Hi guys,
what about repackaging issue, which we have currently for OSGi GF
integration? If I understand correctly, different Grizzly OSGi modules
shold not export same packages?
Shouldn't we fix this first before doing other steps?
On Nov 21, 2008, at 22:43 , Jeanfrancois Arcand 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
>