users@grizzly.java.net

Re: OSGi support was Re: [ANN} New Grizzly sub-project: grizzly-config

From: Jeanfrancois Arcand <Jeanfrancois.Arcand_at_Sun.COM>
Date: Fri, 21 Nov 2008 17:50:35 -0500

Salut,

Oleksiy Stashok wrote:
> 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?

I think only GF suffer that problem (not sure why). I was able to load
Grizzly's module with Felix without any issues. I need to investigate
more...

A+

-- Jeanfrancois


>
>
> 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
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_grizzly.dev.java.net
> For additional commands, e-mail: users-help_at_grizzly.dev.java.net
>