You are viewing a plain text version of this content. The canonical link for it is here.
Posted to server-dev@james.apache.org by Steve Brewin <sb...@synsys.com> on 2006/04/13 22:32:40 UTC
Which OSGi?
IF we decide to go with the OSGi/JSR 291 container specification we also need to decide on an implementation. The one we test against and deliver in the distribution.
Does anyone have any OSGi implementation preferences?
I'm minded towards http://www.eclipse.org/equinox. If others know of superior alternatives please shout.
Is everyone cool with packaging Eclipse components in our distribution? Is this within Apache's rules? I am not aware of any issues.
Cheers,
-- Steve
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
Re: Which OSGi?
Posted by "Alan D. Cabrera" <li...@toolazydogs.com>.
Steve Brewin wrote, On 4/13/2006 1:32 PM:
>IF we decide to go with the OSGi/JSR 291 container specification we also need to decide on an implementation. The one we test against and deliver in the distribution.
>
>Does anyone have any OSGi implementation preferences?
>
>I'm minded towards http://www.eclipse.org/equinox. If others know of superior alternatives please shout.
>
>Is everyone cool with packaging Eclipse components in our distribution? Is this within Apache's rules? I am not aware of any issues.
>
>
XBean can use OSGi. You can check out its Maven POM to explore the
minimum dependencies needed to run a server w/out the IDE.
Regards,
Alan
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
Re: Which OSGi?
Posted by "Alan D. Cabrera" <li...@toolazydogs.com>.
Noel J. Bergman wrote:
> Stefano Bagnara wrote:
>
>
>> IMHO OSGi specifications themselves are too low-level for James needs.
>>
>
>
>> We probably need an abstraction layer (avalon-osgi bridge or
>> avalon-somelayer bridge) to simplify this move.
>>
>
> Well ... :-) XBeans will apparently provide a bridge to OSGi, and IIRC, there is support for Avalon interfaces in XBeans. Alan? Did Dain ever get that work stable?
>
I haven't heard anything about Avalon interfaces in XBeans.
>> I read something about avalon-osgi bridge in the cocoon-dev mailing
>> list: they seem to have a test osgified-cocoon in the whiteboard.
>>
>
> Worth looking into.
>
>
>> PS: as a footnote, IMHO an OSGi bundle is less "POJO" than an Avalon block.
>>
>
> As I said, I think that it is worth doing the business logic POJOs for our classes, and then providing the container adapter.
>
I agree w/ this statement.
Regards,
Alan
RE: Which OSGi?
Posted by "Noel J. Bergman" <no...@devtech.com>.
Stefano Bagnara wrote:
> IMHO OSGi specifications themselves are too low-level for James needs.
> We probably need an abstraction layer (avalon-osgi bridge or
> avalon-somelayer bridge) to simplify this move.
Well ... :-) XBeans will apparently provide a bridge to OSGi, and IIRC, there is support for Avalon interfaces in XBeans. Alan? Did Dain ever get that work stable?
> I read something about avalon-osgi bridge in the cocoon-dev mailing
> list: they seem to have a test osgified-cocoon in the whiteboard.
Worth looking into.
> PS: as a footnote, IMHO an OSGi bundle is less "POJO" than an Avalon block.
As I said, I think that it is worth doing the business logic POJOs for our classes, and then providing the container adapter.
--- Noel
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
Re: Which OSGi?
Posted by Stefano Bagnara <ap...@bago.org>.
Steve Brewin wrote:
> Does anyone have any OSGi implementation preferences?
IMHO OSGi specifications themselves are too low-level for James needs.
We probably need an abstraction layer (avalon-osgi bridge or
avalon-somelayer bridge) to simplify this move. (as a note Spring is
supporting springbeans-OSGi bridge:
http://opensource.atlassian.com/projects/spring/browse/SPR-1802 . I
don't know how this is related to XBean-OSGi)
Most OSGi implementations provides their own services (bundles) to
simplify dependency management for services.
I read something about avalon-osgi bridge in the cocoon-dev mailing
list: they seem to have a test osgified-cocoon in the whiteboard.
Furthermore to replace phoenix we need a Configuration service, possibly
having a management GUI.
If we don't want to create OSGi bundles for each cornerstone/excalibur
service we probably need to find replacements for this service.
Stefano
PS: as a footnote, IMHO an OSGi bundle is less "POJO" than an Avalon block.
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
Re: Which OSGi?
Posted by Stefano Bagnara <ap...@bago.org>.
Here are a few related links that I'd like to "archive" with this thread:
- Xenotron Service Manager
[http://wiki.ops4j.org/dokuwiki/doku.php?id=pax:xenotron] is a
Dependency Manager bundle for osgi and I understand it is now part of felix.
It seem really simpler than direct OSGi dependency management.
- OSGi Plugin for Maven 2.0
[http://docs.safehaus.org/display/OSGI/OSGi+Plugin+for+Maven+2.0] is
also an addon to felix and a good idea if we'll adopt maven2/osgi too.
- OSGi support for Spring
[http://opensource.atlassian.com/projects/spring/browse/SPR-1802]: maybe
this is related to XBean.
About Cocoon I found some OSGi related code in the whiteboard but
unfortunatly it seems unrelated to Avalon.
About the Geronimo and Directory projects from a quick overview I feel
we should try to follow the directory project choices: they host the
Daemon and Mina projects that could be an option for James 3, they use
Maven2 and Felix and have the best repository and the best
installer/win32 wrapper I saw in this apache projects. I'm going to
dedicate more time to understand how they structured the components to
have a better overview on the pro/cons of their choices.
Last thing: I found this interesting page
[http://wiki.apache.org/directory/IdeHome] about the use of Eclipse 3.1
to work with their maven2 repository.
Stefano
Noel J. Bergman wrote:
> Stefano Bagnara wrote:
>
>> IMHO we should wait and look at geronimo/directory/cocoon moves.
>
> Directory is very active with Felix. Not sure what is happening with Cocoon. Geronimo is also looking at Felix, as I understand it.
>
> --- Noel
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
RE: Which OSGi?
Posted by "Noel J. Bergman" <no...@devtech.com>.
Stefano Bagnara wrote:
> IMHO we should wait and look at geronimo/directory/cocoon moves.
Directory is very active with Felix. Not sure what is happening with Cocoon. Geronimo is also looking at Felix, as I understand it.
--- Noel
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
Re: Which OSGi?
Posted by Stefano Bagnara <ap...@bago.org>.
Steve Brewin wrote:
> Does anyone have any OSGi implementation preferences?
I forgot to say that IMHO we should wait and look at
geronimo/directory/cocoon moves. They have much more active committers
and I think we should try to stick to one of their "application stack".
Stefano
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
RE: Which OSGi?
Posted by "Noel J. Bergman" <no...@devtech.com>.
Serge Knystautas wrote:
> Noel J. Bergman wrote:
> > Eat our own dogfood: http://incubator.apache.org/felix (nee Oscar).
> Can there be more of a technical discussion on this?
More? LOTS MORE would be my expectation. I am also hoping that we can get
a good group of folks together at ApacheCon in Dublin, and try to kickstart
our efforts.
--- Noel
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
Re: Which OSGi?
Posted by Serge Knystautas <sk...@gmail.com>.
On 4/13/06, Noel J. Bergman <no...@devtech.com> wrote:
> Eat our own dogfood: http://incubator.apache.org/felix (nee Oscar).
Can there be more of a technical discussion on this? I still have
Avalon-aftertaste. :)
--
Serge Knystautas
Lokitech >> software . strategy . design >> http://www.lokitech.com
p. 301.656.5501
e. sergek@lokitech.com
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
Re: Which OSGi?
Posted by "Alan D. Cabrera" <li...@toolazydogs.com>.
Noel J. Bergman wrote, On 4/13/2006 2:22 PM:
>Eat our own dogfood: http://incubator.apache.org/felix (nee Oscar).
>
>
+1
Regards,
Alan
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
RE: Which OSGi?
Posted by "Noel J. Bergman" <no...@devtech.com>.
Eat our own dogfood: http://incubator.apache.org/felix (nee Oscar).
--- Noel
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org