[UPDATE] Cocoon control flow

Hi, Over the past two weeks I've completely overhauled the control flow layer in Cocoon. Prompted by Jason's pointer to JavaScript's ability to save its state, I've contacted Christopher Oliver, the original author of that work. We was very kind and did an amazing work in taking his original work

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/language/markup/xsp/javascript xsp.xsl

vgritsenko02/03/22 19:45:32 Modified:src/java/org/apache/cocoon/components/language/markup/xsp/java xsp.xsl src/java/org/apache/cocoon/components/language/markup/xsp/javascript xsp.xsl Log: Fix bug with xsp:element: Name

Re: SchemoX forms

Konstantin, Since the all XML/XSL form validation and presentation is already available and somewhat useful, as Jeremy demoed, I would now like to do the all Java extreme. I got the Schematron validation of JavaBeans/DOM working with XSL templates, but I decided to implement an even more efficien

RE: aggregate and views : what's the correct behaviour ?

Sylvain, You forgot one thing: Compiled engine does not work 100% correctly, see corresponding TODO item - it's there on purpose. See also FIXME in the documentation site sitemap.xmap which illustrates the same issue you are describing here. PS I thought you got my email. Or not? Regards, Vadim

map:aggregate and views : what's the correct behaviour ?

Hi team, I just fixed a bug in the treeprocessor which was not handling views in map:aggregate like the compiled engine (see http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7196). However, this made me wonder about what should be the correct behaviour. Let's consider the sitemap snippet tha

DO NOT REPLY [Bug 7196] - TreeProcessor: cocoon-view does not work if label is defined in an aggregation

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

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/treeprocessor/sitemap AggregateNode.java AggregateNodeBuilder.java SitemapLanguage.java

sylvain 02/03/22 14:26:13 Modified:src/java/org/apache/cocoon/components/treeprocessor/sitemap AggregateNode.java AggregateNodeBuilder.java SitemapLanguage.java Log: Fix bug #7196 Revision ChangesPath 1.3 +12 -1

Wyona Conference Extremely Short Summary

Ok, I'm writing this from Giacomo's computer room in his place, so I won't get into deep details. The conference was pretty good, some of the presentations were nice, some boring, but isn't always like that? Anyway, the best part of any conference is the beer-meetings that happen afterwards and

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/source xmldb.xconf

vgritsenko02/03/22 10:42:08 Modified:src/java/org/apache/cocoon/components/source xmldb.xconf Log: Fix CR/LF Revision ChangesPath 1.2 +11 -11 xml-cocoon2/src/java/org/apache/cocoon/components/source/xmldb.xconf Index: xmldb.xconf

Re: new form handling

From: "Torsten Curdt" <[EMAIL PROTECTED]> > Hi, guys, > > I have now put my current work regarding the form handling stuff into > scratchpad. Anyone interested in helping should read the README first. I have delayed committing the stuff from Ivelin Ivanov till the 2.0.2 release, because of the c

XSLTC

Hi There has been a lot of interest recently in XSLTC regarding the potential performance improvements for transformations. I was wondering what is happening regarding integrating XSLTC into Cocoon? I saw a note recently from Stefano ([STATUS] Cocoon Roadmap) that said: There are a few comp

new form handling

Hi, guys, I have now put my current work regarding the form handling stuff into scratchpad. Anyone interested in helping should read the README first. Don't expect too much yet :) Any comments are welcome... cheers -- Torsten --

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/precept/stores/bean/test - New directory

tcurdt 02/03/22 09:42:44 xml-cocoon2/src/scratchpad/src/org/apache/cocoon/precept/stores/bean/test - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED]

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/precept/stores/dom/simple - New directory

tcurdt 02/03/22 09:42:44 xml-cocoon2/src/scratchpad/src/org/apache/cocoon/precept/stores/dom/simple - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED]

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/precept/preceptors/easyrelax/constraints - New directory

tcurdt 02/03/22 09:42:44 xml-cocoon2/src/scratchpad/src/org/apache/cocoon/precept/preceptors/easyrelax/constraints - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/precept/stores/dom - New directory

tcurdt 02/03/22 09:42:39 xml-cocoon2/src/scratchpad/src/org/apache/cocoon/precept/stores/dom - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For add

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/precept/stores/bean - New directory

tcurdt 02/03/22 09:42:39 xml-cocoon2/src/scratchpad/src/org/apache/cocoon/precept/stores/bean - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For ad

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/precept/preceptors/easyrelax - New directory

tcurdt 02/03/22 09:42:39 xml-cocoon2/src/scratchpad/src/org/apache/cocoon/precept/preceptors/easyrelax - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECT

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/precept/stores - New directory

tcurdt 02/03/22 09:42:35 xml-cocoon2/src/scratchpad/src/org/apache/cocoon/precept/stores - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additio

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/precept/preceptors - New directory

tcurdt 02/03/22 09:42:35 xml-cocoon2/src/scratchpad/src/org/apache/cocoon/precept/preceptors - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For add

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/precept/acting - New directory

tcurdt 02/03/22 09:42:35 xml-cocoon2/src/scratchpad/src/org/apache/cocoon/precept/acting - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additio

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/precept - New directory

tcurdt 02/03/22 09:42:30 xml-cocoon2/src/scratchpad/src/org/apache/cocoon/precept - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional com

cvs commit: xml-cocoon2/src/scratchpad/webapp/mount/precept/example2 - New directory

tcurdt 02/03/22 09:41:53 xml-cocoon2/src/scratchpad/webapp/mount/precept/example2 - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional com

cvs commit: xml-cocoon2/src/scratchpad/webapp/mount/precept/example1 - New directory

tcurdt 02/03/22 09:41:53 xml-cocoon2/src/scratchpad/webapp/mount/precept/example1 - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional com

cvs commit: xml-cocoon2/src/scratchpad/webapp/mount/precept/model - New directory

tcurdt 02/03/22 09:41:53 xml-cocoon2/src/scratchpad/webapp/mount/precept/model - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional comman

cvs commit: xml-cocoon2/src/scratchpad/webapp/mount/precept - New directory

tcurdt 02/03/22 09:41:48 xml-cocoon2/src/scratchpad/webapp/mount/precept - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-

cvs commit: xml-cocoon2 changes.xml

tcurdt 02/03/22 09:40:44 Modified:.changes.xml Log: forgot to add the cocoon-action syntax change Revision ChangesPath 1.127 +9 -1 xml-cocoon2/changes.xml Index: changes.xml === RC

[RT] Configuration front-end

Hi Cocoon developers,   I just was about to write a litte Sitemap tutorial for cocooncenter when my flat-mate entered the room. He remarked that an editor with an intuitive GUI would make much more sense. If someone who's not absolutely convinced of the "XSLT doctrine" compares Cocoon to anot

Re: Adding values to Cocoon's context

On Fri, Mar 22, 2002 at 07:39:18PM +0300, Piroumian, Konstantin wrote: > I think that he meant the usual servlet context, not appContext from > CocoonServlet. You can add anything you need to your application context > using another servlet, then CocoonServlet will already have all the needed >

RE: Adding values to Cocoon's context

> From: Marcus Crafter [mailto:[EMAIL PROTECTED]] > > Hi Vadim, > > Thanks for your response mate. > > On Fri, Mar 22, 2002 at 11:09:41AM -0500, Vadim Gritsenko wrote: > > > From: Marcus Crafter [mailto:[EMAIL PROTECTED]] > > > > > > 4. any others ? > > > > Here it is: > > > > Write ano

RE: Adding values to Cocoon's context

> From: Marcus Crafter [mailto:[EMAIL PROTECTED]] > Sent: Friday, March 22, 2002 7:36 PM > To: [EMAIL PROTECTED] > Subject: Re: Adding values to Cocoon's context > > > Hi Vadim, > > Thanks for your response mate. > > On Fri, Mar 22, 2002 at 11:09:41AM -0500, Vadim Gritsenko wrote: > > >

Re: Adding values to Cocoon's context

Hi Vadim, Thanks for your response mate. On Fri, Mar 22, 2002 at 11:09:41AM -0500, Vadim Gritsenko wrote: > > From: Marcus Crafter [mailto:[EMAIL PROTECTED]] > > > > 4. any others ? > > Here it is: > > Write another servlet populating context and set startup order in the > web.xml

Re: BUG in RequestGenerator ?

At 3:12 pm +0100 22/3/02, Christian Zoffoli wrote: >Jeremy Quinn wrote: >> >> At 9:16 pm +0100 21/3/02, Christian Zoffoli wrote: >> >Hi to all. >> >I found a problem using RequestGenerator. >My goal is to transform some request parameters into an xupdate >document, usable with XMLDBTransformer.

RE: Adding values to Cocoon's context

> From: Marcus Crafter [mailto:[EMAIL PROTECTED]] > > Hi All, > > Hope all is well. I need some advice! :) > > In my quest to avalonize and cocoonize our application, I've > come up against a problem. > > From what I can see, it's not possible to add context key/values

cvs commit: xml-cocoon2 build.xml

vgritsenko02/03/22 08:07:05 Modified:.build.xml Log: generation/xmldb: XML:DB generators config & pipeline source/xmldb: XML:DB source config & pipeline Revision ChangesPath 1.190 +2 -2 xml-cocoon2/build.xml Index: build.xml

Adding values to Cocoon's context

Hi All, Hope all is well. I need some advice! :) In my quest to avalonize and cocoonize our application, I've come up against a problem. From what I can see, it's not possible to add context key/values to the cocoon context from a servlet subclass for thr

Re: BUG in RequestGenerator ?

Jeremy Quinn wrote: > > At 9:16 pm +0100 21/3/02, Christian Zoffoli wrote: > >Hi to all. > >I found a problem using RequestGenerator. > > > >The generated document seems not processable by any processor (xalan, > >saxon, MSXML) > > I have it working (Xalan), but it was a real struggle! > > I th

Re: [TREE-PROCESSOR] - REMARK

Patrick Reuter wrote: > > Hello, > > I did a fresh checkout today and changed the cocoon.xconf from sitemap > compilation to sitemap interpretation aka TREE-PROCESSOR. > > I got the errors, that the following generator types are unknown ... > > > > > after uncommenting these lines, everything

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/generation xmldb.xmap xmldb.xpipe xindice.xmap xmldb-generators.xpipe xmldb.xconf

vgritsenko02/03/22 05:53:34 Added: src/java/org/apache/cocoon/components/source xmldb.xconf src/java/org/apache/cocoon/generation xmldb.xmap xmldb.xpipe Removed: src/java/org/apache/cocoon/generation xindice.xmap xmldb-generators.xpipe xmld

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/transformation SourceWritingTransformer.java

jeremy 02/03/22 05:14:55 Modified:src/scratchpad/src/org/apache/cocoon/transformation SourceWritingTransformer.java Log: cleaned up error handling Revision ChangesPath 1.3 +21 -9 xml-cocoon2/src/scratchpad/src/org/apache/cocoon/transfo

[GUMP] Build Failure - Cocoon2

[echo] -- [echo] Apache Cocoon 20020322 [1999-2002] [echo] -- [echo] Building with Apache Ant version 1.5alpha compiled on March 22 2002 [echo] using build file

[TREE-PROCESSOR] - REMARK

Hello, I did a fresh checkout today and changed the cocoon.xconf from sitemap compilation to sitemap interpretation aka TREE-PROCESSOR. I got the errors, that the following generator types are unknown ... after uncommenting these lines, everything worked fine again ... Solutions: - add th

cvs commit: xml-cocoon2/src/scratchpad/webapp/mount/editor/editor/stylesheets editor-utils.xsl

jeremy 02/03/22 04:30:24 Modified:src/scratchpad/webapp/mount/editor/editor/docs alpha-config.xml bravo-config.xml src/scratchpad/webapp/mount/editor/editor/stylesheets editor-utils.xsl Log: minor fix for missing new fi

cvs commit: xml-cocoon2/src/scratchpad/webapp/mount/editor/stylesheets simple-page2html.xsl

jeremy 02/03/22 04:10:00 Modified:src/scratchpad/webapp/mount/editor README editor.xmap test.xmap src/scratchpad/webapp/mount/editor/editor/docs alpha-config.xml bravo-config.xml schematron-page.xml

RE: Fixed: WebSphere 4.0 & Cocoon

Vadim, Can you please do me a favor? Can you update the install instructions with information for WebSphere? Thanks, dims --- Vadim Gritsenko <[EMAIL PROTECTED]> wrote: > > From: Davanum Srinivas [mailto:[EMAIL PROTECTED]] > > > > Have you tried this? > > Nope. Thanks for the tip. I commited

Re: BUG in RequestGenerator ?

At 9:16 pm +0100 21/3/02, Christian Zoffoli wrote: >Hi to all. >I found a problem using RequestGenerator. > >The generated document seems not processable by any processor (xalan, >saxon, MSXML) I have it working (Xalan), but it was a real struggle! I think part of the problem is the namespace se

Jtidy options

Can anyone explain me where & how I can set the Tidy options for the HTML Serializer? Regards, Arjé Cahn - Content Management Department Hippo Webworks Grasweg 35 1031 HW Amsterdam The Netherlands Tel +31 (0)20 6345173 Fax +31 (0)20 634

Re: error handling !*#%!

Just a quick update. I am hammering on the Schematron Validator. Have it working already, but am now trying to optimize it to be all SAX based and use XSLTC templates. Should be ready any day now. > I agree an Action is an inconvenient place to do validation, because it > cannot output the xml

Re: ESQL rewrite proposal

On 22.Mar.2002 -- 09:50 AM, Elias Karakoulakis wrote: > Hello All, > > I have opened a bug case in bugzilla for the ESQL logicsheet: it doesn't > behave correctly for some kinds of grouped resultsets (). I I understand that Tim Meyers, the author of the grouping code, is actively working with yo