Build broken

Seems the new location of what was the 'validate-jar' target is causing problems: validate-jars: Copying 1 file to /old/home/jeff/homeoverflow/apache/xml/cocoon-2.1/build/cocoon-2.1-dev/temp Processing /old/home/jeff/homeoverflow/apache/xml/cocoon-2.1/lib/jars.xml to /old/home/jeff/homeoverflow/

DO NOT REPLY [PATCH QUEUE] Summary March 25 2003

--- This mail is generated automatically using Jakarta Ant. Contents are automatically downloaded from Apache's Bugzilla. --- Please do not reply to th

Re: [proposal] a new kind of 'dist'

Pier Fumagalli wrote, On 24/03/2003 20.34: On 24/3/03 11:00 am, "Nicola Ken Barozzi" <[EMAIL PROTECTED]> wrote: Stefano Mazzocchi wrote, On 24/03/2003 11.53: ... 1) bandwidth reduction Then start taking ant away from CVS and distros, and use a mirrored download for the jars, it's part of the sa

Re: Proposal

At 03:50 PM 3/24/2003, Pier wrote: On 24/3/03 8:44 pm, "Geoff Howard" <[EMAIL PROTECTED]> wrote: > At 03:38 PM 3/24/2003, you wrote: >> On 24/3/03 7:42 pm, "Leszek Gawron" <[EMAIL PROTECTED]> wrote: >> >>> I think it would be good to include AJP13 Listener in Jety config file >> so one >>> could u

RE: [Flow] sendPage* params and jpath input modules?

Michael, Can you describe the use case(s) where you want to make flow values available to the sitemap? Thanks, Christopher -Original Message- From: Michael Melhem [mailto:[EMAIL PROTECTED] Sent: Monday, March 24, 2003 10:14 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; [EMAIL PROTECT

Re: tallying [Re: [vote] micro-decision for docs: creation ofcocoon-docs CVS module]

On 24/3/03 8:41 pm, "Steven Noels" <[EMAIL PROTECTED]> wrote: > IIRC, you can't alias a dir to a _dir_ of another module, at least that > was what I was trying to do. Symlinking serverside will not work, I > assume...? Nope, alias wouldn't work, but symlink would (although I don't like them "that

Re: Proposal

On 24/3/03 8:44 pm, "Geoff Howard" <[EMAIL PROTECTED]> wrote: > At 03:38 PM 3/24/2003, you wrote: >> On 24/3/03 7:42 pm, "Leszek Gawron" <[EMAIL PROTECTED]> wrote: >> >>> I think it would be good to include AJP13 Listener in Jety config file >> so one >>> could use Apache frontend OOTB >> >> I a

Re: Proposal

At 03:38 PM 3/24/2003, you wrote: On 24/3/03 7:42 pm, "Leszek Gawron" <[EMAIL PROTECTED]> wrote: > I think it would be good to include AJP13 Listener in Jety config file so one > could use Apache frontend OOTB I am _strongly_ against this: the inclusion of Jetty in the Cocoon distribution is an

Re: tallying [Re: [vote] micro-decision for docs: creation of cocoon-docsCVS module]

On 24/03/2003 21:30 Pier Fumagalli wrote: Steven... I didn't say that the documentation should reside in the src/documentation... I lean (on the other hand) quite on the other side of the fence, because I know that if someone wants to have those docs in src/documentation, we can make this happen e

Re: Proposal

On 24/3/03 7:42 pm, "Leszek Gawron" <[EMAIL PROTECTED]> wrote: > I think it would be good to include AJP13 Listener in Jety config file so one > could use Apache frontend OOTB I am _strongly_ against this: the inclusion of Jetty in the Cocoon distribution is an "enabler" for technology-showoff (y

Re: tallying [Re: [vote] micro-decision for docs: creation ofcocoon-docs CVS module]

On 24/3/03 7:38 pm, "Steven Noels" <[EMAIL PROTECTED]> wrote: > (follow up to cocoon-docs please) > > On 24/03/2003 7:31 Steven Noels wrote: > >> In order to get one little step closer to the 'new' document >> infrastructure, many of us seek clarity whether we should move docs to a >> separate C

Re: [vote] Andrew Savory as Cocoon committer

On 24/3/03 6:12 pm, "Andrew Savory" <[EMAIL PROTECTED]> wrote: > On Mon, 24 Mar 2003, Marcus Crafter wrote: > >> +1 from me, when will you be back in Frankfurt again Andrew ? :) > > Soon, I hope - withdrawal symptoms from German beer! Any plans for another > Stammtisch soon? Who's going to http

Re: [rant] Re: [vote] micro-decision for docs: creation ofcocoon-docs CVS module

Actually... I dont httpd is a fiar example. There is a reason for that... there is not many modules that function correctly under 2.0... we are only waiting for them to catch up :D at my last count, there are 4 that i use that dont work. (Among them mod_jk) By itself, 2.0 kicks butt... but i can't

Re: [rant] Re: [vote] micro-decision for docs: creation ofcocoon-docs CVS module

On 24/3/03 3:09 pm, "Stefano Mazzocchi" <[EMAIL PROTECTED]> wrote: > Anyway, we can't force people to do anything: if they won't migrate from > 2.0, we have failed and we should start reconsidering our architectural > strategies because our user base is not following us. Hmm.. I don't think you'r

Re: Flow views, scratchpad taglib, and writing transformers

I just noticed "taglib" had already been moved to a block a while ago. Christopher Oliver wrote: Then I came across Volker Schmitt's taglib in the scratchpad which looks like exactly what I wanted: http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=102227009022017&w=2

Proposal

I think it would be good to include AJP13 Listener in Jety config file so one could use Apache frontend OOTB ouzo -- __ | / \ |Leszek Gawron// \\ \_\\ //_/ [EMAIL PROTECTED] _\\()//_ .'/()\'. Phone: +48(600)3411

tallying [Re: [vote] micro-decision for docs: creation of cocoon-docsCVS module]

(follow up to cocoon-docs please) On 24/03/2003 7:31 Steven Noels wrote: In order to get one little step closer to the 'new' document infrastructure, many of us seek clarity whether we should move docs to a separate CVS module or not. The benefits and downfalls are largely known, so let's vote

Re: [proposal] a new kind of 'dist'

On 24/3/03 11:00 am, "Nicola Ken Barozzi" <[EMAIL PROTECTED]> wrote: > Stefano Mazzocchi wrote, On 24/03/2003 11.53: > ... >> 1) bandwidth reduction (yes, this should be our concern as cocoon is >> getting so big) > > Then start taking ant away from CVS and distros, and use a mirrored > download

Re: Scratchpad PetStore Sample and XMLForm

No, XMLForm will still behave the same way. It's just a change to the implementation to make it more maintainable. leo leonid wrote: Hi Christopher, just read your last post "Flow views, scratchpad taglib, and writing transformers" (hew..., your fast:) . Does this mean you abandon your your curr

Re: [vote] micro-decision for docs: creation of cocoon-docs CVSmodule

On 24/3/03 9:13 am, "Jeff Turner" <[EMAIL PROTECTED]> wrote: > On Mon, Mar 24, 2003 at 07:31:39AM +0100, Steven Noels wrote: >> In order to get one little step closer to the 'new' document >> infrastructure, many of us seek clarity whether we should move docs to a >> separate CVS module or not. Th

Re: Scratchpad PetStore Sample and XMLForm

Hi Christopher, just read your last post "Flow views, scratchpad taglib, and writing transformers" (hew..., your fast:) . Does this mean you abandon your your current XMLForm-approach of the petstore sample? /Leo On Sonntag, März 23, 2003, at 12:00 Uhr, Christopher Oliver wrote: I modified thi

Re: [rant] Re: [vote] micro-decision for docs: creation of cocoon-docsCVS module

Hi, Just to add my thoughts to this. Regarding transition to 2.1 making 2.0 docs obsolete - this is a fair comment, but what do we do when we start working on 2.2? I do appreciate Stefano's comments about blocks though, and how code and documentation in that instance belong together, and to be h

"build war" fails, CatalogManager related problem

Hi, all. Trying to build the "war" taregt I get the error at the bottom. I tried to build the "webapp" target with the same problem. I think there were some changes in the CatalogManager, maybe related to some deprecate classes?... but don't know exactly which. Maybe some affected me since I had n

Re: [Flow] sendPage* params and jpath input modules?

On Mon, Mar 24, 2003 at 05:54:14PM +0100, Christian Haul wrote: > On 24.Mar.2003 -- 03:58 PM, Michael Melhem wrote: > > Hi lads, > > > > Is there a best practice for making flow values available at > > the sitemap level (instead of being directly sent to > > sitemap components)? > > > > > Howev

Re: cvs commit: cocoon-2.1 status.xml todo.xml

[EMAIL PROTECTED] wrote: crossley2003/03/22 23:17:16 Modified:.status.xml todo.xml Log: Note about the excellent old functionality to check-jars. Revision ChangesPath 1.2 +5 -0 cocoon-2.1/status.xml Index: status.xml =

Re: [vote] Andrew Savory as Cocoon committer

On Mon, 24 Mar 2003, Marcus Crafter wrote: > +1 from me, when will you be back in Frankfurt again Andrew ? :) Soon, I hope - withdrawal symptoms from German beer! Any plans for another Stammtisch soon? Andrew. -- Andrew SavoryEmail: [EMAIL PROTECTED] Mana

Re: cvs commit: cocoon-2.1/src/resources/targetdocs - New directory

Stefano Mazzocchi wrote, On 24/03/2003 18.53: [EMAIL PROTECTED] wrote: stephan 2003/03/22 08:44:07 cocoon-2.1/src/resources/targetdocs - New directory Hmmm, I don't want to rain on the party here, but those diagrams are useless if they can't be automated as they tend to be obsolete in ho

Re: [vote] Forrestizing Cocoon and more

Stephan Michels wrote, On 24/03/2003 18.58: ... 1) we remove all the old docs targets from the build 2) documentation will be done thru forrest. This requires forrest be available on the machine separately. since users won't update the documentation this should not be a problem. 3) we ship the pre

Re: cvs commit: cocoon-2.1/src/resources/targetdocs - New directory

On Mon, 24 Mar 2003, Stefano Mazzocchi wrote: > [EMAIL PROTECTED] wrote: > > stephan 2003/03/22 08:44:07 > > > > cocoon-2.1/src/resources/targetdocs - New directory > > Hmmm, I don't want to rain on the party here, but those diagrams are > useless if they can't be automated as they tend to

Re: [vote] Forrestizing Cocoon and more

> > BTW, that does save us much effort for maintaining the doc generation > > process. > > that's exactly the goal. > > So, at the end, here is what I propose: > > 1) we remove all the old docs targets from the build > > 2) documentation will be done thru forrest. This requires forrest be > availa

Flow views, scratchpad taglib, and writing transformers

Yesterday, I was trying to create another view for the flow layer, similar to a subset of JSTL, using Jexl http://jakarta.apache.org/commons/jexl I started with Marcus Crafter's JPathTransformer, and in the process of writing JexlTransformer, I also attempted to add support for for-each and ch

Re: cvs commit: cocoon-2.1/src/resources/targetdocs - New directory

[EMAIL PROTECTED] wrote: stephan 2003/03/22 08:44:07 cocoon-2.1/src/resources/targetdocs - New directory Hmmm, I don't want to rain on the party here, but those diagrams are useless if they can't be automated as they tend to be obsolete in hours! a build.xml -> svg stylesheet would be waaa

Re: [vote] Forrestizing Cocoon and more

Stephan Michels wrote: On Sun, 23 Mar 2003, Stefano Mazzocchi wrote: As I think most of the people here knows, Forrest is a Cocoon spin-off project that focuses on static-snapshots of publishing-intensive web sites with complex needs. Cocoon now self-generates its own static website, but given th

Re: DO NOT REPLY [Bug 18131] - The Cocoon Servlet does not shutdown properly under Tomcat

Can you be more explicit about that? Best Regards, Antonio Gallardo > 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

Re: [Flow] sendPage* params and jpath input modules?

On 24.Mar.2003 -- 03:58 PM, Michael Melhem wrote: > Hi lads, > > Is there a best practice for making flow values available at > the sitemap level (instead of being directly sent to > sitemap components)? > However the above two solutions seem more like hacks. A more > appropriate solution might

Re: [rant] Re: [vote] micro-decision for docs: creation of cocoon-docsCVS module

Diana Shannon wrote: On Monday, March 24, 2003, at 10:34 AM, Steven Noels wrote: My own belly tells me that people will write more and better user documentation if they get some proper playground. Having to worry about code sitting right beside their documents will not bring peace in their mi

Re: [proposal] a new kind of 'dist'

IMHO: Cocoon is best suited to people who develop using other technologies - PHP C++ Visual Basic etc, who have realized the limitations for end user interaction. Within a half hour, right now the way the system is, you can see what cocoon does. It isn't an app, it is not a solution. It is a tool

Re: [rant] Re: [vote] micro-decision for docs: creation of cocoon-docs CVS module

On Monday, March 24, 2003, at 10:34 AM, Steven Noels wrote: My own belly tells me that people will write more and better user documentation if they get some proper playground. Having to worry about code sitting right beside their documents will not bring peace in their minds. Ok, please, expl

Re: [proposal] a new kind of 'dist'

At 10:41 AM 3/24/2003, Stefano wrote: Steven Noels wrote: On 24/03/2003 15:28 Stefano Mazzocchi wrote: I for one think the 'copy cocoon.war into webapps dir and look at http://server:port/cocoon/' paradigm helps a lot of newcoming users up & running very fast. please, define 'be up and running

Re: [rant] Re: [vote] micro-decision for docs: creation of cocoon-docs CVS module

On Monday, March 24, 2003, at 09:15 AM, Steven Noels wrote: On 24/03/2003 14:23 Stefano Mazzocchi wrote: I don't expect 2.0 to live long after 2.1 is out. There is no reason to. To be really honest, I'd like to see some facts backing this statement. Not technical facts, but truly compelling re

Re: Clean up build system

Stephan Michels wrote: On Mon, 24 Mar 2003, Stefano Mazzocchi wrote: Stephan Michels wrote: And then PURITY.txt? This is my try to get people into cleaning up their mess. It is the dump of the cut/paste discovery tool. Since it normally takes 5/6 hours to do a normal cut/paste discovery on coo

Re: Clean up build system

At 10:33 AM 3/24/2003, Stephan wrote: On Mon, 24 Mar 2003, Stefano Mazzocchi wrote: Another question, we have a license file for 'maybeupload', but not a library for it? This used to be a third option for upload handling, configurable in web.xml that was apparently a historical remnant from be

Re: [vote] Forrestizing Cocoon and more

On Sun, 23 Mar 2003, Stefano Mazzocchi wrote: > As I think most of the people here knows, Forrest is a Cocoon spin-off > project that focuses on static-snapshots of publishing-intensive web > sites with complex needs. > > Cocoon now self-generates its own static website, but given the amount > of

Re: [proposal] a new kind of 'dist'

Steven Noels wrote: On 24/03/2003 15:28 Stefano Mazzocchi wrote: I for one think the 'copy cocoon.war into webapps dir and look at http://server:port/cocoon/' paradigm helps a lot of newcoming users up & running very fast. please, define 'be up and running'. Not knowing about javac, ant, an

Re: [proposal] a new kind of 'dist'

Sylvain Wallez wrote: Stefano Mazzocchi wrote: Yes. This is going to be even more with the introduction of the flow since people with client-side knowledge (html + css + javascript + xml + namespace + xslt) will be able to write full-blown web applications with database connectivity *without* a

Re: [rant] Re: [vote] micro-decision for docs: creation of cocoon-docsCVS module

On 24/03/2003 16:09 Stefano Mazzocchi wrote: (About pointy tags: send over your p-Book and I'll install XXE for you. XXE reminds me of why I am so reluctant to believe browser-based widgets will never be able to edit anything else but semantically poor (X)HTML-like fragments) My own belly tell

Re: Clean up build system

On Mon, 24 Mar 2003, Stefano Mazzocchi wrote: > Stephan Michels wrote: > > >>>And then PURITY.txt? > >> > >>This is my try to get people into cleaning up their mess. > >> > >>It is the dump of the cut/paste discovery tool. Since it normally takes > >>5/6 hours to do a normal cut/paste discovery o

Re: [proposal] a new kind of 'dist'

At 09:28 AM 3/24/2003, Stefano wrote Am I the only one who heard complains about cocoon being very cool but too hard to 'tune down' to simpler needs? I'm asking because I'm starting to wonder if this is the case. Stefano. No, you're not crazy. This has been a theme for a while. In fact, i

build profiles (WAS Re: [proposal] a new kind of 'dist')

At 05:14 AM 3/24/2003, Stefano wrote: Hmmm, I was thinking about adding build profiles the other day.. something like: ./build.sh --profile=[profile] webapp that will override the build properties from [profile].properties that include several different configuration properties that drive

Re: [GUMP] Build Failure - cocoon-block-slide

Stefan Bodewig wrote: On Sun, 23 Mar 2003, Stefano Mazzocchi <[EMAIL PROTECTED]> wrote: All right. I think I found out the problem: it seems that the gump descriptor for jakarta-slide is incorrect and doesn't expose all the jars that we need and we depend on. I've looked into it. Cocoon's desc

Re: [GUMP] Build Failure - cocoon-block-slide

Stefan Bodewig wrote: 1) technical: the gump descriptor is used *directly* by the cocoon build system to generate (via xslt) the ant build file used to produce our internal blocks (we call 'cocoon functional modules' blocks) Hmm, I see the problem. The only (ugly) solution I see is duplication.

Re: [vote] Geoff Howard as Cocoon committer

On Mon, Mar 24, 2003 at 12:55:19AM +1100, David Crossley wrote: > I propose Geoff Howard as Cocoon committer. He has been > involved with Cocoon for the past year, providing lots of > useful discussion and bug report/fixing. He has submitted > many useful patches, for example with the file upload.

Re: [rant] Re: [vote] micro-decision for docs: creation of cocoon-docsCVS module

Steven Noels wrote: On 24/03/2003 14:23 Stefano Mazzocchi wrote: I don't expect 2.0 to live long after 2.1 is out. There is no reason to. To be really honest, I'd like to see some facts backing this statement. Not technical facts, but truly compelling reasons to make the switch. If people don'

Re: [vote] Andrew Savory as Cocoon committer

On Mon, Mar 24, 2003 at 12:22:36AM +1100, David Crossley wrote: > I propose Andrew Savory as Cocoon committer. He has been > involved with Cocoon since mid-2000 and more intensely during > the past year. Browsing the email archives i see plenty of > discussion, bug reports, testing, and suggestions

[Flow] sendPage* params and jpath input modules?

Hi lads, Is there a best practice for making flow values available at the sitemap level (instead of being directly sent to sitemap components)? AFAIK, there are at least two ways of doing this at the moment. 1. Embed information within the URL: sendPage*(calculated_value+"/hello-world",{}) m

RE: [proposal] a new kind of 'dist'

> life easier. So let's get over with this, and see what the users think. > They've been kept out of the loop for too long. > How about _asking_ the users beforehand? A quick poll in the users list would give some helpful feedback wouldn't it? Matthew

Re: [proposal] a new kind of 'dist'

On 24/03/2003 15:28 Stefano Mazzocchi wrote: I for one think the 'copy cocoon.war into webapps dir and look at http://server:port/cocoon/' paradigm helps a lot of newcoming users up & running very fast. please, define 'be up and running'. Not knowing about javac, ant, and whatelse, just doing

Re: [proposal] a new kind of 'dist'

Le Lundi, 24 mars 2003, à 15:31 Europe/Zurich, Geoff Howard a écrit : ...Would it help the psychological barrier to have a user friendly "Where is the binary" document/paragraph available and hard to miss that explains why we think even non programmers can and should build this from source? Not

Re: [GUMP] "concurrent" project in Cocoon's descriptor causes trouble

On Mon, 24 Mar 2003, Stefano Mazzocchi <[EMAIL PROTECTED]> wrote: > they represent the same stuff. Not that there also is a repackaged version somewhere (edu.concurrent or something). > I tried to depend on 'dougLea' as the project name implied but > failed. I think it's a very bad habit to nam

Re: [proposal] a new kind of 'dist'

Stefano Mazzocchi wrote, On 24/03/2003 15.23: ... Nicola, in a perfect world, we would have totally isolated dynamic blocks with a super block manager and totally run-time hot-deployable stuff. In that case, we would *NOT* need a source distro at all because people would be able to tune their

Re: [proposal] a new kind of 'dist'

Stefano Mazzocchi wrote: Geoff Howard wrote: At 06:13 AM 3/24/2003, you wrote: Niclas Hedhman wrote: On Monday 24 March 2003 17:25, Christian Haul wrote: This is an open *source* project, and a couple of things are a lot easier to do at compile time rather than at run time. Yes, like ./confi

Re: [proposal] a new kind of 'dist'

At 09:03 AM 3/24/2003, Stefano wrote: Geoff Howard wrote: Cocoon cuts across a number of different disciplines (java, xml at least?) and so "casual programmer" means different things. Very true. I am amazed at the number of people on users who claim to know no java. Yes. This is going to be eve

Re: [GUMP] "concurrent" project in Cocoon's descriptor causes trouble

Stefan Bodewig wrote: Hi, there is a name clash between the "concurrent" projects defined in projects/dougLea.xml in Gump's CVS module and the one defined in . I have no idea what this thing inside Cocoon is about, but please rename the

Re: [proposal] a new kind of 'dist'

Steven Noels wrote: On 24/03/2003 14:01 Upayavira wrote: Great! Do others think this is worth doing? Possible, sure. Worth doing, I really don't know. I won't vote against it but I won't help it making it happen. Related to this thread: I for one think the 'copy cocoon.war into webapps dir and

Re: [proposal] a new kind of 'dist'

Nicola Ken Barozzi wrote: Stefano Mazzocchi wrote, On 24/03/2003 12.21: Nicola Ken Barozzi wrote: ... I'm sure that if we don't give our users a sample precompiled version it will have a really negative impact on the alpha-view of Cocoon and stop many from checking it out, whatever technical

Re: [proposal] a new kind of 'dist'

Le Lundi, 24 mars 2003, à 14:45 Europe/Zurich, Stefano Mazzocchi a écrit : ...Right. I'll commit a dist target today to show you what I mean and we'll vote from that, ok? Way to go - this will help us make a better decision, and it doesn't prevent making binary dists later on if needed. ...do

[rant] Re: [vote] micro-decision for docs: creation of cocoon-docsCVS module

On 24/03/2003 14:23 Stefano Mazzocchi wrote: I don't expect 2.0 to live long after 2.1 is out. There is no reason to. To be really honest, I'd like to see some facts backing this statement. Not technical facts, but truly compelling reasons to make the switch. If people don't go with the flow, or

Re: [proposal] a new kind of 'dist'

Geoff Howard wrote: At 06:13 AM 3/24/2003, you wrote: Niclas Hedhman wrote: On Monday 24 March 2003 17:25, Christian Haul wrote: This is an open *source* project, and a couple of things are a lot easier to do at compile time rather than at run time. Yes, like ./configure --prefix=/usr/local/ m

Re: [vote] Andrew Savory as Cocoon committer

On Mon, Mar 24, 2003 at 12:22:36AM +1100, David Crossley wrote: > I propose Andrew Savory as Cocoon committer. He has been > involved with Cocoon since mid-2000 and more intensely during > the past year. Browsing the email archives i see plenty of > discussion, bug reports, testing, and suggestions

Re: [proposal] a new kind of 'dist'

Bertrand Delacretaz wrote: Le Lundi, 24 mars 2003, à 12:38 Europe/Zurich, Upayavira a écrit : But we have to take psychology into account. CVS scared me at first. Build scared me too. How do we make the learning curve easier? Why loose people who don't get past those first hurdles, when they

Re: [proposal] a new kind of 'dist'

On Monday, March 24, 2003, at 07:50 AM, Bertrand Delacretaz wrote: A source-only distribution is not necessarily harder to use, it all depends how it is packaged and used. ... and documented. Most of the problems I've had with oss make-install-before-try software were related to some glitch, e

Re: [proposal] a new kind of 'dist'

On 24/03/2003 14:01 Upayavira wrote: Great! Do others think this is worth doing? Possible, sure. Worth doing, I really don't know. Related to this thread: I for one think the 'copy cocoon.war into webapps dir and look at http://server:port/cocoon/' paradigm helps a lot of newcoming users up &

Re: [vote] micro-decision for docs: creation of cocoon-docs CVS module

Diana Shannon wrote: [ +1 ] creation of cocoon-docs module [ ] docs should stay in src/documentation of the code tree module(s) I feel strongly about this, give the past year of my watching cvs commits. The fact remains that many committers don't update both doc branches when committing doc

Re: [proposal] a new kind of 'dist'

Stefano Mazzocchi wrote, On 24/03/2003 12.21: Nicola Ken Barozzi wrote: ... I'm sure that if we don't give our users a sample precompiled version it will have a really negative impact on the alpha-view of Cocoon and stop many from checking it out, whatever technical motive you may have. I *stro

Re: [proposal] a new kind of 'dist'

At 06:13 AM 3/24/2003, you wrote: Niclas Hedhman wrote: On Monday 24 March 2003 17:25, Christian Haul wrote: This is an open *source* project, and a couple of things are a lot easier to do at compile time rather than at run time. Yes, like ./configure --prefix=/usr/local/ make make install for spe

DO NOT REPLY [Bug 18131] - The Cocoon Servlet does not shutdown properly under Tomcat

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://nagoya.apache.org/bugzilla/show_bu

Re: [GUMP] Build Failure - cocoon-block-slide

On Sun, 23 Mar 2003, Stefano Mazzocchi <[EMAIL PROTECTED]> wrote: > All right. I think I found out the problem: it seems that the gump > descriptor for jakarta-slide is incorrect and doesn't expose all the > jars that we need and we depend on. I've looked into it. Cocoon's descriptor is explicit

Re: [GUMP] Build Failure - cocoon-block-slide

On Mon, 24 Mar 2003, Stefano Mazzocchi <[EMAIL PROTECTED]> wrote: > > > ... > > > > but from the slide build, it seems that those jars are really found > in > > dist/slide/lib So things should be fine. > Now, what does that mean? does it make the > below relative to the

[GUMP] "concurrent" project in Cocoon's descriptor causes trouble

Hi, there is a name clash between the "concurrent" projects defined in projects/dougLea.xml in Gump's CVS module and the one defined in . I have no idea what this thing inside Cocoon is about, but please rename the project. What we cu

Re: [proposal] a new kind of 'dist'

On 24 Mar 2003 at 13:50, Bertrand Delacretaz wrote: > A possible scenario would be: > -user installs Java Web Start > -user goes to the Cocoon download page, clicks on a JNLP link which > starts a small install GUI -install GUI helps user download the Cocoon > source (maybe even specific CVS tags)

Re: [vote] micro-decision for docs: creation of cocoon-docs CVS module

[ +1 ] creation of cocoon-docs module [ ] docs should stay in src/documentation of the code tree module(s) I feel strongly about this, give the past year of my watching cvs commits. The fact remains that many committers don't update both doc branches when committing docs. If someone needs *

Re: [proposal] a new kind of 'dist'

Le Lundi, 24 mars 2003, à 12:38 Europe/Zurich, Upayavira a écrit : But we have to take psychology into account. CVS scared me at first. Build scared me too. How do we make the learning curve easier? Why loose people who don't get past those first hurdles, when they may well be perfectly capab

Re: Clean up build system

Stephan Michels wrote: And then PURITY.txt? This is my try to get people into cleaning up their mess. It is the dump of the cut/paste discovery tool. Since it normally takes 5/6 hours to do a normal cut/paste discovery on coocon-dev, I left it there so that people might realize how much *cut/past

Re: [GUMP] Build Failure - cocoon-block-slide

Stephan Michels wrote: On Mon, 24 Mar 2003, Stefano Mazzocchi wrote: Stefan Bodewig wrote: On Sun, 23 Mar 2003, Stefano Mazzocchi <[EMAIL PROTECTED]> wrote: All right. I think I found out the problem: it seems that the gump descriptor for jakarta-slide is incorrect and doesn't expose all the

Re: [proposal] a new kind of 'dist'

On Monday 24 March 2003 18:14, Stefano Mazzocchi wrote: > Niclas Hedhman wrote: > > BUT, a cocoon-sample.war would be great for "Introduction". I.e. Download > > that, drop it in your servlet container, and you have Cocoon's samples > > running. I'm sure "build process" scares away some users insti

Re: Clean up build system

On Mon, 24 Mar 2003, Stefano Mazzocchi wrote: > Stephan Michels wrote: > > Hi, > > > > holly shit what's going on in the list ;-) On the weekend > > I tried to clean up the build system. but I noticed > > some files I don't know. > > > > For example tools/src/loader/Loader.java. Is this files > >

Re: [proposal] a new kind of 'dist'

Stefano wrote: > > It's not a technical point, if it were only so we would be doing > > releases by just tagging CVS probably. > > I don't like your tone. I'm afraid on this point I agree with Nicola Ken. From a technical perspective, it makes complete sense to use a source build (even point peo

Re: [proposal] a new kind of 'dist'

> I'm not saying to make it inherently difficult for people (rather the > opposite, look how much energy I'm investing into this!) but to help > them focus on the right spot and if this makes more people fail early > rather than a few tens of emails down the road, well, I'm doing both > them and ou

Re: [GUMP] Build Failure - cocoon-block-slide

On Mon, 24 Mar 2003, Stefano Mazzocchi wrote: > Stefan Bodewig wrote: > > On Sun, 23 Mar 2003, Stefano Mazzocchi <[EMAIL PROTECTED]> wrote: > > > > > >>All right. I think I found out the problem: it seems that the gump > >>descriptor for jakarta-slide is incorrect and doesn't expose all the > >>ja

Re: [proposal] a new kind of 'dist'

Nicola Ken Barozzi wrote: Stefano Mazzocchi wrote, On 24/03/2003 11.53: ... 1) bandwidth reduction (yes, this should be our concern as cocoon is getting so big) Then start taking ant away from CVS and distros, This is coming up next! :) and use a mirrored download for the jars, it's part of t

Re: Clean up build system

Stephan Michels wrote: Hi, holly shit what's going on in the list ;-) On the weekend I tried to clean up the build system. but I noticed some files I don't know. For example tools/src/loader/Loader.java. Is this files still need anymore? Sure. It's a portable java loader to get rid of stupid class

Re: [proposal] a new kind of 'dist'

Niclas Hedhman wrote: On Monday 24 March 2003 17:25, Christian Haul wrote: This is an open *source* project, and a couple of things are a lot easier to do at compile time rather than at run time. Yes, like ./configure --prefix=/usr/local/ make make install for specifying installation directory

Re: [proposal] a new kind of 'dist'

Le Lundi, 24 mars 2003, à 11:43 Europe/Zurich, Stefano Mazzocchi a écrit : ...Oh, sure, but I was thinking of calling the distribution Apache_Cocoon_2.1.zip (or something like that) so it won't have "source" written anywhere. ok - if the distribution is "psychologically correct" then I'm fine. W

Re: [proposal] a new kind of 'dist'

Stefano Mazzocchi wrote, On 24/03/2003 11.53: ... 1) bandwidth reduction (yes, this should be our concern as cocoon is getting so big) Then start taking ant away from CVS and distros, and use a mirrored download for the jars, it's part of the same thing. I'm sure that if we don't give our users

Re: [proposal] a new kind of 'dist'

Sylvain Wallez wrote: Cocoon is now a major opensource product, and as such its user base includes more and more people that are far less technically skilled than we are. Moreover (I already mentioned this) the power of Cocoon's builtin components leads to many people using it without ever open

Re: [proposal] a new kind of 'dist'

Bertrand Delacretaz wrote: Le Dimanche, 23 mars 2003, à 15:25 Europe/Zurich, Stefano Mazzocchi a écrit : ... Before you jump up and down and scream "no, no, binaries are easier for our users", get off your life-without-a-compiler-windows-inflicted-mindset and think that every JDK comes with a

Re: [vote] Forrestizing Cocoon and more

On Mon, 24 Mar 2003, Bertrand Delacretaz wrote: > Le Dimanche, 23 mars 2003, à 14:38 Europe/Zurich, Stefano Mazzocchi a > écrit : > > > ...This said, here are the actions you should vote: > > > > 1) cocoon moves to forrest for its documentation production > +1 +1 > > 2) if so, cocoon does i

Re: [vote] Andrew Savory as Cocoon committer

On Mon, 24 Mar 2003, Bertrand Delacretaz wrote: > Le Dimanche, 23 mars 2003, à 14:22 Europe/Zurich, David Crossley a > écrit : > > > I propose Andrew Savory as Cocoon committer > > here's my > +1 +0 Sorry don't know him.

Re: [vote] Geoff Howard as Cocoon committer

On Sunday, March 23, 2003, at 01:55 PM, David Crossley wrote: I propose Geoff Howard as Cocoon committer. He has been involved with Cocoon for the past year, providing lots of useful discussion and bug report/fixing. He has submitted many useful patches, for example with the file upload. He gives

Re: [vote] Geoff Howard as Cocoon committer

On Mon, 24 Mar 2003, Bertrand Delacretaz wrote: > Le Dimanche, 23 mars 2003, à 14:55 Europe/Zurich, David Crossley a > écrit : > > > I propose Geoff Howard as Cocoon committer. > > +1 here. +1 Stephan.

  1   2   >