BetwixtGenerator (was: EJB + Cocoon, "Best Practices" / Betwixt)

Christoph, Could you add an entry at Bugzilla and create an attachement containing your generator and an example showing its features? If you do it I will take care of it and add it to the scratchpad. Cheers, Reinhard > -Original Message- > From: Christoph Gaffga [mailto:[EMAIL PROTEC

Re: JXForms and selectBoolean

BarZ, Feel free to submit patches to JXForms, for example for "selectBoolean". Nobody is "responsible" for JXForms or other Cocoon development per se. It's voluntary. Regards, Chris Barzilai Spinak wrote: Hello Christopher. A couple of days ago I posted a question related to JXForms and nobo

JXForms and selectBoolean

Hello Christopher. A couple of days ago I posted a question related to JXForms and nobody answered. By looking into the CVS submissions, I think you may be one of the programmers related to that block. Am I right? Can you help me with my question? Another programmer seems to be cziegeler but

[Woody multi page forms] was Re: cvs commit:cocoon-2.1/src/blocks/woody/java/org/apache/cocoon/woody/flow/javascriptwoody.js

BTW that flowscript code was written with the intention of supporting multi-page Woody forms with automated back/forward navigation as in JXForms. However, when I looked into implementing this I discovered that Woody forms cannot be presented in multiple pages because apparently the entire form

Re: Announcing 2.1.1

Unfortunately I think 2.1.1 contains a Rhino regression I temporarily introduced while trying to fix bug 22513 which will cause any scripts with nested functions to fail. This includes some of the flow samples like PetStore and JXForms. IMO we are in serious need of regression tests for flowscr

Re: New protocol for in-memory resources

Sylvain Wallez wrote: Tuomo L wrote: It would be convinient, if one could use a protocolthat defines a source (FilePart) located in memory. This could be for example: "multipart://foo.zip" . Then it would be possible to extract that in-memory zip-file to the target-dir. Is this possible already

Re: EJB + Cocoon, "Best Practices" / Betwixt

> that invokes the EJB and returns the DTO. It then passes the DTO to Betwixt > which converts it to SAX events. I posted the BeanGenerator on the list a Perheaps you are also interested in a BetwixtTransformer, analoge to CastorTransformer? I post it here, perheaps anyone can put it in the scrat

Re: [Vote] Releasing 2.1.1

Vadim Gritsenko wrote: Reinhard Poetz wrote: a comment by Vadim: http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=106096301526641&w=2 My comment has nothing to do with proxies. As Joerg found out, this is the problem with M$ html "extensions" and XPath: http://marc.theaimsgroup.com/?l=xml-cocoo

Re: cvs commit:cocoon-2.1/src/blocks/woody/java/org/apache/cocoon/woody/flow/javascriptwoody.js

Christopher Oliver wrote: The code you copied was an incorrect workaround for an old bug. Just remove it. Ok, thanks. Sylvain -- Sylvain Wallez Anyware Technologies http://www.apache.org/~sylvain http://www.anyware-tech.com { XML, Java, Cocoon, OpenSou

Re: Flow and map:handle-errors

Timothy Larson wrote: If I request a page where the pipeline encounters an error (e.g. file not found) then the handle-errors pipeline is invoked. However, when I request the same page from the flow with cocoon.sendPageAndWait("somepage"); the handle-errors pipeline is not invoked and no exception

RE: cvs commit:cocoon-2.1/src/blocks/woody/java/org/apache/cocoon/woody/flow/javascriptwoody.js

The code you copied was an incorrect workaround for an old bug. Just remove it. -Original Message- From: Sylvain Wallez [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 09, 2003 12:45 PM To: [EMAIL PROTECTED] Subject: Re: cvs commit:cocoon-2.1/src/blocks/woody/java/org/apache/cocoon/woo

Flow and map:handle-errors

If I request a page where the pipeline encounters an error (e.g. file not found) then the handle-errors pipeline is invoked. However, when I request the same page from the flow with cocoon.sendPageAndWait("somepage"); the handle-errors pipeline is not invoked and no exception is thrown either. Can

Re: cvs commit:cocoon-2.1/src/blocks/woody/java/org/apache/cocoon/woody/flow/javascriptwoody.js

Christopher Oliver wrote: Never. It's a bug in the flow implementation if it is. The script shouldn't check for it. Sorry Chris, but I just copied over to showForm() some code that you wrote in show(), without really understanding its behaviour ;-) Is this related to an old bug ? Can we safely

Re: Removing usage of LogKitManager / LogKitManagable

Ok, done. The vote for the change was unambiguous. Please review my commits and change the code if necessary. Joerg Peter Royal wrote: On Tuesday, September 9, 2003, at 12:34 PM, Joerg Heinicke wrote: Hello Peter, we already have this: http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=1062159

RE: cvs commit:cocoon-2.1/src/blocks/woody/java/org/apache/cocoon/woody/flow/javascriptwoody.js

Never. It's a bug in the flow implementation if it is. The script shouldn't check for it. -Original Message- From: Bruno Dumon [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 09, 2003 7:42 AM To: [EMAIL PROTECTED] Subject: Re: cvs commit:cocoon-2.1/src/blocks/woody/java/org/apache/coco

DO NOT REPLY [Bug 21730] - [PATCH] LogKitManager => LoggerManager

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 21730] - [PATCH] LogKitManager => LoggerManager

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 21730] - [PATCH] LogKitManager => LoggerManager

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 21730] - [PATCH] LogKitManager => LoggerManager

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 21730] - [PATCH] LogKitManager => LoggerManager

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: Announcing 2.1.1

Joerg Heinicke wrote: We are helpless without Carsten :-) Joerg Sylvain Wallez wrote: Hi team, The 2.1.1 should now have reached the mirrors. Does someone know how to update the web site and send the announcements ? I'll update the main website tomorrow (just the news page on the cocoon.apac

Re: New protocol for in-memory resources

Tuomo L wrote: Hi, I've been playing with the upload-mechanism of Cocoon, and noticed that it's now required to cath the uploaded file since cocoon deletes it (At least this is the behaviour on my 2.1 installation with "autosave-upload" true and "allow-uploads" true) I'm working on a "ZipArchiveE

New protocol for in-memory resources

Hi, I've been playing with the upload-mechanism of Cocoon, and noticed that it's now required to cath the uploaded file since cocoon deletes it (At least this is the behaviour on my 2.1 installation with "autosave-upload" true and "allow-uploads" true) I'm working on a "ZipArchiveExtractorAction"

RE: "Remove" problems with the Woody sample

> -Original Message- > From: Bruno Dumon [mailto:[EMAIL PROTECTED] > Sent: Tuesday, September 09, 2003 11:05 AM > To: [EMAIL PROTECTED] > Subject: Re: "Remove" problems with the Woody sample > > > On Sat, 2003-09-06 at 13:39, Hugo Burm wrote: > > This is about the "Bean Binding" sample on

Re: cvs commit: cocoon-2.1/src/blocks/woody/java/org/apache/cocoon/woody/flow/javascript woody.js

On Tue, 2003-09-09 at 16:38, [EMAIL PROTECTED] wrote: > +while (true) { > +if (cocoon.request == null) { > +// this continuation has been invalidated > +this.dead = true; > +handleInvalidContinuation(); > +Woody.suicide(); >

Re: Exception during undeploy

Bruno Dumon wrote: On Tue, 2003-09-09 at 17:30, Joerg Heinicke wrote: As somebody might remember we had a problem with the undeployment with Tomcat. This was fixed in Cocoon 2.1.1 by updating excalibur event and util concurrent IIRC. Now the undeployment works and no process hangs but I get an

Re: Announcing 2.1.1

We are helpless without Carsten :-) Joerg Sylvain Wallez wrote: Hi team, The 2.1.1 should now have reached the mirrors. Does someone know how to update the web site and send the announcements ? Sylvain

Re: Removing usage of LogKitManager / LogKitManagable

On Tuesday, September 9, 2003, at 12:34 PM, Joerg Heinicke wrote: Hello Peter, we already have this: http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=106215953707243&w=2 and this: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21730. If it's wished I can do the change again and commit it immed

Announcing 2.1.1

Hi team, The 2.1.1 should now have reached the mirrors. Does someone know how to update the web site and send the announcements ? Sylvain -- Sylvain Wallez Anyware Technologies http://www.apache.org/~sylvain http://www.anyware-tech.com { XML, Java, Coc

Re: [RT] Implementing Cocoon Blocks

Bruno Dumon wrote: On Sat, 2003-08-30 at 04:57, Geoff Howard wrote: But this brings up another point - what to do if the wiring.xml and others is deleted? Presumably, all blocks are "uninstalled" in this state, but what does this do to persistence requirements. Also, how to recreate the deploy

Re: [RT] Implementing Cocoon Blocks

Bruno Dumon wrote: (catching up on block discussions...) On Fri, 2003-08-29 at 05:53, Geoff Howard wrote: Implementation Phases - Phase 1: definition of the contract between the block manager inside cocoon and the standalone block deployer. These contracts include: 1) descri

Re: Exception during undeploy

On Tue, 2003-09-09 at 17:30, Joerg Heinicke wrote: > As somebody might remember we had a problem with the undeployment with > Tomcat. This was fixed in Cocoon 2.1.1 by updating excalibur event and util > concurrent IIRC. Now the undeployment works and no process hangs but I get > an exception (s

Re: Removing usage of LogKitManager / LogKitManagable

Hello Peter, we already have this: http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=106215953707243&w=2 and this: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21730. If it's wished I can do the change again and commit it immediately. Anybody against it? Joerg Peter Royal wrote: Anyone opp

Exception during undeploy

As somebody might remember we had a problem with the undeployment with Tomcat. This was fixed in Cocoon 2.1.1 by updating excalibur event and util concurrent IIRC. Now the undeployment works and no process hangs but I get an exception (see below). Does any body has an idea (JBoss 3.0.6, Tomcat

Re: [RT] Implementing Cocoon Blocks

On Sat, 2003-08-30 at 04:57, Geoff Howard wrote: > But this brings up another point - what to do if the wiring.xml and > others is deleted? Presumably, all blocks are "uninstalled" in this > state, but what does this do to persistence requirements. > > Also, how to recreate the deploy step eff

Re: strange ...

On Tue, Sep 09, 2003 at 03:19:17PM +0200, Bruno Dumon wrote: > On Tue, 2003-09-09 at 15:09, Leszek Gawron wrote: > > On Tue, Sep 09, 2003 at 02:35:10PM +0200, Bruno Dumon wrote: > > I think this couldn't work as the Cocoon FOM when > > cocoon.request.getParameter( "test" ) is issued does > > requ

Re: strange ...

On Tue, 2003-09-09 at 15:09, Leszek Gawron wrote: > On Tue, Sep 09, 2003 at 02:35:10PM +0200, Bruno Dumon wrote: > I think this couldn't work as the Cocoon FOM when > cocoon.request.getParameter( "test" ) is issued does > request.getParameter( "test" ); > > while the xsp-request logicsheet perfo

Re: [RT] Implementing Cocoon Blocks

(catching up on block discussions...) On Fri, 2003-08-29 at 05:53, Geoff Howard wrote: > > Implementation Phases > > - > > > > Phase 1: definition of the contract between the block manager inside > > cocoon and the standalone block deployer. These contracts include: > > > >

RE: Woody: repeater handlers

Sorry, my mistake! RepeaterHandler != FormHandler and a FormHandler can contain multiple RepeaterHandlers Gunter -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Gunter D'Hondt Sent: dinsdag 9 september 2003 15:09 To: [EMAIL PROTECTED] Subject: Woody: re

Removing usage of LogKitManager / LogKitManagable

Anyone opposed to removing the usage of the LogKitManagable interface from HEAD? The impact is that Loggable components would no longer be able to receive a logger, and on the flipside, Log4J support will be much easier to implement as all logging-impl specific code is then in CocoonServlet, C

Woody: repeater handlers

I'm trying to build a page with two repeater widgets which each have their own events. But the RepeaterHandler (=FormHandler) class can only handle events for one repeater (only one repeaterName, addCommand, removeCommand, etc). Any suggestions how to expand this so that the sample form could inc

Re: strange ...

On Tue, Sep 09, 2003 at 02:35:10PM +0200, Bruno Dumon wrote: I think this couldn't work as the Cocoon FOM when cocoon.request.getParameter( "test" ) is issued does request.getParameter( "test" ); while the xsp-request logicsheet performs encoding translation: public static String getParamet

Re: strange ...

On Tue, Sep 09, 2003 at 02:35:10PM +0200, Bruno Dumon wrote: > On Tue, 2003-09-09 at 14:30, Leszek Gawron wrote: > > getLogger().error( "!!" + request.getCharacterEncoding() ); > > outputs: > > > > ERROR (2003-09-09) 14:27.57:265 [sitemap.action.serverpages] > > (/gemini-manager/projects/serv

[OT] GetTogether - arrivals and departures

Hi, guys! I thought it might be cool to know when everyone is heading to (and leaving from) Genth. If you already know why not add it to... http://wiki.cocoondev.org/Wiki.jsp?page=GetTogetherAttending cheers -- Torsten

Re: strange ...

On Tue, 2003-09-09 at 14:30, Leszek Gawron wrote: > getLogger().error( "!!" + request.getCharacterEncoding() ); > outputs: > > ERROR (2003-09-09) 14:27.57:265 [sitemap.action.serverpages] > (/gemini-manager/projects/server-works/2) Thread-11/request_xsp: !!null Why is this strange? Hasn't th

strange ...

getLogger().error( "!!" + request.getCharacterEncoding() ); outputs: ERROR (2003-09-09) 14:27.57:265 [sitemap.action.serverpages] (/gemini-manager/projects/server-works/2) Thread-11/request_xsp: !!null all my database scripts gone crazy and mix up all polish letters on inserts LG

Re: Problems integrating Cocoon build in our build system

Now, I have not been looking at it until some minutes ago. But unfortunately it did not help me. The first steps I have already done and the xpatching of any files I don't really need (at least until now). And I wonder how the validate jars works for you if not only by accident. The hard coded

Re: Problems integrating Cocoon build in our build system

Joerg Heinicke wrote: We have a global repository that now also stores the Cocoon 2.1.1 sources. If one wants to use Cocoon in his project he has to build it after setting some properties (the normal local.*.properties). The Cocoon sources in the repository shall stay untouched of course. Ther

Problems integrating Cocoon build in our build system

We have a global repository that now also stores the Cocoon 2.1.1 sources. If one wants to use Cocoon in his project he has to build it after setting some properties (the normal local.*.properties). The Cocoon sources in the repository shall stay untouched of course. Therefore I set the properti

Re: "Remove" problems with the Woody sample

On Sat, 2003-09-06 at 13:39, Hugo Burm wrote: > This is about the "Bean Binding" sample on the Woody samples page, and the > "Remove" option of the Contacts on this page. > (Cocoon version: 2.1.2, one day after the release of 2.1.1) > > 1) > If I have more than one Contact (e.g. by adding the line

[ANN] Another reason to go to the GetTogether

In case any of you are still wondering why you should register for the Cocoon GetTogether (http://www.orixo.com/events/gt2003/) - here's another reason: Pick up your copy of the free, Eclipse based, Cococon tool - sunBow (http://radio.weblogs.com/0108489/). The newest version 2.0, which will be di

Re: Future build

Antonio Gallardo wrote: Thanks for the reply. It is comfortable. :) ^^^ Even though cocooning requires comfortable couches and plush pillows, I'd rather say 'comforting' here, Antonio. ;-) Cheers, and tnx of course, -- Steven Noels