Well don't get to excited just yet I have a long way to go to get
there. The plan is to get the HTTPService implemented first then work
on the configuration stuff as the last part (But building the hooks to
do the reconfigure). Using the Config Service and exposing that to the
Felix Web admin console is quite a bit of work. Not to mention
reacting to the config modifications. But it is something I want to do
and I think it is really needed to you really take advantage of the
OSGi framework.
Any ways Better get to work on the basic stuff first :)
Richard
On Fri, Nov 21, 2008 at 3:43 PM, Jeanfrancois Arcand
<Jeanfrancois.Arcand_at_sun.com> wrote:
> Salut,
>
> Richard Jackson wrote:
>>
>> Sounds interesting. I'm going to be doing something similar for the
>> OSGi HTTPService but instead use the OSGi Managed Service and
>> Configuration Admin packages.
>
> Wow wow wow (Friday Afternoon Scream :-))
>
> This will also allow you to modify the
>>
>> configuration on the fly. True some configuration changes may require
>> me to restart Grizzly but that should be ok because I should be able
>> to retain the part that counts (sessions, filter configuration,
>> servlet configurations ect...)
>>
>> Even better if you are using Felix for the OSGi container then you
>> will automatically get a GUI (Web) interface for modifying the
>> configuration.
>
> I'm ready to test it :-) I suspect dynamic reconfiguration will works (at
> least it works fine with 1.8.6 in GlassFish). In GF, we have some bootstrap
> code (not re-usable unfortunately) that support such mechanism. Having such
> support from OSGi sound quite interesting.
>
> A+
>
> -- Jeanfrancois
>
>
>>
>> Richard
>>
>> On Fri, Nov 21, 2008 at 2:43 PM, Jeanfrancois Arcand
>> <Jeanfrancois.Arcand_at_sun.com> wrote:
>>>
>>> Salut,
>>>
>>> We are starting a new Grizzly sub-project under:
>>>
>>> trunk/contribs/grizzly-config
>>>
>>> The idea is to be able to create/configure Grizzly based application
>>> using
>>> from an xml file, on the fly. I can hear you saying: why not using
>>> Spring?
>>> Because our solution needs to work with GF v3, which doesn't support
>>> Spring,
>>> but instead we are "sandboxed" by domain.xml in v3.
>>>
>>> Still, I like the project :-). Justin (cc-ed) will leads the effort
>>> (Welcome
>>> Justin!!!), and anybody interested to contribute are welcomed! More info
>>> about this works in progress:
>>>
>>> https://grizzly.dev.java.net/issues/show_bug.cgi?id=329
>>>
>>> A+
>>>
>>> -- Jeanfrancois
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe_at_grizzly.dev.java.net
>>> For additional commands, e-mail: users-help_at_grizzly.dev.java.net
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe_at_grizzly.dev.java.net
>> For additional commands, e-mail: users-help_at_grizzly.dev.java.net
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_grizzly.dev.java.net
> For additional commands, e-mail: users-help_at_grizzly.dev.java.net
>
>