Re: Standardizing resources in jars (was Re: [Proposal] Switch to Maven NOW)

On Thursday 18 August 2005 05:08, Daniel Fagerstrom wrote: > > Is there more to it?? > > That an OSGi framework need to have a protocol like the bundle protocol > as part of its implementation to be able to implement Bundle.getResource > as motivated in my example above. I guess it is not importan

Re: [JCR Block] Viewing content of properties and last modified

Andreas Hartmann wrote: Michael Wechner wrote: [...] In my sandbox, I implemented InspectableSource in JCRNodeSource (I already posted a message some time ago). can you send that to me that I can give it a try I attached the additional methods below. To compile it, you have to add the d

DO NOT REPLY [Bug 26997] - encoding in Content-Type header is not set by serializers

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 25121] - wrong mime-type with "cocoon:" protocol reads

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 27709] - Problem with national chars submitted with form

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: CoWarp (was Re: svn commit: r232855...)

On 17.08.2005 11:22, Andrew Stevens wrote: Although as a mere user my vote probably doesn't count, It's a so-called non-binding vote, but your opinion is important though. from my perspective I'm extremely grateful that Cocoon still supports 1.3 and hope that remains the case for the 2.1.x

Re: [VOTE] Switch to Maven NOW

Carsten Ziegeler wrote: So far the response was positiv, so I think we should just vote about it and then do it. If you have any questions, please use the proposal thread. So please cast your votes for switching to Maven2 NOW as outlined/discussed in the proposal thread. +1 Bye, Helma

Re: Standardizing resources in jars (was Re: [Proposal] Switch to Maven NOW)

Daniel Fagerstrom wrote: Vadim Gritsenko wrote: Sylvain Wallez wrote: Daniel Fagerstrom wrote: The idea for blocks is that blocks that contain public URLs are mounted at deploy time at a some root URL, then the URL revriting transformer translates internal use of symbolic block names to th

Re: Standardizing resources in jars (was Re: [Proposal] Switch to Maven NOW)

Daniel Fagerstrom wrote: Niclas Hedhman wrote: On Wednesday 17 August 2005 22:09, Daniel Fagerstrom wrote: And BTW, unless I missed something I haven't seen an explicit reference to the "bundle:" protocol in the OSGi specs, at least in R3. Didn't found it either, maybe it is Knopflerfish

Re: Standardizing resources in jars (was Re: [Proposal] Switch to Maven NOW)

Niclas Hedhman wrote: On Thursday 18 August 2005 03:36, Daniel Fagerstrom wrote: Don't know, but I would assume that all OSGi implementation would need something like the bundle: protocol (although the name and syntax might not be standardized). Say that you have two bundles A and B that both c

Re: svn commit: r233261 - /cocoon/trunk/core/pom.xml

[EMAIL PROTECTED] wrote: > URL: http://svn.apache.org/viewcvs?rev=233261&view=rev > Log: > Xalan and Xerces are now available > I put up the Xalan and Xerces releases on the apache java-repository. Now, the final step to get everything compiling with m2 is to put these jar files on cvs.apache.org/

Re: Standardizing resources in jars (was Re: [Proposal] Switch to Maven NOW)

Vadim Gritsenko wrote: Sylvain Wallez wrote: Daniel Fagerstrom wrote: Sylvain Wallez wrote: So the "resource:" protocol will behave with OSGi just as it behaves otherwise, with the restriction that the search path is restricted to the bundle's dependencies. Totally makes sense (*). Yes,

Re: Standardizing resources in jars (was Re: [Proposal] Switch to Maven NOW)

Sylvain Wallez wrote: Daniel Fagerstrom wrote: Sylvain Wallez wrote: Hmm... as I understand it, the bundle: protocol is similar to what is returned by ClassLoader.getResource(), It will be returned by getResource() in Knopflerfish. What getResource()? There are plenty of them ;-) I guess

Re: Standardizing resources in jars (was Re: [Proposal] Switch to Maven NOW)

On Thursday 18 August 2005 03:36, Daniel Fagerstrom wrote: > Don't know, but I would assume that all OSGi implementation would need > something like the bundle: protocol (although the name and syntax might > not be standardized). Say that you have two bundles A and B that both > contain the resourc

Re: CoWarp (was Re: svn commit: r232855...)

Vadim Gritsenko wrote: Antonio Gallardo wrote: /me hoping we can also create a shell script that will be able to download maven before maven start to build cocoon. ;-) You mean script should download maven source, build it, and start maven? Sounds good... and if this script uses ant, it sho

Re: Standardizing resources in jars (was Re: [Proposal] Switch to Maven NOW)

Niclas Hedhman wrote: On Wednesday 17 August 2005 22:09, Daniel Fagerstrom wrote: And BTW, unless I missed something I haven't seen an explicit reference to the "bundle:" protocol in the OSGi specs, at least in R3. Didn't found it either, maybe it is Knopflerfish specific. But even if it is,

Re: CoWarp (was Re: svn commit: r232855...)

Antonio Gallardo wrote: I think it is simpler than that! I mean we don't need a special target. In maven a full cocoon build will download all the jars, right? ;-) /me hoping we can also create a shell script that will be able to download maven before maven start to build cocoon. ;-) Best

Re: CoWarp (was Re: svn commit: r232855...)

Antonio Gallardo wrote: /me hoping we can also create a shell script that will be able to download maven before maven start to build cocoon. ;-) You mean script should download maven source, build it, and start maven? Sounds good... and if this script uses ant, it should download ant source fi

Re: CoWarp (was Re: svn commit: r232855...)

Carsten Ziegeler wrote: Vadim Gritsenko schrieb: Ralph Goers wrote: Sylvain Wallez wrote: So let's switch Cocoon to Maven ;-) I wish it was that simple. I looked at it a month or so ago. A royal PITA. Unfortunately, I also think it is very necessary. We really nee

Re: [VOTE] Switch to Maven NOW

Carsten Ziegeler wrote: So far the response was positiv, so I think we should just vote about it and then do it. If you have any questions, please use the proposal thread. So please cast your votes for switching to Maven2 NOW as outlined/discussed in the proposal thread. +1 -- Reinhard Pötz

Re: CoWarp (was Re: svn commit: r232855...)

hepabolu wrote: I came across XACML (by OASIS) [1] and it's implementation by Sun [2]. Priorities changed and I haven't looked into it further, but this at least doesn't rely on Spring. Maybe something to consider. I've heard about XACML too. IMHO CAuth should support XACML as one of the opti

Re: [VOTE] Switch to Maven NOW

Vadim Gritsenko schrieb: > Carsten Ziegeler wrote: > >>So far the response was positiv, so I think we should just vote about it >>and then do it. If you have any questions, please use the proposal thread. >> >>So please cast your votes for switching to Maven2 NOW as >>outlined/discussed in the pro

Re: [VOTE] Switch to Maven NOW

Carsten Ziegeler wrote: So far the response was positiv, so I think we should just vote about it and then do it. If you have any questions, please use the proposal thread. So please cast your votes for switching to Maven2 NOW as outlined/discussed in the proposal thread. +1, Just don't forget

Re: [VOTE] Switch to Maven NOW

maven 1 has a goal to build the gump.xml (see http:// maven.apache.org/reference/plugins/gump/) , so I would expect maven 2 would as well. maven1 and maven2 plugins are not compatible. ...so the existence of a m1 plugin doesn't mean too much for m2. In fact m2 is not properly integrated w

Re: [VOTE] Switch to Maven NOW

Stefano Mazzocchi wrote: one more thing, though, don't lose gump! doesn't have to work right away, but keep it in mind. maven 1 has a goal to build the gump.xml (see http://maven.apache.org/reference/plugins/gump/) , so I would expect maven 2 would as well. Ralph

Re: [VOTE] Switch to Maven NOW

Carsten Ziegeler wrote: So far the response was positiv, so I think we should just vote about it and then do it. If you have any questions, please use the proposal thread. So please cast your votes for switching to Maven2 NOW as outlined/discussed in the proposal thread. +1 one more thing, th

Re: [Proposal] Switch to Maven NOW

Carsten Ziegeler wrote: Actually I'm a little bit tired of the ongoing Maven discussion. Why can't we just switch the trunk to Maven NOW? Who really cares if trunk is not buildable/working for the next days until the switch is finished? So I propose to: - Completly remove the lib directory - Cre

Re: [VOTE] Switch to Maven NOW

On Wed, 2005-08-17 at 14:48 +0200, Carsten Ziegeler wrote: > So far the response was positiv, so I think we should just vote about it > and then do it. If you have any questions, please use the proposal thread. > > So please cast your votes for switching to Maven2 NOW as > outlined/discussed in th

Re: [JCR Block] Viewing content of properties and last modified

Unico Hommes wrote: Check out TraversableSourceDescriptionGenerator: http://cocoon.apache.org/2.1/apidocs/org/apache/cocoon/generation/TraversableSourceDescriptionGenerator.html Thanks for the pointer! -- Andreas

Re: Standardizing resources in jars (was Re: [Proposal] Switch to Maven NOW)

Sylvain Wallez wrote: Daniel Fagerstrom wrote: Sylvain Wallez wrote: So the "resource:" protocol will behave with OSGi just as it behaves otherwise, with the restriction that the search path is restricted to the bundle's dependencies. Totally makes sense (*). Maybe we could have an ow

Re: [JCR Block] Viewing content of properties and last modified

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Andreas Hartmann wrote: > Michael Wechner wrote: > >> Sylvain Wallez wrote: >> >>> Michael Wechner wrote: >>> Hi I have two questions re the JCR Block 1) How can one actually access the content of properties? >>> >>> >>>

Re: Bundled Docs, Was: svn commit: r233158 - in /cocoon/branches/BRANCH_2_1_X/src/documentation/xdocs/installing: index.xml

Upayavira wrote: Vadim Gritsenko wrote: [EMAIL PROTECTED] wrote: Log: Verified to be up-to-date in Daisy repository on http://cocoon.zones.apache.org/daisy/ Removed: cocoon/branches/BRANCH_2_1_X/src/documentation/xdocs/installing/index.xml cocoon/branches/BRANCH_2_1_X/src/docum

Re: Bundled Docs, Was: svn commit: r233158 - in /cocoon/branches/BRANCH_2_1_X/src/documentation/xdocs/installing: index.xml

Upayavira wrote: Vadim Gritsenko wrote: Probably release should have then snapshot of daisy docs, and docs webapp should change accordingly. Either include the docs from Daisy, or include the generated HTML. I'd probably go with the latter. A shame that Cocoon can't, by itself, generate its

Re: [VOTE] Switch to Maven NOW

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Carsten Ziegeler wrote: > So far the response was positiv, so I think we should just vote about it > and then do it. If you have any questions, please use the proposal thread. > > So please cast your votes for switching to Maven2 NOW as > outlined/dis

Re: Bundled Docs, Was: svn commit: r233158 - in /cocoon/branches/BRANCH_2_1_X/src/documentation/xdocs/installing: index.xml

Vadim Gritsenko wrote: [EMAIL PROTECTED] wrote: Log: Verified to be up-to-date in Daisy repository on http://cocoon.zones.apache.org/daisy/ Removed: cocoon/branches/BRANCH_2_1_X/src/documentation/xdocs/installing/index.xml cocoon/branches/BRANCH_2_1_X/src/documentation/xdocs/instal

Re: [JCR Block] Viewing content of properties and last modified

Michael Wechner wrote: [...] In my sandbox, I implemented InspectableSource in JCRNodeSource (I already posted a message some time ago). can you send that to me that I can give it a try I attached the additional methods below. To compile it, you have to add the dependency from the JCR block

Re: Standardizing resources in jars (was Re: [Proposal] Switch to Maven NOW)

Daniel Fagerstrom wrote: Sylvain Wallez wrote: Hmm... as I understand it, the bundle: protocol is similar to what is returned by ClassLoader.getResource(), It will be returned by getResource() in Knopflerfish. What getResource()? There are plenty of them ;-) I guess it's Bundle.getRes

Re: branch-2.1.x problems, probably missing method

Oliver Schalch wrote: Hi, As I use for a special Publication on Lenya 1.2.x the 2.1.x Cocoon-Branch (I know that Lenya 1.2.x is for Cocoon 2.1.7, but it was running before I did update the 2.1.x branch), there came up a problem in the newest Revision (see below). Is there maybe a workaround? If

Re: Standardizing resources in jars (was Re: [Proposal] Switch to Maven NOW)

On Wednesday 17 August 2005 22:09, Daniel Fagerstrom wrote: > > And BTW, unless I missed something I haven't seen an explicit > > reference to the "bundle:" protocol in the OSGi specs, at least in R3. > > Didn't found it either, maybe it is Knopflerfish specific. But even if > it is, the OSGi api h

Re: [VOTE] Switch to Maven NOW

So please cast your votes for switching to Maven2 NOW as outlined/discussed in the proposal thread. +1 cheers -- Torsten PGP.sig Description: This is a digitally signed message part

Re: [JCR Block] Viewing content of properties and last modified

Andreas Hartmann wrote: Michael Wechner wrote: Sylvain Wallez wrote: Michael Wechner wrote: Hi I have two questions re the JCR Block 1) How can one actually access the content of properties? You cannot access them directly with the JCRNodeSource, which is meant to represent file-l

Re: [VOTE] Switch to Maven NOW

Carsten Ziegeler wrote: So far the response was positiv, so I think we should just vote about it and then do it. If you have any questions, please use the proposal thread. So please cast your votes for switching to Maven2 NOW as outlined/discussed in the proposal thread. Thanks Carsten +1

Re: Standardizing resources in jars (was Re: [Proposal] Switch to Maven NOW)

Sylvain Wallez wrote: Daniel Fagerstrom wrote: Sylvain Wallez wrote: Leszek Gawron wrote: other example that I posted some time ago: if every cocoon uses error2html.xsl by default (along with some other default resources) they should be also packed into jars. Aha! This is something I wa

Re: CoWarp (was Re: svn commit: r232855...)

Ralph Goers schrieb: > That is a lot of Spring definitions. Frankly, I suspect that to use > Acegi we would require something like CoWarp in front of it anyway. The > thing is, we ended up writing something like Acegi for our use and it > would be nice to use an open source framework instead.

Re: CoWarp (was Re: svn commit: r232855...)

That is a lot of Spring definitions. Frankly, I suspect that to use Acegi we would require something like CoWarp in front of it anyway. The thing is, we ended up writing something like Acegi for our use and it would be nice to use an open source framework instead. I looked at CoWarp last nig

Re: [VOTE] Switch to Maven NOW

Hi, On 17 Aug 2005, at 13:48, Carsten Ziegeler wrote: So please cast your votes for switching to Maven2 NOW as outlined/discussed in the proposal thread. +1, assuming the concerns (which I share) about offline work dependency-handling are covered. Thanks, Andrew. -- Andrew Savory, Manag

Re: Standardizing resources in jars (was Re: [Proposal] Switch to Maven NOW)

Leszek Gawron wrote: Daniel Fagerstrom wrote: The nice thing with this propsal is that it is back compatible and follow current (emerging) conventions. OTH with the blocks architecture, using the resource protocol is not such a good idea. In OSGi resources have URLs like bundle://3/org.ap

Re: [VOTE] Switch to Maven NOW

+1 Carsten Ziegeler wrote: So far the response was positiv, so I think we should just vote about it and then do it. If you have any questions, please use the proposal thread. So please cast your votes for switching to Maven2 NOW as outlined/discussed in the proposal thread. Thanks Carsten

Re: [Proposal] Switch to Maven NOW

Jorg Heymans wrote: remarks: - Will 2.1.x branch also be moved to m2 or is this for trunk only ? I would wait and see what it takes to convert trunk. As much as I would like to switch I would wait and see what the impact will be. However, it might be much easier to convert 2.1.x once p

Re: [VOTE] Switch to Maven NOW

Carsten Ziegeler wrote: So far the response was positiv, so I think we should just vote about it and then do it. If you have any questions, please use the proposal thread. So please cast your votes for switching to Maven2 NOW as outlined/discussed in the proposal thread. +1 Sylvain -- Sy

Re: Standardizing resources in jars (was Re: [Proposal] Switch to Maven NOW)

Leszek Gawron wrote: This is not "block friendly" IMO. Imagine you have 2 cforms applications in one cocoon every one having different forms.css it is easier then to implement own overrides and fallback to default ones for ones developer does not care: subsitemap: parent sitemap:

Re: [Proposal] Switch to Maven NOW

Wow. It is always a surprise when I wake up in the morning! I'm +5 to this. Carsten Ziegeler wrote: Actually I'm a little bit tired of the ongoing Maven discussion. Why can't we just switch the trunk to Maven NOW? Who really cares if trunk is not buildable/working for the next days until the s

Re: Standardizing resources in jars (was Re: [Proposal] Switch to Maven NOW)

Daniel Fagerstrom wrote: Sylvain Wallez wrote: Leszek Gawron wrote: other example that I posted some time ago: if every cocoon uses error2html.xsl by default (along with some other default resources) they should be also packed into jars. Aha! This is something I wanted to talk about wh

Re: [VOTE] Switch to Maven NOW

Carsten Ziegeler wrote: So far the response was positiv, so I think we should just vote about it and then do it. If you have any questions, please use the proposal thread. So please cast your votes for switching to Maven2 NOW as outlined/discussed in the proposal thread. +1 /Daniel

Re: [VOTE] Switch to Maven NOW

Carsten Ziegeler wrote: > So far the response was positiv, so I think we should just vote about it > and then do it. If you have any questions, please use the proposal thread. > > So please cast your votes for switching to Maven2 NOW as > outlined/discussed in the proposal thread. > > +1 Carste

Re: [VOTE] Switch to Maven NOW

Carsten Ziegeler wrote: So far the response was positiv, so I think we should just vote about it and then do it. If you have any questions, please use the proposal thread. So please cast your votes for switching to Maven2 NOW as outlined/discussed in the proposal thread. +1. -- Leszek Gawron

Re: [VOTE] Switch to Maven NOW

Carsten Ziegeler wrote: > So far the response was positiv, so I think we should just vote about it > and then do it. If you have any questions, please use the proposal thread. > > So please cast your votes for switching to Maven2 NOW as > outlined/discussed in the proposal thread. +1 Jorg

Re: Standardizing resources in jars (was Re: [Proposal] Switch to Maven NOW)

Daniel Fagerstrom wrote: Sylvain Wallez wrote: Leszek Gawron wrote: other example that I posted some time ago: if every cocoon uses error2html.xsl by default (along with some other default resources) they should be also packed into jars. Aha! This is something I wanted to talk about whe

Re: Standardizing resources in jars (was Re: [Proposal] Switch to Maven NOW)

Sylvain Wallez wrote: Leszek Gawron wrote: Sylvain Wallez wrote: Additionally, we should have a system-defined URI which allows clients to fetch these resources, implemented in the root sitemap: By standardizing this URI pattern, we can easily solve cross-referencing problems amo

Re: [VOTE] Switch to Maven NOW

Il giorno 17/ago/05, alle 14:48, Carsten Ziegeler ha scritto: So please cast your votes for switching to Maven2 NOW as outlined/discussed in the proposal thread. +1 -- Ugo Cei Tech Blog: http://agylen.com/ Open Source Zone: http://oszone.org/ Wine & Food Blog: http://www.divinocibo.it/

branch-2.1.x problems, probably missing method

Hi, As I use for a special Publication on Lenya 1.2.x the 2.1.x Cocoon-Branch (I know that Lenya 1.2.x is for Cocoon 2.1.7, but it was running before I did update the 2.1.x branch), there came up a problem in the newest Revision (see below). Is there maybe a workaround? If you need more informatio

Re: Standardizing resources in jars (was Re: [Proposal] Switch to Maven NOW)

Leszek Gawron wrote: Sylvain Wallez wrote: Additionally, we should have a system-defined URI which allows clients to fetch these resources, implemented in the root sitemap: By standardizing this URI pattern, we can easily solve cross-referencing problems among resources, e.g. CForm

[VOTE] Switch to Maven NOW

So far the response was positiv, so I think we should just vote about it and then do it. If you have any questions, please use the proposal thread. So please cast your votes for switching to Maven2 NOW as outlined/discussed in the proposal thread. Thanks Carsten -- Carsten Ziegeler - Open Sourc

Re: [Proposal] Switch to Maven NOW

Sylvain Wallez schrieb: > > Hmm... it would be good to keep build.xml until the maven switch is up > and running. > Ok, we can try it, it should work - if for any reason we can't keep it running, would this be a real problem? I think we can do the switch - at least for the core - very quick (so

Re: Standardizing resources in jars (was Re: [Proposal] Switch to Maven NOW)

Sylvain Wallez wrote: Leszek Gawron wrote: other example that I posted some time ago: if every cocoon uses error2html.xsl by default (along with some other default resources) they should be also packed into jars. Aha! This is something I wanted to talk about when working on Cocoon stackt

Bundled Docs, Was: svn commit: r233158 - in /cocoon/branches/BRANCH_2_1_X/src/documentation/xdocs/installing: index.xml

[EMAIL PROTECTED] wrote: Log: Verified to be up-to-date in Daisy repository on http://cocoon.zones.apache.org/daisy/ Removed: cocoon/branches/BRANCH_2_1_X/src/documentation/xdocs/installing/index.xml cocoon/branches/BRANCH_2_1_X/src/documentation/xdocs/installing/jars.xml Got me think

Re: Standardizing resources in jars (was Re: [Proposal] Switch to Maven NOW)

Sylvain Wallez wrote: Leszek Gawron wrote: other example that I posted some time ago: if every cocoon uses error2html.xsl by default (along with some other default resources) they should be also packed into jars. Aha! This is something I wanted to talk about when working on Cocoon stacktr

Re: [Proposal] Switch to Maven NOW

Carsten Ziegeler wrote: Actually I'm a little bit tired of the ongoing Maven discussion. Why can't we just switch the trunk to Maven NOW? +1. Who really cares if trunk is not buildable/working for the next days until the switch is finished? Hmm... it would be good to keep build.xml unt

Standardizing resources in jars (was Re: [Proposal] Switch to Maven NOW)

Leszek Gawron wrote: other example that I posted some time ago: if every cocoon uses error2html.xsl by default (along with some other default resources) they should be also packed into jars. Aha! This is something I wanted to talk about when working on Cocoon stacktraces: standardizing the

Re: [Proposal] Switch to Maven NOW

Jorg Heymans wrote: remarks: - Will 2.1.x branch also be moved to m2 or is this for trunk only ? - We will need to synchronize all libs and poms currently not present to the maven2 repository (http://www.ibiblio.org/maven2/) Or create our own maven2 repo. We often depend on particular snapshot

Re: [Proposal] Switch to Maven NOW

Jorg Heymans wrote: > > remarks: > - Will 2.1.x branch also be moved to m2 or is this for trunk only ? I think 2.1.x will stay as is. If we have switched trunk we can think about "porting back" to 2.1.x, but I don't think that this makes much sense. > - We will need to synchronize all libs and po

Re: [Proposal] Switch to Maven NOW

Daniel Fagerstrom wrote: > > I assume you want to download everything dynamically from some offiicial > Maven repository. Sometimes we need to use "date"-versions of jars, are > we going to have an own Maven repository for such things? > We have several repositories here at Apache (used by othe

Re: [Proposal] Switch to Maven NOW

Carsten Ziegeler wrote: Actually I'm a little bit tired of the ongoing Maven discussion. Why can't we just switch the trunk to Maven NOW? Who really cares if trunk is not buildable/working for the next days until the switch is finished? So I propose to: - Completly remove the lib directory I

Re: [Proposal] Switch to Maven NOW

You read my thoughts ! Carsten Ziegeler wrote: > So I propose to: > - Completly remove the lib directory > - Create a sub project core in the trunk directory > I think we will use several (sub) projects, one for the core, > one for the webapp etc. and use Mavens multiproject feature. > - Mov

Re: [Proposal] Switch to Maven NOW

Carsten Ziegeler wrote: Actually I'm a little bit tired of the ongoing Maven discussion. Why can't we just switch the trunk to Maven NOW? Who really cares if trunk is not buildable/working for the next days until the switch is finished? So I propose to: - Completly remove the lib directory - Cre

Re: [Proposal] Switch to Maven NOW

Upayavira wrote: > > How does this relate to/integrate with the OSGi stuff? If it helps us in > the right direction there too, then I'm +1. > I honestly don't know. I think it will help us as we can simply splitt the core into smaller parts, like the "real core" :), osgi stuff, basic components,

Re: [Proposal] Switch to Maven NOW

Carsten Ziegeler wrote: Actually I'm a little bit tired of the ongoing Maven discussion. Why can't we just switch the trunk to Maven NOW? Who really cares if trunk is not buildable/working for the next days until the switch is finished? So I propose to: - Completly remove the lib directory - Cre

[Proposal] Switch to Maven NOW

Actually I'm a little bit tired of the ongoing Maven discussion. Why can't we just switch the trunk to Maven NOW? Who really cares if trunk is not buildable/working for the next days until the switch is finished? So I propose to: - Completly remove the lib directory - Create a sub project core in

Re: CoWarp (was Re: svn commit: r232855...)

Andrew Stevens schrieb: > > Besides, wouldn't something like that justify a bigger change in version > number i.e. if you're going to drop it, do it in 2.2? Also, when you do > drop the 1.3 support, why not drop the servlet 2.2 support as well and start > using standard HttpRequest/ReponseWra

Re: CoWarp (was Re: svn commit: r232855...)

Leszek Gawron wrote: Acegi is a very robust framework. Although the author states it could be used without Spring [1] he strongly encourages not to :). I quite got the point when I implemented the first application context which just secures a single method in a dummy business service: This

Re: CoWarp (was Re: svn commit: r232855...)

Although as a mere user my vote probably doesn't count, from my perspective I'm extremely grateful that Cocoon still supports 1.3 and hope that remains the case for the 2.1.x releases. Our production servers are running Websphere 5.0.x, which only has JDK 1.3.1, and aren't likely to upgrade in

Re: CoWarp (was Re: svn commit: r232855...)

Ralph Goers wrote: The only concern I would have in bringing CoWarp into Cocoon (beside the name making me think it is an add-on for OS/2 :-) ) is that I'd want to evaluate it against using acegi as the "standard" authentication mechanism. Having said that, I have no familiarity with CoWarp an