Fw: Re: Karma request: All Cocoon committers become Forrest committers

Hi, As per the vote, Cocoon committers should now all have commit access to Forrest CVS. When voting new Cocoon developers in, please ask root@ to add them to the 'xml' group as well as the cocoon group. --Jeff - Forwarded message from Brian Behlendorf <[EMAIL PROTECTED]> - Date: Sat,

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

coliver 2003/07/05 21:18:19 Modified:src/blocks/woody/java/org/apache/cocoon/woody/flow/javascript woody.js Log: Format code Revision ChangesPath 1.2 +90 -45 cocoon-2.1/src/blocks/woody/java/org/apache/cocoon/woody/flow/javascript/woody.j

Re: dos2unix (Was: cvs commit: cocoon-2.1/.../poi/hssf/elementsEPMerge.java)

David Crossley wrote: > [EMAIL PROTECTED] wrote: > > joerg 2003/07/05 07:33:17 > > > > Modified: > > src/blocks/poi/java/org/apache/cocoon/components/elementprocessor/impl/poi/hssf/elements > > EPMerge.java > > Log: > > clean up > > line endings fixed > >

dos2unix (Was: cvs commit: cocoon-2.1/.../poi/hssf/elementsEPMerge.java)

[EMAIL PROTECTED] wrote: > joerg 2003/07/05 07:33:17 > > Modified: > src/blocks/poi/java/org/apache/cocoon/components/elementprocessor/impl/poi/hssf/elements > EPMerge.java > Log: > clean up > line endings fixed The email diff showed something strange wit

cvs commit: cocoon-2.1/src/blocks/poi/java/org/apache/cocoon/components/elementprocessor/impl/poi/hssf/elements EPMerge.java

crossley2003/07/05 19:01:18 Modified: src/blocks/poi/java/org/apache/cocoon/components/elementprocessor/impl/poi/hssf/elements EPMerge.java Log: The previous revision messed the line endings, so reverted last changes and applied dos2unix. Revision Chan

cvs commit: cocoon-2.1/src/blocks/poi/java/org/apache/cocoon/components/elementprocessor/impl/poi/hssf/elements EPMergedRegions.java

crossley2003/07/05 18:25:14 Modified: src/blocks/poi/java/org/apache/cocoon/components/elementprocessor/impl/poi/hssf/elements EPMergedRegions.java Log: dos2unix line endings. Revision ChangesPath 1.2 +72 -72 cocoon-2.1/src/blocks/poi/jav

Woody + IE

I also made a change to the Woody Button widget and woody-default.xsl to make it work on IE. Previously it generated a element but apparently IE doesn't return the "value" attribute of as a request parameter. So I changed it to simply create an instead. Please review this change and make corr

Woody + Flowscript

I just checked in a first try at adding Flowscript support to Woody. This consists of two JS classes and one function: function woody(form_function, form_definition, form_attribute) This is the entry point to the Woody Flowscript support. You call the "woody" function from your sitemap to crea

cvs commit: cocoon-2.1/src/blocks/woody/samples/xsl/html woody-default.xsl

coliver 2003/07/05 15:53:33 Modified:src/blocks/woody/java/org/apache/cocoon/woody/formmodel Button.java Field.java Form.java src/blocks/woody/samples sitemap.xmap welcome.xml src/blocks/woody/samples/xsl/html woody-default.xsl Adde

cvs commit: cocoon-2.1/src/blocks/woody/java/org/apache/cocoon/woody/flow/javascript - New directory

coliver 2003/07/05 15:51:56 cocoon-2.1/src/blocks/woody/java/org/apache/cocoon/woody/flow/javascript - New directory

cvs commit: cocoon-2.1/src/blocks/woody/java/org/apache/cocoon/woody/flow - New directory

coliver 2003/07/05 15:51:40 cocoon-2.1/src/blocks/woody/java/org/apache/cocoon/woody/flow - New directory

cvs commit: cocoon-2.1/src/blocks/woody/samples/flow - New directory

coliver 2003/07/05 15:50:00 cocoon-2.1/src/blocks/woody/samples/flow - New directory

Re: [RT] Generalizing the flow

Sylvain Wallez wrote: Christopher Oliver wrote: Sylvain Wallez wrote: Christopher Oliver wrote: Sylvain Wallez wrote: I don't know, Sylvain. The Sun JVM is also a Java interpreter and so is for that matter ATCT itself. I don't see what's so clumsy about "JavaInterpreter". Also it lo

Re: [RT] Generalizing the flow

Christopher Oliver wrote: Sylvain Wallez wrote: Christopher Oliver wrote: Sylvain Wallez wrote: Names are one of the most important things in design, since it's first through the names that a user goes into a set of classes. Bad names imply wrong understanding. Abstractions named after a par

Re: [RT] Generalizing the flow

Marc Portier wrote: Christopher Oliver wrote: Sylvain Wallez wrote: Names are one of the most important things in design, since it's first through the names that a user goes into a set of classes. Bad names imply wrong understanding. Abstractions named after a particular implementation make

Re: [RT] Generalizing the flow

Sylvain Wallez wrote: Christopher Oliver wrote: Sylvain Wallez wrote: Names are one of the most important things in design, since it's first through the names that a user goes into a set of classes. Bad names imply wrong understanding. Abstractions named after a particular implementation make

Re: [RT] Generalizing the flow

Christopher Oliver wrote: Sylvain Wallez wrote: Names are one of the most important things in design, since it's first through the names that a user goes into a set of classes. Bad names imply wrong understanding. Abstractions named after a particular implementation make other implementations

ContentAggregator and multithreating (migrating C2 -> C2.1M2), is it thread-safe?

Hi, I worked before on doing multithreading in the ContentAggregator, but whith out succes. I had a modified ContentAggregator class with Part extending thread, getting all output buffered, and a second loop in the aggregators generate-method to join and stream the buffers. This solution did work

Re: [RT] Generalizing the flow

Christopher Oliver wrote: Sylvain Wallez wrote: Names are one of the most important things in design, since it's first through the names that a user goes into a set of classes. Bad names imply wrong understanding. Abstractions named after a particular implementation make other implementations

Re: [RT] Generalizing the flow

Sylvain Wallez wrote: Names are one of the most important things in design, since it's first through the names that a user goes into a set of classes. Bad names imply wrong understanding. Abstractions named after a particular implementation make other implementations look clumsy, since they do

Re: [RT] Generalizing the flow

Christopher Oliver wrote: Sylvain Wallez wrote: Christopher Oliver wrote: The problem I have with the proposed changes is that they obscure the design and use of flowscript (in order to support some other unspecified "flow engine", which to appears to not really have the same "interface" as

Re: cvs commit: cocoon-2.1/src/scratchpad/garbage/tools servlet-2.3.jar

Garbage has its own build at the moment. Removing these jars will break it. [EMAIL PROTECTED] wrote: cziegeler2003/07/05 10:25:44 Removed: src/scratchpad/garbage/tools servlet-2.3.jar Log: We already have this jar in scratchpad

cvs commit: cocoon-2.1/src/scratchpad/lib velocity-1.4-dev-20030301.jar

cziegeler2003/07/05 10:29:58 Removed: src/scratchpad/lib velocity-1.4-dev-20030301.jar Log: We already have this jar in a block

cvs commit: cocoon-2.1/src/scratchpad/garbage/tools servlet-2.3.jar

cziegeler2003/07/05 10:25:44 Removed: src/scratchpad/garbage/tools servlet-2.3.jar Log: We already have this jar in scratchpad

cvs commit: cocoon-2.1/src/scratchpad/garbage/lib commons-jxpath-1.1.jar

cziegeler2003/07/05 10:25:09 Removed: src/scratchpad/garbage/lib commons-jxpath-1.1.jar Log: We already have this jar in the core

Re: [RT] Generalizing the flow

Sylvain Wallez wrote: Christopher Oliver wrote: The problem I have with the proposed changes is that they obscure the design and use of flowscript (in order to support some other unspecified "flow engine", which to appears to not really have the same "interface" as the flowscript engine, IMO

Re: [RT] Generalizing the flow

Sylvain Wallez wrote: Christopher Oliver wrote: Sylvain Wallez wrote: These somewhat minor changes will allow a greater variety of implementations of the Cocoon flow layer. And this is not only for the technical beauty of it, as there are a number of good reasons why we may want alternate imp

cvs commit: cocoon-2.1/lib jars.xml

joerg 2003/07/05 09:33:06 Modified:lib jars.xml Log: FOP 0.20.4 => Fop 0.20.5rc3a Revision ChangesPath 1.59 +4 -5 cocoon-2.1/lib/jars.xml Index: jars.xml === RCS file: /home/cvs/coco

cvs commit: cocoon-2.1 status.xml

joerg 2003/07/05 09:32:31 Modified:.status.xml Log: - FOP 0.20.5rc3a - WSProxyGenerator in block Revision ChangesPath 1.79 +7 -1 cocoon-2.1/status.xml Index: status.xml === RCS

cvs commit: cocoon-2.1/src/documentation/xdocs/userdocs/generators wsproxy-generator.xml book.xml generators.xml

joerg 2003/07/05 09:31:57 Modified:src/documentation/xdocs/userdocs/generators wsproxy-generator.xml book.xml generators.xml Log: WSProxyGenerator is now optional formatted (the really excellent) wsproxy-generator.xml Revision ChangesPath 1.

cvs commit: cocoon-2.1/src/blocks/fop/lib fop-0.20.5rc3a.jar fop-0.20.4.jar

joerg 2003/07/05 09:30:20 Added: src/blocks/fop/lib fop-0.20.5rc3a.jar Removed: src/blocks/fop/lib fop-0.20.4.jar Log: FOP 0.20.4 => 0.20.5rc3a Revision ChangesPath 1.1 cocoon-2.1/src/blocks/fop/lib/fop-0.20.5rc3a.jar <>

[ANN] Apache Cocoon 2.1 Milestone 3 Release

The Apache Cocoon team is proud to announce the new release of Apache Cocoon. Check out the Cocoon website http://cocoon.apache.org/2.1 for more information. Apache Cocoon is an XML framework that raises the usage of XML and XSLT technologies for server applications to a new level. Designed for p

cvs commit: cocoon-site/site/news index.html

cziegeler2003/07/05 09:23:13 Modified:site/link livesites.html site/news index.html Log: Adding latest release Restoring live sites Revision ChangesPath 1.2 +228 -1cocoon-site/site/link/livesites.html Index: livesites.html ===

cvs commit: cocoon-site/src/documentation/content/xdocs/link livesites.xml

cziegeler2003/07/05 09:22:24 Modified:site mirror.html src/documentation/content/xdocs/news index.xml src/documentation/content/xdocs/link livesites.xml Log: Adding latest release Restoring live sites Revision ChangesPath 1.5 +3 -

Re: [RT] Generalizing the flow

Sylvain Wallez wrote: What is the more obscure : - "Intepreter" or "FlowEngine" ? "Interpreter" is something that interprets a language, and not something that drives the application flow. - "WebContinuation" or "FlowState" ? Continuations are a particular implementation of a way to store the fl

cvs commit: cocoon-2.1/src/blocks/proxy/samples/cocoonhive/ow/xsl - New directory

joerg 2003/07/05 07:41:19 cocoon-2.1/src/blocks/proxy/samples/cocoonhive/ow/xsl - New directory

cvs commit: cocoon-2.1/src/blocks/proxy/samples/cocoonhive/stylesheets - New directory

joerg 2003/07/05 07:41:19 cocoon-2.1/src/blocks/proxy/samples/cocoonhive/stylesheets - New directory

cvs commit: cocoon-2.1/src/blocks/proxy/samples/cocoonhive/portal - New directory

joerg 2003/07/05 07:41:19 cocoon-2.1/src/blocks/proxy/samples/cocoonhive/portal - New directory

cvs commit: cocoon-2.1/src/blocks/proxy/samples/stylesheets - New directory

joerg 2003/07/05 07:41:19 cocoon-2.1/src/blocks/proxy/samples/stylesheets - New directory

cvs commit: cocoon-2.1/src/blocks/proxy/samples/cocoonhive/ow - New directory

joerg 2003/07/05 07:41:19 cocoon-2.1/src/blocks/proxy/samples/cocoonhive/ow - New directory

cvs commit: cocoon-2.1/src/blocks/proxy/samples/cocoonhive/amazon - New directory

joerg 2003/07/05 07:41:18 cocoon-2.1/src/blocks/proxy/samples/cocoonhive/amazon - New directory

cvs commit: cocoon-2.1/src/blocks/proxy/samples/cocoonhive - New directory

joerg 2003/07/05 07:41:18 cocoon-2.1/src/blocks/proxy/samples/cocoonhive - New directory

cvs commit: cocoon-2.1/src/blocks/proxy/samples - New directory

joerg 2003/07/05 07:40:18 cocoon-2.1/src/blocks/proxy/samples - New directory

cvs commit: cocoon-2.1/src/blocks/poi/java/org/apache/cocoon/components/elementprocessor/impl/poi/hssf/elements EPMerge.java

joerg 2003/07/05 07:33:17 Modified: src/blocks/poi/java/org/apache/cocoon/components/elementprocessor/impl/poi/hssf/elements EPMerge.java Log: clean up line endings fixed Revision ChangesPath 1.2 +1 -136 cocoon-2.1/src/blocks/poi/java

cvs commit: cocoon-2.1/src/blocks/qdox/java/org/apache/cocoon/components/source/impl QDoxSource.java

joerg 2003/07/05 07:30:52 Modified:src/blocks/qdox/java/org/apache/cocoon/components/source/impl QDoxSource.java Log: fixed Javadoc Revision ChangesPath 1.3 +186 -186 cocoon-2.1/src/blocks/qdox/java/org/apache/cocoon/components/source/imp

Re: [fyi] offline (me too ;-)

Then I wish all the best for you both and your (betrothed) wives. Joerg Andreas Hochsteger wrote: Hi Chris! Christian Haul wrote: Hi team. I will be offline 'till ~12th (and largely have been for some days already) due to some happy event in my life: I'm going to marry my girl friend tomorrow

RE: Goodbyes & Please remove me from the mailing lists

I tried those ([EMAIL PROTECTED] and [EMAIL PROTECTED] ) just now, and I am still getting all the emails. btw: the page that Sylvain pointed me to still has the old addresses listed. Georg. -Original Message- From

Re: [RT] Generalizing the flow

Christopher Oliver wrote: The problem I have with the proposed changes is that they obscure the design and use of flowscript (in order to support some other unspecified "flow engine", which to appears to not really have the same "interface" as the flowscript engine, IMO). To try to force them

Re: [RT] Generalizing the flow

Christopher Oliver wrote: I think I see why Marc is confused about the flow approach. In his Wiki he restates this fundamental misunderstanding: 5. Names, Definitions and Design Proposal Now, off for a question: How do you control your webapp? As a developer? You don't! The web is purel

Re: [RT] Generalizing the flow

Christopher Oliver wrote: Sylvain Wallez wrote: These somewhat minor changes will allow a greater variety of implementations of the Cocoon flow layer. And this is not only for the technical beauty of it, as there are a number of good reasons why we may want alternate implementations : - some p

RE: [Q] org.mozilla.javascript.ScriptRuntime.loadClassName causes sun.misc.InvalidJarIndexException

I tested the situation on a Linux platform (Intel x86, Redhat 8.0, Sun's J2SE 1.4.1_03 SDK VM, Tomcat 4.1.24 LE), but there was no error. I guess sun.misc.InvalidJarIndexException problem is specific to Sun's Windows VM. Now my Linotype is up to CVS HEAD. I wrote some migration strategy at http://

Re: [Vote] Move flow related "packages"

On 4/07/2003 23:15 Vadim Gritsenko wrote: [Vote 1] JXTemplateGenerator/Transformer Move the JXTemplateGenerator/Transformer to the main trunk.You should find some docs here (after a build including the docs): [http://localhost:/docs/userdocs/flow/jxtemplate.html] +0.5 to core; +0 t

[Q] org.mozilla.javascript.ScriptRuntime.loadClassName causes sun.misc.InvalidJarIndexException

I tried Linotype from the latest (2003-07-05 17:30) Cocooon-2.1 CVS (cocoon-2.1rc1-dev) sample webapp on the following platform: Intel x86 Windows 2000 Professional SP 3 (Korean edition) Sun's J2SE 1.4.1_03 SDK Tomcat 4.1.24 LE Invoking http://localhost:8080/cocoon/samples/linotype/private/news Re

Re: [fyi] offline (me too ;-)

Hi Chris! Christian Haul wrote: Hi team. I will be offline 'till ~12th (and largely have been for some days already) due to some happy event in my life: I'm going to marry my girl friend tomorrow! Many congratulations from me too! The same happy event will happen to me and my girl firend in exac

RE: Goodbyes & Please remove me from the mailing lists

Did you try the new lists? e.g. [EMAIL PROTECTED] --David Georg Von Sperling wrote: > Sylvain, > > Unfortunately the auto-remove system does not seem to work. I've attempted to > send the unsubscribe emails a few times, but I've only gotten the > auto-responder from [EMAIL PROTECTED] The other