cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Richard S. Hall" <>
Subject Re: [Fwd: Cocoon and Felix]
Date Mon, 20 Feb 2006 08:22:13 GMT
Upayavira wrote:
> Thanks for this Daniel - Richard copied in so he sees your reply.
> Regards, Upayavira
> Daniel Fagerstrom wrote:
>> We also need the ability to use unpacked bundles for fast prototyping
>> (available in Equinox).

This, I think would be reasonably straightforward to implement...I will 
add it to JIRA.

>> We need the possibility to embed the OSGi
>> framework in a servlet container
>> (

The above link does not really give me a clear picture of what is 
needed. Would it be possible to describe more precisely what the 
requirement is?

>> And we need a framework that work together with some declarative
>> services implementation (IIUC the coupling between declarative services
>> and the framework is not standardized).

 From my understanding, the Equinox DS impl has a pretty clean interface 
between it and the framework, so it might not be difficult to get it and 
Felix to play together. We could also investigate the KF impl. Also, we 
have people in the Felix community that are interested in implementing 
DS, so hopefully we can have our own impl before too long.

>> As a first step I think it is more important to get Cocoon working under
>> OSGi at all than supporting our local OSGi provider ;) As soon as we
>> have got to that point I am all for making Cocoon work with all OSGi R4
>> compliant frameworks, and maybe having Felix as default choice.

Well, some of the features you are talking about tie you to a particular 
OSGi R4 implementation, so if you depend on these features then you will 
not work on all R4 frameworks. It is highly unlikely that Felix (nor any 
other framework) will implement every Eclipse-ism.

-> richard

>> /Daniel
>> Upayavira skrev:
>>> I just received this message from Richard Hall. Seems like Felix just go
>>> that bit closer to meeting our needs, which is great. Is there anything
>>> else we specifically need in order to use Felix instead of Eclipse?
>>> Upayavira
>>> -------- Original Message --------
>>> Subject: Cocoon and Felix
>>> Date: Sun, 19 Feb 2006 12:58:42 -0500
>>> From: Richard S. Hall <>
>>> To:,
>>> Hey guys,
>>> I wanted to follow up with Cocoon and Felix...
>>> I can't remember who said it, but someone mentioned at ApacheCon that
>>> Cocoon needed Bundle.getEntry()/getEntryPaths() to start using Felix. I
>>> just wanted to let you guys know these methods are now implemented in
>>> Felix.
>>> It was actually a complicated process because I realized that Felix'
>>> module layer abstraction was not really sufficient for implementing the
>>> methods. While I could have hacked them in without much difficulty, I
>>> decided to refactor and rewrite the module layer abstractions, since it
>>> would also help me with some other issues I wanted to solve. Needless to
>>> say, after a few weeks worth of work, I am pretty satisfied with the new
>>> module still needs some tweaking, but for the most part it is
>>> significantly improved.
>>> All of this work is committed and ready for experimentation.
>>> Were there other specific show stoppers for Cocoon? We should enter them
>>> into JIRA if so, so that we can try to pick them off one by one.
>>> -> richard

View raw message