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

On Thursday 27 March 2003 21:48, Jeff Turner wrote: > No.. not more voting! ;) Can't voting be better automated, instead of a lot of +1 emails, that are hard to count (does anyone ever count?). Niclas

Re: [ANN] XMLForm as a standalone servlet toolkit

On Friday 28 March 2003 17:44, Stefano Mazzocchi wrote: > I'm pretty sure that if I identified my namespaces with something like > "http://www.microsoft.com/whatever";, I would get their lawyers knocking > on my doors even if, I'm sure, there is no license I signed or > clicked-thru that prevented

Re: [ANN] XMLForm as a standalone servlet toolkit

On Friday 28 March 2003 17:45, Pier Fumagalli wrote: > On 28/3/03 6:54 am, "Kevin O'Neill" <[EMAIL PROTECTED]> wrote: > > 5. Products derived from this software may not be called "Apache", nor > > may "Apache" appear in their name, without prior written permission of > > the Apache Software Fo

Re: [ANN] XMLForm as a standalone servlet toolkit (decoupling XMLForm?)

This is what I consider best of both worlds. At this point I can use some more specific direction? One way is to maintain the cocoon.action.XMLFormAction and cocoon.transformation.XMLFormTransformer, while the rest of the XMLForm code can be isolated. Other ideas? -=Ivelin=- - Original Me

Re: [ANN] XMLForm as a standalone servlet toolkit

> > > Much nicer, but there are still a few issues: > > 1) you are shipping your code with the Apache Software License and you > are granting copyright to the ASF for your stuff. This is still not > acceptable for the ASF guidelines since there is no proper legal > oversight on what you do on

Re: [ANN] XMLForm as a standalone servlet toolkit

> > The difference is that we all chipped in as part of the > community to help finish the re-factoring. All that we > heard from you was bleating from the sidelines, urging us > to release a product that is not ready. You should probably speak for yourself instead of hiding behind "we all". It i

Re: [ANN] XMLForm as a standalone servlet toolkit

> > That is not the issue. We mean that a "community" member > would discuss any perceived issue with their peers. You did > not provide cocoon-dev with feedback or notify about a problem. Over the last few months I have asked multiple times when is 2.1 going to be labeled Alpha. Maybe you did not

DO NOT REPLY [Bug 18487] - Several minor bugs in XMLForms Howto

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

DO NOT REPLY [Bug 18487] New: - Several minor bugs in XMLForms Howto

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: [ANN] XMLForm as a standalone servlet toolkit

ivelin wrote: > Steven Noels wrote: > > > Exactly. Then again, Ivelin is looking into making XMLForm > > independent from Cocoon IIUC from the freebuilder CVS. > > I don't know whether a branch > > would liberate him sufficiently enough (which is if course > > not our concern). > > The goal is to

Re: [ANN] XMLForm as a standalone servlet toolkit

ivelin wrote: > (And why did he not make any attempt to attribute who said what?) > > Someone said: > > I am sure goodwill is a main reason but some question come to my mind > > > > *) why don't you wanna share your thoughts with us and let us > >(or at least some of us) together steer the dir

Re: [ANN] XMLForm as a standalone servlet toolkit

On Fri, 28 Mar 2003 11:25:00 +0100, Stefano Mazzocchi wrote: > Kevin O'Neill wrote: > >> I don't believe that points 4 and 5 are violated by "package >> org.apache.xmlform" any more than the statement "import >> org.apache.xmlform"; the license precludes neither one of these things. > > There is

Re: STX

On Fri, 28 Mar 2003, Vadim Gritsenko wrote: > Tony Collen wrote: > > >Saw this on XML.com how long until we get an stxtransformer? :) > > > > http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=104566478723403&w=2 Ahhh, geez... I'm really behind the times *sigh* Oh well :) Tony -- Tony

Re: STX

Tony Collen wrote: Saw this on XML.com how long until we get an stxtransformer? :) http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=104566478723403&w=2 Vadim

STX

Saw this on XML.com how long until we get an stxtransformer? :) http://www.xml.com/pub/a/2003/02/26/stx.html http://stx.sourceforge.net/ Tony -- Tony Collen ICQ: 12410567 IRC: irc.byxnet.net -- Cocoon: Internet Glue (A Cocoon Weblog) http://manero.otrg/weblog/ --

Re: Cocoon core classes graph

That's really neat! Nicola Ken Barozzi wrote: I'm developing a code graph viewer, and I tested it on cocoon. See it here: http://cvs.apache.org/~nicolaken/whiteboard/

Re: Cocoon core classes graph

> Unico Hommes wrote, On 28/03/2003 19.35: > > I thought so too in IE but then I clicked the picture expand button... > > In Mozilla it doesn't display, but it does in IE. > The SVG though works with the SVG plugin from Acrobat. Supi! *grmpf!# Stephan. > >>-Original Message- > >>From:

Re: Cocoon core classes graph

Unico Hommes wrote, On 28/03/2003 19.35: I thought so too in IE but then I clicked the picture expand button... In Mozilla it doesn't display, but it does in IE. The SVG though works with the SVG plugin from Acrobat. -Original Message- From: Stephan Michels [mailto:[EMAIL PROTECTED] Sen

RE: Cocoon core classes graph

If you are using IE, the png gets reduced to little dots. Hover over the image and click on the "expand" button to see it. It is actually very large (short and wide). -Original Message- From: Stephan Michels [mailto:[EMAIL PROTECTED] Sent: Friday, March 28, 2003 1:33 PM To: cocoon-dev Subj

RE: Cocoon core classes graph

I thought so too in IE but then I clicked the picture expand button... > > -Original Message- > From: Stephan Michels [mailto:[EMAIL PROTECTED] > Sent: vrijdag 28 maart 2003 19:33 > To: cocoon-dev > > > > > On Fri, 28 Mar 2003, Nicola Ken Barozzi wrote: > > > > > I'm developing a c

Re: Cocoon core classes graph

On Fri, 28 Mar 2003, Nicola Ken Barozzi wrote: > > I'm developing a code graph viewer, and I tested it on cocoon. > See it here: > > http://cvs.apache.org/~nicolaken/whiteboard/ The png seems to be broken. Stephan.

Re: [HEADS UP] Cocoon CLI performance up 50%!

Sylvain Wallez wrote, On 28/03/2003 19.19: Nicola Ken Barozzi wrote: ... To try the 'optimized' one, edit cli.xconf by changing confirm-extensions="true" to false. What does this entail? That all files without extensions are outputted as-is, without appending a proper extension. In sites that

Cocoon core classes graph

I'm developing a code graph viewer, and I tested it on cocoon. See it here: http://cvs.apache.org/~nicolaken/whiteboard/ -- Nicola Ken Barozzi [EMAIL PROTECTED] - verba volant, scripta manent - (discussions get forgotten, just code remains)

Re: [HEADS UP] Cocoon CLI performance up 50%!

Nicola Ken Barozzi wrote: First of all a big thanks to Upayavira for listening to my ramblings on optimization strategies and creating well done concrete implementation of them with excellent additional ideas. Since he was not satisfied, he has also converted the CLI to commons-cli, added a CL

Re: why do we have two http proxy generators?

Pier Fumagalli wrote: "Sylvain Wallez" <[EMAIL PROTECTED]> wrote: Or even remove it since it was never released ! I'd like to triple check the functionalities and have some doccos before removing it... I use the proxy block @ work, so hopefully I'll be able to maintain it! :-) Sure ! W

Re: [HEADS UP] Cocoon CLI performance up 50%!

Geoff Howard wrote, On 28/03/2003 18.53: At 12:47 PM 3/28/2003, Nicola Ken wrote: Geoff Howard wrote, On 28/03/2003 18.13: At 12:05 PM 3/28/2003, you wrote: Berin Loritsch wrote, On 28/03/2003 17.58: Nicola Ken Barozzi wrote: +---+---+--+

Re: [ANN] XMLForm as a standalone servlet toolkit

ivelin wrote: Made the requested chages. Please verify if they work for ASF? Much nicer, but there are still a few issues: 1) you are shipping your code with the Apache Software License and you are granting copyright to the ASF for your stuff. This is still not acceptable for the ASF guideline

Re: [HEADS UP] Cocoon CLI performance up 50%!

At 12:47 PM 3/28/2003, Nicola Ken wrote: Geoff Howard wrote, On 28/03/2003 18.13: At 12:05 PM 3/28/2003, you wrote: Berin Loritsch wrote, On 28/03/2003 17.58: Nicola Ken Barozzi wrote: +---+---+--+ | original| optimized | diff

Re: [HEADS UP] Cocoon CLI performance up 50%!

Geoff Howard wrote, On 28/03/2003 18.13: At 12:05 PM 3/28/2003, you wrote: Berin Loritsch wrote, On 28/03/2003 17.58: Nicola Ken Barozzi wrote: +---+---+--+ | original| optimized | diff| +---+-

Re: [ANN] XMLForm as a standalone servlet toolkit

[EMAIL PROTECTED] wrote: I'm using both XMLForm AND Cocoon functionalities. Does it mean that XMLForm won't be part of Cocoon (2.1) in the future? No, so don't worry. Stefano.

Re: [HEADS UP] Cocoon CLI performance up 50%!

At 12:05 PM 3/28/2003, you wrote: Berin Loritsch wrote, On 28/03/2003 17.58: Nicola Ken Barozzi wrote: +---+---+--+ | original| optimized | diff| +---+---+--+ |

Re: [GUMP] Build Failure - Cocoon

In a proper build and runtime environment the dependencies of the implementation details of components (like Batik and Xalan or whatever) should be isololated from other components, and renaming of modules should never be needed. The fact that you're suggesting that shows that we are far from t

Re: [HEADS UP] Cocoon CLI performance up 50%!

"Nicola Ken Barozzi" <[EMAIL PROTECTED]> wrote: > Berin Loritsch wrote, On 28/03/2003 17.58: > > +---+---+--+ > | original| optimized | diff| > +---+---+--+ > |

Re: [HEADS UP] Cocoon CLI performance up 50%!

Berin Loritsch wrote, On 28/03/2003 17.58: Nicola Ken Barozzi wrote: +---+---+--+ | original| optimized | diff| +---+---+--+ | | |

Re: why do we have two http proxy generators?

I found a mention of this work in the archive of users. It looks like they (he and Lajos) were able to incorporate all the session preserving function they were working on by implementing a protocol handler: http://marc.theaimsgroup.com/?l=xml-cocoon-users&m=104503646106888&w=2 So I guess they'd

[HEADS UP] Cocoon CLI performance up 50%!

First of all a big thanks to Upayavira for listening to my ramblings on optimization strategies and creating well done concrete implementation of them with excellent additional ideas. Since he was not satisfied, he has also converted the CLI to commons-cli, added a CLI config file (cli.xconf),

Re: why do we have two http proxy generators?

"Sylvain Wallez" <[EMAIL PROTECTED]> wrote: > Tony Collen wrote: > >> On Wed, 26 Mar 2003, Geoff Howard wrote: >> >> >> >>> I think there were big changes coming to the WSPG from Hussayn Dabbous >>> ([EMAIL PROTECTED]). He was working with a committer to add support for >>> proxying the exis

Re: why do we have two http proxy generators?

On Fri, 28 Mar 2003, Sylvain Wallez wrote: > Or even remove it since it was never released ! O yeah, I suppose so :) Then there's the huge extensive docs for the WSPG that would have to go, too. Tony -- Tony Collen ICQ: 12410567 IRC: irc.byxnet.net -- Cocoon: Internet Glue (A Cocoon Web

AW: [HELP] determining possible leak

thanx for your tips christopher, pier and berin, 1. fortunately it wasn't my webapp that had the problem. I tried isolating the webapps and then it showed up. problem solved - for me. 2. it is (I think) a StringBuffer issue. I infer this from the thread dump I get when -QUIT killing the buggy weba

Re: why do we have two http proxy generators?

Tony Collen wrote: On Wed, 26 Mar 2003, Geoff Howard wrote: I think there were big changes coming to the WSPG from Hussayn Dabbous ([EMAIL PROTECTED]). He was working with a committer to add support for proxying the existing session (for single sign-on). I checked out the HttpProxyGenera

RE: [ANN] XMLForm as a standalone servlet toolkit

I'm using both XMLForm AND Cocoon functionalities. Does it mean that XMLForm won't be part of Cocoon (2.1) in the future? If yes, this is a bad news for Cocoon users. Sylvain (T) -Message d'origine- De: ivelin [mailto:[EMAIL PROTECTED] Date: jeudi, 27. mars 2003 14:35 À: [EMAIL PROTECT

Re: [ANN] XMLForm as a standalone servlet toolkit

Made the requested chages. Please verify if they work for ASF? -=Ivelin=- - Original Message - From: "Stefano Mazzocchi" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, March 28, 2003 4:16 AM Subject: Re: [ANN] XMLForm as a standalone servlet toolkit > ivelin wrote: > > > S

Re: [ANN] XMLForm as a standalone servlet toolkit

> > I could be opening a can of worms here, but can I butt in and ask if this move > was promted out of frustration with the somewhat messy build and samples > refactoring? This played its part too. > > New Guy Geoff

Re: [ANN] XMLForm as a standalone servlet toolkit

> > Let me explain, maybe the goodwill will prevail. > > Otherwise this will turn into another example of a sad finish of an exciting > > jorney. > > > > I am sure goodwill is a main reason but some question come to my mind > > *) why don't you wanna share your thoughts with us and let us >

Re: [GUMP] Build Failure - Cocoon

Sam Ruby wrote: Stefano Mazzocchi wrote: Sam, how do we proceed? From gump's perspective, there is only one rhino. Create a new project definition (e.g., cocoondev-rhino) and have cocoon depend on it. Let me add that gump's project name need not have any relationship with the name of the cvs m

Re: [ANN] XMLForm as a standalone servlet toolkit

At 09:27 AM 3/28/2003, Ivelin wrote: > On 28/03/2003 5:22 Vadim Gritsenko wrote: > > > What about creating an (experimental) branch for xmlform? That would be nice. > > Exactly. Then again, Ivelin is looking into making XMLForm independent > from Cocoon IIUC from the freebuilder CVS. I don't know

Re: [ANN] XMLForm as a standalone servlet toolkit

> On 28/03/2003 5:22 Vadim Gritsenko wrote: > > > What about creating an (experimental) branch for xmlform? That would be nice. > > Exactly. Then again, Ivelin is looking into making XMLForm independent > from Cocoon IIUC from the freebuilder CVS. I don't know whether a branch > would liberate hi

Re: [GUMP] Build Failure - Cocoon

Stefano Mazzocchi wrote: Sam, how do we proceed? From gump's perspective, there is only one rhino. Create a new project definition (e.g., cocoondev-rhino) and have cocoon depend on it. - Sam Ruby

Re: cvs commit: cocoon-2.1 build.properties

Thanks, David. Are you OK with this change? Geoff At 07:48 AM 3/28/2003, you wrote: crossley2003/03/28 04:48:20 Modified:.build.properties Log: Avoid extra whitespace in properties. Revision ChangesPath 1.11 +1 -1 cocoon-2.1/build.properties Index: bui

Re: [GUMP] Build Failure - Cocoon

At 04:12 AM 3/28/2003, Stefano Mazzocchi wrote: Christopher Oliver wrote: I'm more and more concerned about the fact that we are, in fact, forking rhyno and calling it with the same name, this is a very bad practice, it's very close to steal visibility. Am I the only one bothered by this? Ste

Problem with ValueFormat using POI to generate XLS file.....

Hi: Recently we are trying to format a float number to 4 fixed decimals. For example a number 1.23456 will be formated to 1.2345 We are using in a XML doc: 40 what is wrong? i get only the valuetype 40 without the special format Best Re

DO NOT REPLY [Bug 18231] - patch to sitemap - comment about disabling views

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

DO NOT REPLY [Bug 18231] - patch to sitemap - comment about disabling views

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

DO NOT REPLY [Bug 17097] - excluding javadocs from build

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

DO NOT REPLY [Bug 14003] - bad FOPSerializer reference in global sitemap.xmap

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

DO NOT REPLY [Bug 14003] - bad FOPSerializer reference in global sitemap.xmap

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

Christopher Oliver wrote: In other words the code in cocoondev.org _really_ is Rhino (+ continuations), not something different, but just an earlier snapshot. The fact that it still has the same name reflects this. To me (as someone who has contributed to Rhino) it would be a bigger insult to ch

DO NOT REPLY [Bug 17671] - [PATCH] CLI Traversal Enhancements

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

wiki title levels (was Re: cvs commit: ...selftest.txt)

Le Jeudi, 27 mars 2003, à 18:16 Europe/Zurich, Stephan Michels a écrit : ... section = root level -> biggest title subsection = sub level -> smaller title Should be correct, IHMO. ;-) Yes, but I think the problem was in the wiki grammar, changing the sections stuff to %token titleitem "!!!"; %to

Re: Understanding continuations

Try setting a breakpoint on xmlForm.js, line 178: 174this._sendView(uri, k); 175// _sendView creates a continuation, the invocation of which 176// will return right here: it is used to implement 177// 178if (this.dead || cocoon.request == null) { 179

Problem with copyright symbol

Hi I am using Cocoon 2.1 (CVS) on Tomcat 4.1.18, Red Hat 8.0. In Mozilla 1.0.1 the main page of Cocoon still have the problem of correct character encode. I see: Copyright � 1999-2003 Instead of the correct copyright symbol. Best Regards, Antonio Gallardo

Re: Understanding continuations

Christopher Oliver wrote: What do you mean by "invalid continuation error"? I mean that the handleInvalidContinuation function in system.js is called and it redirects to my handler page ... BUT ... the "id" parameter is empty! What I'm doing is this: I have an XMLForm with a submit button that i

Re: Understanding continuations

Ugo Cei wrote: I'm having some problems with an application that uses the Flow and XMLForms. I'm getting an invalid continuation error and after 4 hours of debugging I still cannot understand why. Tracing the execution of the flow, I've come to this snippet in xmlForm.js that I don't understand

Understanding continuations

I'm having some problems with an application that uses the Flow and XMLForms. I'm getting an invalid continuation error and after 4 hours of debugging I still cannot understand why. Tracing the execution of the flow, I've come to this snippet in xmlForm.js that I don't understand fully:

Re: Unnamed selector error message

Roberto wrote: hello, I try to develope a portal with cocoon, but I obtain this error message when I try to do some modifications on my sitemap. _UnnamedSelector: ComponentSelector could not find the component for hint []_ But the strange is that when I restore my old sitemap ( that worked

[GUMP] Build Failure - Cocoon

[echo] Apache Cocoon 20030328 [1999-2003] [echo] +---+ [echo] Building with Apache Ant version 1.6alpha compiled on March 28 2003 [echo] using build file /home/rubys/jakarta/cocoon-2.1/build.xml [echo] Com

Re: no protocol: characters.ent

On 28 Mar 2003 at 11:44, David Crossley wrote: > Upayavira wrote: > > I am working on the CLI. I currently get an error when running > > it in Idea (which worked fine before): 'no protocol: > > characters.ent'. It would appear to be something wrong with entity > > resolving. However, it works when

Re: [GUMP] Build Failure - Cocoon

Christopher Oliver wrote: Stefano Mazzocchi wrote: I'm more and more concerned about the fact that we are, in fact, forking rhyno and calling it with the same name, this is a very bad practice, it's very close to steal visibility. Am I the only one bothered by this? Stefano. This is my point

Re: [ANN] XMLForm as a standalone servlet toolkit

Torsten Curdt wrote: Let me explain, maybe the goodwill will prevail. Otherwise this will turn into another example of a sad finish of an exciting jorney. I am sure goodwill is a main reason but some question come to my mind *) why don't you wanna share your thoughts with us and let us (o

BRL and Cocoon

I implemented a BRL engine, generator, and reader for Cocoon. It sort of works. This is still needed from brlsv: 1. Errors in XHTML format (as requested previously) 2. Proper initialization of instance variables: For example, global_modified and site_modified are static variables, but reque

Re: [ANN] XMLForm as a standalone servlet toolkit

Kevin O'Neill wrote: I don't believe that points 4 and 5 are violated by "package org.apache.xmlform" any more than the statement "import org.apache.xmlform"; the license precludes neither one of these things. There is a huge difference between package org.apache.xmlform; and import org.apach

Re: [ANN] XMLForm as a standalone servlet toolkit

ivelin wrote: So, Stefano, since you have your PMC chairman hat on, tell me if we can create an incubator project I will gladly commit the new code to it. If not, what other options do you suggest. You took part of cocoon and forked it. You didn't say anything about this, you just acted and annou

Re: [ANN] XMLForm as a standalone servlet toolkit

Let me explain, maybe the goodwill will prevail. Otherwise this will turn into another example of a sad finish of an exciting jorney. I am sure goodwill is a main reason but some question come to my mind *) why don't you wanna share your thoughts with us and let us (or at least some of us) to

RE: disposed ComponentLocator

> > -Original Message- > From: Jeremy Quinn [mailto:[EMAIL PROTECTED] > Sent: donderdag 27 maart 2003 21:30 > To: [EMAIL PROTECTED] > > Hi All > > With yesterday's CVS, I am getting this error ... after a while: > > > > > Internal Server Error > > Message: You cannot lookup comp

Re: [ANN] XMLForm as a standalone servlet toolkit

On 28/3/03 6:54 am, "Kevin O'Neill" <[EMAIL PROTECTED]> wrote: > On Fri, 28 Mar 2003 03:07:01 +, Pier Fumagalli wrote: > >> On 28/3/03 0:41, "Gianugo Rabellino" <[EMAIL PROTECTED]> wrote: >> >>> What am I missing? >> >> org.APACHE... >> >> That name is protected by the license AFAIK, but a

Re: [ANN] XMLForm as a standalone servlet toolkit

Gianugo Rabellino wrote: Stefano Mazzocchi wrote: I have looked at the code you distribute and you are in clear violation of the ASF license and the ASF guidelines for these reasons: OK, I don't want to delve into whether Ivelin's move is right or not from a community POV (but yes, I do share

Re: [GUMP] Build Failure - Cocoon

Stefano Mazzocchi wrote: I'm more and more concerned about the fact that we are, in fact, forking rhyno and calling it with the same name, this is a very bad practice, it's very close to steal visibility. Am I the only one bothered by this? Stefano. This is my point of view: I don't have any d

Re: [GUMP] Build Failure - Cocoon

Christopher Oliver wrote: Stefano Mazzocchi wrote: compile-core: [copy] Copying 41 files to /home/rubys/jakarta/cocoon-2.1/build/cocoon-20030327/classes [copy] Copied 37 empty directories to /home/rubys/jakarta/cocoon-2.1/build/cocoon-20030327/classes [javac] Compiling 1 source fi