karaf-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Guillaume Nodet <gno...@gmail.com>
Subject Re: [WebConsole] Roadmap sketch discussion
Date Thu, 08 Sep 2011 17:18:02 GMT
If the console can be run without osgi, the problem becomes slightly
different, I agree.
If we can provide a basic infrastructure for running the same code in
osgi and in a war, it becomes very interesting.
But I thought it was based on pax-wicket which afaik is slightly
different than pure wicket, but I haven't really looked at it, so not
sure about that.

Also, camel and activemq consoles are based on top of a rest api which
is already provided by those frameworks.
For ServiceMix 5, I was considering going the same direction too.

2011/9/8 Łukasz Dywicki <luke@code-house.org>:
> Hey Guillaume,
> Any tool listed below have own 'management' tool, and that's main problem. We (generaly
people involved in webconsole development) wish to propose solution without forcing anybody
to using or extending it. It will depend on developers and users community if they will see
benefits from webconsole extensions or not.
> From other hand camel svn repository contains code which is stricly related to Karaf
- the commands and some community members support it even if not everyone uses it. In fact
50% of camel code is not widely used, but that is not reason to remove it from source tree,
> I think also we will be able to provide *web* distribution of webconsole without bigger
problems. Code uses plain wicket structures and may be embedded in any WAR so it may be easier
to switch webconsole from osgi to war than servicemix from osgi to tomcat.
> Best regards,
> Lukasz
>> 2011/9/2 Łukasz Dywicki <luke@code-house.org>:
>>> Hey guys,
>>> Since we have bunch of features in current prototype I would like to start talking
about roadmap and other communities involvement.
>>> What we currently have:
>>> - Security layer integrated with JAAS, also with support for roles (based on
Ioannis jaas-blog example).
>>>        Every subpage can have different set of principals allowed to watch
it - for example we can introduce karaf-manager and developer roles and so on.
>>> - Support for basic OSGi operations
>>>        Start, stop, refresh and uninstall operations on bundles
>>> - Extensible bundles view which allows to add new columns
>>>        As an example you can check blueprint module
>>> - Support for basic karaf operations
>>>        Viewing, installing features, listing repositories and adding new
>>> - Extensible dashboard with widgets possible to be added dynamically by webconsole
>>> - Example ServiceMix extension which lists endpoints, exchanges and exchange
>>> - Support for translations throught wicket i18n mechanism
>>> - Support for branding based on OSGi BrandProvider services, not only on fragment
resource overrides.
>>> Felix WebConsole contains much more features eg. viewing the logs, editing the
configurations (it's broken currently in our case) managing Karaf instances and so on. I started
thinking about announcing our work to these user communities who may be interested in extensions.
With them we can discuss scope of webconsole (and their extensions). I think we are close
to stabilize core APIs and start working on first version which should be released before
end of this year.
>>> Communities which may be involved:
>>> - servicemix (especially in context of smx5)
>>> - camel
>>> - felix
>>> - sling
>>> - geronimo (since it is OSGi based)
>>> - activemq?
>>> - cxf?
>> Afaik, Geronimo has its own console.
>> Camel and ActiveMQ are not OSGi based so I doubt they could benefit
>> from this work.
>> For ServiceMix, we were also discussing allowing ServiceMix added
>> value to run on non OSGi based deployment such as tomcat, so that may
>> be a bit problematic too.
>>> WDYT, are we ready to ask them for help and cooperation?
>>> Best regards,
>>> Lukasz
>> --
>> ------------------------
>> Guillaume Nodet
>> ------------------------
>> Blog: http://gnodet.blogspot.com/
>> ------------------------
>> Open Source SOA
>> http://fusesource.com

Guillaume Nodet
Blog: http://gnodet.blogspot.com/
Open Source SOA

View raw message