Re: [RT] Web Wizard Best Practices [was: Cocoon Form Handling]

> > see it action or event based rather than page based. a hit on a button > > generates an event or action that populates and (maybe) validates. So you > > are completely free to populate or not populate, to validate or not > > validate on this specific event. > > Now I understand. It is actually

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/treeprocessor DefaultTreeBuilder.java

cziegeler02/03/17 23:15:13 Modified:src/java/org/apache/cocoon/components/treeprocessor DefaultTreeBuilder.java Removed: src/java/org/apache/cocoon/components CocoonSourceResolver.java Log: Fixed compilation problem with TreeBuil

RE: Do we need a PatchManager?

> Gerhard Froehlich wrote: > > > Hi Team, > I noticed that many patches are in the patch pipeline and > that often it takes a long long time until they are applied. > I don't know if this is wished. > > I'm not that fan of hirachies and structures in OSS projects. > But I feel we need somebody

cvs commit: xml-cocoon2/src/scratchpad/schecoon ChangeLog

ovidiu 02/03/17 22:49:55 Modified:src/scratchpad/schecoon ChangeLog Log: 2002-03-17 Ovidiu Predescu <[EMAIL PROTECTED]> * src/org/apache/cocoon/components/treeprocessor/sitemap/CallNodeBuilder2.java: Setup the resources subtree on the CallFunctionNode created.

cvs commit: xml-cocoon2/src/scratchpad/schecoon/src/org/apache/cocoon/components/treeprocessor/sitemap CallNodeBuilder2.java

ovidiu 02/03/17 22:49:04 Modified: src/scratchpad/schecoon/src/org/apache/cocoon/components/treeprocessor/sitemap CallNodeBuilder2.java Log: Setup the resources subtree on the CallFunctionNode created. Revision ChangesPath 1.3 +13 -6 x

cvs commit: xml-cocoon2/src/scratchpad/schecoon/src/org/apache/cocoon/components/treeprocessor/sitemap CallFunctionNode.java

ovidiu 02/03/17 22:47:01 Modified: src/scratchpad/schecoon/src/org/apache/cocoon/components/treeprocessor/sitemap CallFunctionNode.java Log: Implement Initializable. Set the `resources' on the interpreter in initialize(). This is suboptimal as there can be

cvs commit: xml-cocoon2/src/scratchpad/schecoon/src/org/apache/cocoon/components/flow/javascript JSCocoon.java

ovidiu 02/03/17 22:43:46 Modified:src/scratchpad/schecoon/src/org/apache/cocoon/components/flow/javascript JSCocoon.java Log: (processPipeline): New function. Revision ChangesPath 1.2 +7 -2 xml-cocoon2/src/scratchpad/schecoon/src/org/

cvs commit: xml-cocoon2/src/scratchpad/schecoon/src/org/apache/cocoon/components/flow ScriptSource.java

ovidiu 02/03/17 22:42:52 Modified:src/scratchpad/schecoon/src/org/apache/cocoon/components/flow ScriptSource.java Log: Removed extra imports. Removed debugging statements. Revision ChangesPath 1.2 +0 -2 xml-cocoon2/src/scratchpad/sche

cvs commit: xml-cocoon2/src/scratchpad/schecoon/src/org/apache/cocoon/components/treeprocessor/sitemap ScriptNode.java

ovidiu 02/03/17 22:42:01 Modified: src/scratchpad/schecoon/src/org/apache/cocoon/components/treeprocessor/sitemap ScriptNode.java Log: Removed extra imports. Revision ChangesPath 1.6 +0 -11 xml-cocoon2/src/scratchpad/schecoon/src/org/a

cvs commit: xml-cocoon2/src/scratchpad/schecoon/src/org/apache/cocoon/components/flow JavaScriptInterpreter.java

ovidiu 02/03/17 22:39:21 Modified:src/scratchpad/schecoon/src/org/apache/cocoon/components/flow JavaScriptInterpreter.java Log: Added initial support for invoking a pipeline. Revision ChangesPath 1.6 +8 -15 xml-cocoon2/src/scratchpad/s

cvs commit: xml-cocoon2/src/scratchpad/schecoon/src/org/apache/cocoon/components/flow Interpreter.java

ovidiu 02/03/17 22:38:32 Modified:src/scratchpad/schecoon/src/org/apache/cocoon/components/flow Interpreter.java Log: (setResources): New method to make the resources tree available to the flow interpreter. Pass a Map to processPipeline instead of a H

cvs commit: xml-cocoon2/src/scratchpad/schecoon/src/org/apache/cocoon/components/flow AbstractInterpreter.java

ovidiu 02/03/17 22:37:23 Modified:src/scratchpad/schecoon/src/org/apache/cocoon/components/flow AbstractInterpreter.java Log: (setResources): New method to make the resources tree available to the flow interpreter. Revision ChangesPath 1.2

Re: Performance Guide

Gerhard, I am sorry, but there seem to be a misunderstanding. I am a Cocoon newcomer. Don't have a document nor experience with large scale Cocoon tuning. In production we use JSP+Struts for front end. I would like to swap this for Cocoon as early as I know how to tune it to scale to the numbe

RE: Everywhere licences

Copies of this email, copies of this email, blowing up my Outlook client and looking like spam! Do this, don't sending that F$#KING email again, man!!! 4th copy and counting. Scott > -Original Message- > From: Andrew C. Oliver [mailto:[EMAIL PROTECTED]] > Sent: Friday, March 15, 2002

Re: [RT] Avoiding Cocoon Thermal Death

Stefano Mazzocchi wrote: > > > +-+ > | I propose the adoption of the Avalon Block | > | design pattern to modularize Cocoon's user | > | level and avoid the increase of disorder. | > +-

RE: GIFTranscoder w/o LZW licensing issues

Sometimes you need GIF and only GIF because of the browser contraints. with best wishes Alexander Kachanov On Sunday, 17 March, 2002, 15:12:57, Matteo wrote: MDG> Hello all! MDG> I've found a GIFOutputStream (that can turned into a GIFTranscoder) that MDG> does *not* implement the LZW compres

Re: GIFTranscoder w/o LZW licensing issues

On Sunday, 17 March, 2002, 15:12:57, Matteo wrote: MDG> Hello all! MDG> I've found a GIFOutputStream (that can turned into a GIFTranscoder) that MDG> does *not* implement the LZW compression. Sure, anyone can implement GIF *encoding* as long as they are content to produce huge, uncompressed ima

Re: [RT] Web Wizard Best Practices

So Ivelin, if I understand you correctly, are you suggesting that we would have two points of validation? 1) when the user submits a form via 'action'. 2) when the information stored in the db (or wherever) is displayed to the user using transformation validation. Well for (2), I'm not clear on

DO NOT REPLY [Bug 7187] - [PATCH] esql:group, footer fix

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 7184] - [PATCH] no sample for esql:group in esql.xsp

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: [RT] Web Wizard Best Practices

Jeremy, I've tried your latest piece of work. I think C2 needs more demos like . As I was looking through the code I realized that earlier I might have been trying to fit one hat to all sizes. Oh, didn't you say just that ;-> All right, having that said though, I still believe that both trans

DO NOT REPLY [Bug 7187] - [PATCH] xsl:group, footer fix

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 7187] - [PATCH] xsl:group, footer fix

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 7187] New: - [PATCH] xsl:group, footer fix

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 7181] - esql:group behaves erratically

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/documentation/xdocs/installing index.xml

vgritsenko02/03/17 14:25:12 Modified:src/documentation/xdocs/installing index.xml Log: update installation instructions. Tomcat 3.3 is a drop-in install! Revision ChangesPath 1.14 +207 -56 xml-cocoon2/src/documentation/xdocs/installing/index.xml Index: index.

cvs commit: xml-cocoon2/src/scratchpad/schecoon ChangeLog

ovidiu 02/03/17 14:12:44 Modified:src/scratchpad/schecoon ChangeLog Log: 2002-03-17 Ovidiu Predescu <[EMAIL PROTECTED]> * src/org/apache/cocoon/components/treeprocessor/sitemap/ScriptNode.java: Register the loaded script file with the interpreter, instead of

cvs commit: xml-cocoon2/src/scratchpad/schecoon/src/org/apache/cocoon/components/treeprocessor/sitemap ScriptNode.java

ovidiu 02/03/17 14:11:40 Modified: src/scratchpad/schecoon/src/org/apache/cocoon/components/treeprocessor/sitemap ScriptNode.java Log: Register the loaded script file with the interpreter, instead of calling readScript. The interpreter will delay loading t

Re: cocoonform demo

Good catch. Thanks. Just uploaded the fix: http://prdownloads.sourceforge.net/freebuilder/CocoonForm_0-6-1.zip Looking forward for your further participation in the best practices discussion. Ivelin - Original Message - From: "Andrew C. Oliver" <[EMAIL PROTECTED]> To: <[EMAIL PROTEC

cvs commit: xml-cocoon2/src/scratchpad/schecoon/webapp/WEB-INF logkit.xconf

ovidiu 02/03/17 14:07:48 Modified:src/scratchpad/schecoon/webapp/WEB-INF logkit.xconf Log: Added separate logger for the flow component. Revision ChangesPath 1.3 +14 -0 xml-cocoon2/src/scratchpad/schecoon/webapp/WEB-INF/logkit.xconf Index: logkit.xconf

cvs commit: xml-cocoon2/src/scratchpad/schecoon/webapp sitemap.xmap

ovidiu 02/03/17 14:06:59 Modified:src/scratchpad/schecoon/webapp sitemap.xmap Log: Don't use a slash in front of the filename. Revision ChangesPath 1.7 +1 -1 xml-cocoon2/src/scratchpad/schecoon/webapp/sitemap.xmap Index: sitemap.xmap ==

cvs commit: xml-cocoon2/src/scratchpad/schecoon/webapp example2.js

ovidiu 02/03/17 14:04:19 Added: src/scratchpad/schecoon/webapp example2.js Log: Simple test file loaded from another JavaScript file. Revision ChangesPath 1.1 xml-cocoon2/src/scratchpad/schecoon/webapp/example2.js Index: example2.js ===

cvs commit: xml-cocoon2/src/scratchpad/schecoon/webapp example.js

ovidiu 02/03/17 14:02:54 Modified:src/scratchpad/schecoon/webapp example.js Log: Simple test of various Cocoon objects exported in JavaScript. Revision ChangesPath 1.2 +6 -2 xml-cocoon2/src/scratchpad/schecoon/webapp/example.js Index: example.js ==

Re: [RT] Web Wizard Best Practices [was: Dynamic Schematronvalidation works!]

At 11:40 am -0600 17/3/02, Ivelin Ivanov wrote: >Jeremy, >> Not wanting to be negative or anything ... but we have quite different >> approaches driven by different needs, we may or may not be able to >> reconcile them. > >That's perfectly fine with me. >Don't you think we should be able to agree

cvs commit: xml-cocoon2/src/scratchpad/schecoon/src/org/apache/cocoon/flow Translator.java

ovidiu 02/03/17 14:01:23 Added: src/scratchpad/schecoon/src/org/apache/cocoon/flow Translator.java Log: Simple translator. Revision ChangesPath 1.1 xml-cocoon2/src/scratchpad/schecoon/src/org/apache/cocoon/flow/Translator.java

cvs commit: xml-cocoon2/src/scratchpad/schecoon/src/org/apache/cocoon/components/flow flow.xconf

ovidiu 02/03/17 14:00:21 Modified:src/scratchpad/schecoon/src/org/apache/cocoon/components/flow flow.xconf Log: Added comment on what are the possible options. Added options for enabling the reloading of scripts, and define logger. Revision Changes

cvs commit: xml-cocoon2/src/scratchpad/schecoon/src/org/apache/cocoon/components/flow JavaScriptInterpreter.java

ovidiu 02/03/17 13:58:35 Modified:src/scratchpad/schecoon/src/org/apache/cocoon/components/flow JavaScriptInterpreter.java Log: Make available on the JavaScript top level the log and the Cocoon objects. Define print on the top level. Refactored JavaScript

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

sylvain 02/03/17 13:55:22 Modified:src/java/org/apache/cocoon/components/treeprocessor AbstractProcessingNodeBuilder.java ProcessingNodeBuilder.java TreeBuilder.java TreeProcessor.java treeprocessor-builtins.xml

cvs commit: xml-cocoon2/src/scratchpad/schecoon/src/org/apache/cocoon/components/flow InterpreterSelector.java

ovidiu 02/03/17 13:53:37 Modified:src/scratchpad/schecoon/src/org/apache/cocoon/components/flow InterpreterSelector.java Log: Maintain the logger separate from the Cocoon sitemap one. Initialize the created interpreters with the values obtained from the

cvs commit: xml-cocoon2/src/scratchpad/schecoon/src/org/apache/cocoon/components/flow Interpreter.java

ovidiu 02/03/17 13:52:05 Modified:src/scratchpad/schecoon/src/org/apache/cocoon/components/flow Interpreter.java Log: Modified the readScript method to take the Environment as argument instead of an InputStream. Revision ChangesPath 1.4 +5

cvs commit: xml-cocoon2/src/scratchpad/schecoon prj.el

ovidiu 02/03/17 13:50:15 Modified:src/scratchpad/schecoon prj.el Log: Updated. Revision ChangesPath 1.10 +2 -2 xml-cocoon2/src/scratchpad/schecoon/prj.el Index: prj.el === RCS file: /home

cvs commit: xml-cocoon2/src/scratchpad/schecoon build.xml

ovidiu 02/03/17 13:49:53 Modified:src/scratchpad/schecoon build.xml Log: Rename "package" target to "jar". Revision ChangesPath 1.11 +3 -3 xml-cocoon2/src/scratchpad/schecoon/build.xml Index: build.xml ===

cvs commit: xml-cocoon2/src/scratchpad/schecoon/src/org/apache/cocoon/components/flow/javascript JSLog.java

ovidiu 02/03/17 13:48:35 Added: src/scratchpad/schecoon/src/org/apache/cocoon/components/flow/javascript JSLog.java Log: JavaScript interface with the Cocoon log system. Revision ChangesPath 1.1 xml-cocoon2/src/scratchpad/sche

cvs commit: xml-cocoon2/src/scratchpad/schecoon/src/org/apache/cocoon/components/flow/javascript JSGlobal.java

ovidiu 02/03/17 13:47:57 Added: src/scratchpad/schecoon/src/org/apache/cocoon/components/flow/javascript JSGlobal.java Log: Some top level JavaScript definitions. Revision ChangesPath 1.1 xml-cocoon2/src/scratchpad/schecoon/sr

cvs commit: xml-cocoon2/src/scratchpad/schecoon/src/org/apache/cocoon/components/flow/javascript JSCocoon.java

ovidiu 02/03/17 13:47:12 Added: src/scratchpad/schecoon/src/org/apache/cocoon/components/flow/javascript JSCocoon.java Log: JavaScript representation of Cocoon abstractions. Revision ChangesPath 1.1 xml-cocoon2/src/scratchpad/

cvs commit: xml-cocoon2/src/scratchpad/schecoon/src/org/apache/cocoon/components/flow/javascript - New directory

ovidiu 02/03/17 13:46:11 xml-cocoon2/src/scratchpad/schecoon/src/org/apache/cocoon/components/flow/javascript - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL

cvs commit: xml-cocoon2/src/scratchpad/schecoon/src/org/apache/cocoon/components/flow ScriptSource.java

ovidiu 02/03/17 13:45:00 Added: src/scratchpad/schecoon/src/org/apache/cocoon/components/flow ScriptSource.java Log: Representation of script source. Maintains the timestamp of the last modification, together with the Source object, but caches access to

cocoonform demo

Hi, Been working on getting the cocoonform demo to work. Dunno if you've fixed this yet but there is a no-compile bug: cocoonform/CocoonForm/src/org/apache/cocoon/samples/xmlform/FormBinderAction.java the statement: import org.apache.cocoon.formbean.FormBeanBinder; should read: import org.apa

cvs commit: xml-cocoon2/src/scratchpad/schecoon/src/org/apache/cocoon/components/flow AbstractInterpreter.java

ovidiu 02/03/17 13:43:37 Added: src/scratchpad/schecoon/src/org/apache/cocoon/components/flow AbstractInterpreter.java Log: Super class for flow language interpreters. Deals mainly with observing modifications to script files used, and reloads them in th

cvs commit: xml-cocoon2/src/scratchpad/webapp/mount/editor/editor/stylesheets generation-utils.xsl validationFilter.xsl dir2editor.xsl editor-alpha-components.xsl editor-bravo-components.xsl editor-components.xsl editor-page2html.xsl editor-utils.xsl editor2writer.xsl file2editor.xsl request2editor.xsl stream2editor.xsl

jeremy 02/03/17 13:26:56 Modified:src/scratchpad/webapp/mount/editor editor.xmap src/scratchpad/webapp/mount/editor/editor/docs alpha-config.xml bravo-config.xml schematron-page.xml src/scratchpad/webapp/moun

Re: [OT] IDE survey

*** REPLY SEPARATOR *** On 17.03.2002 at 15:11 Per-Olof Norén wrote: >Hi coccon coders, >After looking at the JBuilder issues, >I started to grow an interest on the IDE configs >amongst the cocoon developers. >So whats our environment? >We use XML Spy for xml related dev >and

Re: [OT] IDE survey

On Sunday 17 March 2002 09:11 am, Per-Olof Norén wrote: > We use XML Spy for xml related dev > and a beta of IntelliJ Idea for the Java stuff. I use IDEA 2.5.2, haven't been brave enough to try Adriana yet. I used to use XMLSpy when I was developing on Win32, but now I'm purely on Linux and thus

cvs commit: xml-cocoon2/src/documentation/xdocs faq.xml

vgritsenko02/03/17 11:05:09 Modified:src/documentation/xdocs faq.xml Log: rearrange/clean up a little bit. Added entry about sitemap reloading (thanks to Luca Morandini [[EMAIL PROTECTED]]) Revision ChangesPath 1.7 +198 -146 xml-cocoon2/src/documentation/xdocs/f

DO NOT REPLY [Bug 7181] New: - esql:group behaves erratically

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: Serializer needs to be a SitemapModelComponent ?

> From: Nicola Ken Barozzi [mailto:[EMAIL PROTECTED]] > > From: "Sylvain Wallez" <[EMAIL PROTECTED]> > > > Please find below an answer I gave to a colleague on cocoon-users. After > > more thoughts, I think to have found a good example of a Serializer that > > could take advantage of both Parame

Bug report for Cocoon 2 [2002/03/17]

+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/servlet CocoonServlet.java

vgritsenko02/03/17 10:00:36 Modified:src/java/org/apache/cocoon/servlet CocoonServlet.java Log: WebLogic 6.1 fix Revision ChangesPath 1.17 +6 -1 xml-cocoon2/src/java/org/apache/cocoon/servlet/CocoonServlet.java Index: CocoonServlet.java

Bug report for Cocoon 1 [2002/03/17]

+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned

Re: [RT] Web Wizard Best Practices [was: Cocoon Form Handling]

- Original Message - From: "Torsten Curdt" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]>; "Ivelin Ivanov" <[EMAIL PROTECTED]> Sent: Sunday, March 17, 2002 10:50 AM Subject: Re: Cocoon Form Handling > On Sun, 17 Mar 2002, Ivelin Ivanov wrote: > > > > > ok - then we are on the same track...

RE: eXist component for Cocoon

> From: Christofer Dutz [mailto:[EMAIL PROTECTED]] > > I thought that the double initialisation would cause my problems, but > the error seems to occur on both initialisations. Is there a way to > prevent Cocoon from doing these two inits? Cocoon is being initialized twice. That's the bug introd

cvs commit: xml-cocoon2/src/documentation/stylesheets book2menu.xsl site2xhtml.xsl

vgritsenko02/03/17 09:42:11 Modified:src/documentation/stylesheets book2menu.xsl site2xhtml.xsl Log: Attempt to make new skin look like old one (with SVGs). Revision ChangesPath 1.3 +3 -3 xml-cocoon2/src/documentation/stylesheets/book2menu.xsl Index: book

Re: [RT] Web Wizard Best Practices [was: Dynamic Schematron validation works!]

Jeremy, - Original Message - From: "Jeremy Quinn" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Sunday, March 17, 2002 4:47 AM Subject: Re: Dynamic Schematron validation works! > At 1:23 pm -0600 16/3/02, Ivelin Ivanov wrote: > >As Torsten suggested, shall we please try to agree on

DO NOT REPLY [Bug 7175] - Class loading issues when using own XML parser

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

AW: eXist component for Cocoon

I thought that the double initialisation would cause my problems, but the error seems to occur on both initialisations. Is there a way to prevent Cocoon from doing these two inits? The code I used for writing this component was based on the code of the hsqldb component. But to my other question .

Re: [RT] CallBack Style XML Handlers

Berin, I don't have high enough rank or knowledge of Cocoon to discuss this subject and should probably stay quiet, but since no one else seems to respond, I'll take the risk. 1) If you have been following the threads on HTML form binding and validation, you have noticed that one problem is h

Re: Cocoon Form Handling

On Sun, 17 Mar 2002, Ivelin Ivanov wrote: > > ok - then we are on the same track... but please consider the population > > syntax I proposed. I think resetting something is misleading and it works > > fine without. > > I certainly would. You put a lot more thought into your code than I have for

Re: [Update] slash-edit gains Schematron validation

I'll check it out right now. Must be cool. - Original Message - From: "Jeremy Quinn" <[EMAIL PROTECTED]> To: "Cocoon Dev" <[EMAIL PROTECTED]> Sent: Sunday, March 17, 2002 10:20 AM Subject: [Update] slash-edit gains Schematron validation > Hi All, > > I finally committed an updated ver

DO NOT REPLY [Bug 7175] - Class loading issues when using own XML parser

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: eXist component for Cocoon

Christofer, >>> When starting this service I get a “java.io.IOException: Address in use: JVM_Bind” no matter what port I configure eXist to use as RPC-Port. ... Another question. When looking at the logs it looks like the initialisation process of most components is run twice on every start up

[Update] slash-edit gains Schematron validation

Hi All, I finally committed an updated version of with the Schematron validation stuff from Ivelin's demo. The rules could do with some improvement, there is no relationship between the field names in the forms and the error messages yet, and it can be hell to find out what went wrong if you en

Re: Dynamic Schematron validation works!

At 1:23 pm -0600 16/3/02, Ivelin Ivanov wrote: >As Torsten suggested, shall we please try to agree on the requirements for >the problem we're trying to solve. >Starting with something non-trivial, but not too comlex as well. Just enough >to demonstrate good potential and allow for further extensio

Re: Dynamic Schematron validation works!

At 6:01 pm +0100 16/3/02, Michael Hartle wrote: >Jeremy Quinn wrote: > >>At 11:49 am +0100 16/3/02, Torsten Curdt wrote: >> >>>Jeremy, I don't want to spoil your enthusiasm but there still two major >>>issues... I've been talking with Ivelin off the list about these issues. >>>(Maybe we should mov

cvs commit: xml-cocoon2/src/scratchpad/webapp/mount/editor/editor/stylesheets editor2writer.xsl schematron-extensions.xsl schematron-validator2xsl.xsl schematron-wrappers.xsl dir2editor.xsl editor-alpha-components.xsl editor-bravo-components.xsl editor-components.xsl editor-page2html.xsl editor-utils.xsl file2editor.xsl request2editor.xsl stream2editor.xsl

jeremy 02/03/17 08:10:26 Modified:src/scratchpad/webapp/mount/editor editor.xmap src/scratchpad/webapp/mount/editor/editor/docs bravo-config.xml welcome.xml src/scratchpad/webapp/mount/editor/editor/stylesheets

eXist component for Cocoon

Hi   I have almost finished a first version of a eXist component which allows eXist to be configured and run from within Cocoon. Everything worked absolutely fine except one thing. When starting eXist you are usually able to start up a XML-RPC server for answering XML-RPC requests. When

Re: Dynamic Schematron validation works!

- Original Message - From: "Torsten Curdt" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]>; "Ivelin Ivanov" <[EMAIL PROTECTED]> Sent: Sunday, March 17, 2002 9:11 AM Subject: Re: Dynamic Schematron validation works! > > > 2) AFAIU validation happens inside the XSLT transformer. IMHO this sho

Re: Dynamic Schematron validation works!

> > 2) AFAIU validation happens inside the XSLT transformer. IMHO this should > >happen inside an action. Otherwise we have to choose what page to show > >from the XML *content*. Only way I see do this is to create another > >transformer for this. But still you are not able to react on

Re: Cocoon Form Handling

- Original Message - From: "Torsten Curdt" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]>; "Ivelin Ivanov" <[EMAIL PROTECTED]> Sent: Sunday, March 17, 2002 8:57 AM Subject: Re: Cocoon Form Handling > > > > > >page1: button "next" -> populate user/name + user/email + > > user/committer

Re: Cocoon Form Handling

> >page1: button "next" -> populate user/name + user/email + > user/committer > >page2: button "next" -> populate user/works-on-other-projects > > Typicly my Actions have a switch statement based on the button which was > pressed. > Or if using Cocoon's action convention this can be ach

Re: GIFTranscoder w/o LZW licensing issues

Matteo Di Giovinazzo wrote: >Hello all! > >I've found a GIFOutputStream (that can turned into a GIFTranscoder) that >does *not* implement the LZW compression. > >www.shetline.com > This sounds very interesting; you should directly get in touch with the batik-dev's, as Transcoders are their domai

GIFTranscoder w/o LZW licensing issues

Hello all! I've found a GIFOutputStream (that can turned into a GIFTranscoder) that does *not* implement the LZW compression. www.shetline.com >From the license: | Copyright (c) 2000, 2001 by Kerry Shetline, [EMAIL PROTECTED] | | Note: This code does *NOT* implement LZW compression. While the

DO NOT REPLY [Bug 7009] - [PATCH] symmetry in HTML Forms :HTML Forms <-> XML/XPath <-> JavaBeans

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

[OT] IDE survey

Hi coccon coders, After looking at the JBuilder issues, I started to grow an interest on the IDE configs amongst the cocoon developers. So whats our environment? We use XML Spy for xml related dev and a beta of IntelliJ Idea for the Java stuff. So, please, lets gather this info. I think there are

cvs commit: xml-cocoon2/src/documentation/xdocs/userdocs/concepts storejanitor.xml

froehlich02/03/17 05:44:52 Modified:src/documentation/xdocs/userdocs/concepts storejanitor.xml Log: more doc update Revision ChangesPath 1.4 +21 -23 xml-cocoon2/src/documentation/xdocs/userdocs/concepts/storejanitor.xml Index: storejanitor.xml ==

cvs commit: xml-cocoon2/src/webapp cocoon.xconf

froehlich02/03/17 05:44:39 Modified:src/webapp cocoon.xconf Log: more doc update Revision ChangesPath 1.41 +4 -5 xml-cocoon2/src/webapp/cocoon.xconf Index: cocoon.xconf === RCS file: /home

Re: New Cocoon Site before entering the _Forrest_ (was Re: Page Title Contest)

From: "Stefano Mazzocchi" <[EMAIL PROTECTED]> > enough showoff of dynamic raster generation, let's get to do > something that works! :-) Changes committed and svg stuff removed. The docs now have these enhancements: 1. menu items are in text 2. page title is in text 3. pages have new clean st

cvs commit: xml-cocoon2 changes.xml

nicolaken02/03/17 05:34:31 Modified:.changes.xml Log: The docs now have svg stuff removed and these enhancements: 1. menu items are in text 2. page title is in text 3. pages have new clean style courtesy of Stefano 4. added Stefano's explanation on how to write mails

cvs commit: xml-cocoon2/src/documentation/xdocs mail-lists.xml

nicolaken02/03/17 05:32:06 Modified:src/documentation/stylesheets book2menu.xsl site2xhtml.xsl src/documentation cocoon.xconf src/documentation/images label-background_b.gif src/documentation/xdocs mail-lists.xml Removed: src/documentat

Re: Tomcat/Cocoon on Linux woes

Matthew Langham wrote: >What we have found is that reducing the number of file handles will cause >the hang to happen sooner. This however may be a separate thing and have >nothing to do with the original problem. Of course if file handles are being >leaked somewhere then we would still need to f

Re: [Announce] componentized input and new database actions

Christian Haul wrote: > > On 16.Mar.2002 -- 11:32 AM, Stefano Mazzocchi wrote: > > Christian Haul wrote: > > > > > > New Componentized Input / Output > > > ModularDatabaseActions gone > > > > > > > > Chris, > > > > this is really great stuff I wonder: do you plan to write any docs > > on th

Re: New Cocoon Site before entering the _Forrest_ (was Re: Page Title Contest)

Vadim Gritsenko wrote: > > > From: Nicola Ken Barozzi [mailto:[EMAIL PROTECTED]] > > > > > > From: "Nicola Ken Barozzi" <[EMAIL PROTECTED]> > > > > > I agree that we should _stop_ using the generated _SVG_ in > > the docs. > > > It makes the docs generation slooow, the download slooow, and the >

Re: Page Title Contest

Ivelin Ivanov wrote: > > I am not sure if this is OT, but every time I load the xml.apache.org site, > the navigation bar on the right, doesn't load quite right. It takes another > refresh to fix this. In addition it is slow, at least slower than > jakarta.apache.org. > Doesn't have that quick an

Tomcat/Cocoon on Linux woes

(Posted this yesterday from another email-address but it hasn't made it thru yet) Help: Tomcat 3.3 with Cocoon 2.0 hangs(?) on SuSE Linux! We are currently experiencing a PITA proble

RE: Live Site

Stefano, >> I've also contacted the guy who wrote the JBuilder support for Cocoon and he told me that they were keeping an eye on Cocoon2 to integrate it, maybe he's still around here, I don't know. << is it worth pushing this? We have a contact to the JBuilder people here in Germany ... Matthe

RE: Performance Guide

Hi, >From: Ivelin Ivanov [mailto:[EMAIL PROTECTED]] > >The minute I have a document like that, I'll use it to do a performance >comparison demo in my company for JSP/Struts vs Cocoon. > >I've been trying to push it lately, but am not too agressive, because don't >quite understand the performance

Re: [Announce] componentized input and new database actions

On 16.Mar.2002 -- 11:32 AM, Stefano Mazzocchi wrote: > Christian Haul wrote: > > > > New Componentized Input / Output > > ModularDatabaseActions gone > > > > Chris, > > this is really great stuff I wonder: do you plan to write any docs > on this stuff? I'm sure this would greatly help to