Re: RCL plug-in and different classloaders issues

2008-08-17 Thread Grzegorz Kossakowski
Torsten Curdt pisze: Well, the only thing I could think of right now: Define a common interface that is loaded by parent. Delegate to an implementation of that from EXTENSION. That should work. But if you want to extend something that is changing (and not has a fix interface) you will have

Re: RCL plug-in and different classloaders issues

2008-08-17 Thread Reinhard Pötz
Grzegorz Kossakowski wrote: I know that's its not hard when it comes to modifying the code but I was wondering if it's a good idea in general to load everything using ReloadingClassLoader. It was not done in the first time so I thought that someone had a good reason to do that. When I wrote

Re: RCL plug-in and different classloaders issues

2008-08-17 Thread Torsten Curdt
On Aug 17, 2008, at 14:14, Grzegorz Kossakowski wrote: Torsten Curdt pisze: Well, the only thing I could think of right now: Define a common interface that is loaded by parent. Delegate to an implementation of that from EXTENSION. That should work. But if you want to extend something that

Next releases of JNet, SSF and blockdeployment

2008-08-17 Thread Grzegorz Kossakowski
Hi, There was a problem (COCOON-2236[1]) discovered with refactored release of Servlet Service Framework that made it incompatible with Cocoon Core 2.2.0. Since this issue is already closed it makes sense to prepare next minor release of SSF. Additionally, both JNet and blockdeployment have

Re: Next releases of JNet, SSF and blockdeployment

2008-08-17 Thread Reinhard Pötz
Grzegorz Kossakowski wrote: Hi, There was a problem (COCOON-2236[1]) discovered with refactored release of Servlet Service Framework that made it incompatible with Cocoon Core 2.2.0. Since this issue is already closed it makes sense to prepare next minor release of SSF. Additionally,

Re: Next releases of JNet, SSF and blockdeployment

2008-08-17 Thread Grzegorz Kossakowski
Reinhard Pötz pisze: Yes. If you can help me with updating the docs, changes.xml and announcements ([EMAIL PROTECTED] and website), we can have a release this week, otherwise I'm not sure if I can do it this week. I'll have a free time until Thursday and call help with whatever is needed.

Re: Renaming Corona to Cocoon 3.0 and infrastructure

2008-08-17 Thread Grzegorz Kossakowski
Reinhard Pötz pisze: Versioning --- For Cocoon 2 there have been proposals that all odd versions are development/alpha versions and all even versions are stable releases. I like this idea and propose that we follow this versioning schema in Cocoon 3: All 3.0.x

Re: Renaming Corona to Cocoon 3.0 and infrastructure

2008-08-17 Thread Reinhard Pötz
Grzegorz Kossakowski wrote: Reinhard Pötz pisze: snip/ SVN --- I'm not sure about the new location in SVN. One option I can think of is http://svn.apache.org/repos/asf/cocoon/cocoon3-trunk, the other is http://svn.apache.org/repos/asf/cocoon/branches/cocoon-3

Re: Renaming Corona to Cocoon 3.0 and infrastructure

2008-08-17 Thread Sylvain Wallez
Reinhard Pötz wrote: Versioning --- For Cocoon 2 there have been proposals that all odd versions are development/alpha versions and all even versions are stable releases. I like this idea and propose that we follow this versioning schema in Cocoon 3: All 3.0.x

[GSoC] Documentation pending

2008-08-17 Thread Lukas Lang
Hello, I just added some Daisy documentation for - ServletLinkrewriteTransformer - Eventcache block - JMS block JCR documentation will be provided until tomorrow. Regards, Lukas