Changes in the control flow engine

Hi, I'm coming back to speed after a really slow summer, so sorry for not updating the code in the flow engine for such a long time. I've just committed some changes in the control flow engine which should improve the usability of the system. The biggest change is the fact that the global space

RE: Extending the build system for modules

My comments on terminology: > > > portion implies a part taken from a whole, a "share", not a unit of *construction* > > > element good, but XML also has elements > > > ingredient my favourite! Is it just because I like food? ;-) > > > unit a unit is just a single thing ... too vag

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/crawler SimpleCocoonCrawlerImpl.java

vgritsenko2002/08/16 21:10:12 Modified:src/java/org/apache/cocoon/components/crawler Tag: cocoon_2_0_3_branch SimpleCocoonCrawlerImpl.java Log: sync with head (fix NPE, close reader) Revision ChangesPath No revision No

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/crawler SimpleCocoonCrawlerImpl.java

vgritsenko2002/08/16 21:04:12 Modified:src/java/org/apache/cocoon/components/crawler SimpleCocoonCrawlerImpl.java Log: reformat Revision ChangesPath 1.15 +88 -88 xml-cocoon2/src/java/org/apache/cocoon/components/crawler/SimpleCocoonCrawle

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/environment/commandline LinkSamplingEnvironment.java

vgritsenko2002/08/16 21:00:56 Modified:src/java/org/apache/cocoon/environment/commandline Tag: cocoon_2_0_3_branch LinkSamplingEnvironment.java Log: sync with head (explicitly close reader) Revision ChangesPath No revision

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/environment/commandline LinkSamplingEnvironment.java

vgritsenko2002/08/16 20:49:51 Modified:src/java/org/apache/cocoon/generation LinkStatusGenerator.java src/java/org/apache/cocoon/environment/commandline LinkSamplingEnvironment.java Log: reformat Revision Changes

DO NOT REPLY [Bug 11777] - [PATCH] New Content for Custom Generator Tutorial

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_b

DO NOT REPLY [Bug 11777] - [PATCH] New Content for Custom Generator Tutorial

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_b

cvs commit: xml-cocoon2/src/documentation/xdocs/tutorial tutorial-generator.xml

crossley2002/08/16 20:26:16 Modified:src/documentation/xdocs/tutorial Tag: cocoon_2_0_3_branch tutorial-generator.xml Log: Added more content. Submitted by: Geoff Howard <[EMAIL PROTECTED]> Revision ChangesPath No revision

cvs commit: xml-cocoon2/src/documentation/xdocs/tutorial tutorial-generator.xml

crossley2002/08/16 20:26:08 Modified:src/documentation/xdocs/tutorial tutorial-generator.xml Log: Added more content. Submitted by: Geoff Howard <[EMAIL PROTECTED]> Revision ChangesPath 1.2 +55 -30 xml-cocoon2/src/documentation/xdocs/tutorial/tutorial-generat

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/generation LinkStatusGenerator.java

vgritsenko2002/08/16 20:25:39 Modified:src/java/org/apache/cocoon/generation LinkStatusGenerator.java Log: Formatting changes Revision ChangesPath 1.6 +88 -88 xml-cocoon2/src/java/org/apache/cocoon/generation/LinkStatusGenerator.java

cvs commit: xml-cocoon2/lib/optional rhino1.5r4-continuations-20020816.jar rhino1.5r4-continuations-20020429.jar

ovidiu 2002/08/16 18:26:41 Added: lib/optional rhino1.5r4-continuations-20020816.jar Removed: lib/optional rhino1.5r4-continuations-20020429.jar Log: Update the error handling code in Rhino to work with custom ErrorReporters. Revision ChangesPath 1.1

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

ovidiu 2002/08/16 18:24:23 Modified:src/java/org/apache/cocoon/components/flow/javascript ListInputStream.java Log: Added license information. Revision ChangesPath 1.2 +46 -0 xml-cocoon2/src/java/org/apache/cocoon/components/flow/javas

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

ovidiu 2002/08/16 18:23:59 Added: src/java/org/apache/cocoon/components/flow/javascript SourceInfo.java Log: Keep track of the number of lines a Source object has. Revision ChangesPath 1.1 xml-cocoon2/src/java/org/apache/cocoo

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

ovidiu 2002/08/16 18:22:50 Added: src/java/org/apache/cocoon/components/flow/javascript ListInputStream.java Log: Aggregator InputStream to handle all the input streams corresponding to the script files. This class keeps track of the number of lines ea

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

ovidiu 2002/08/16 18:20:58 Modified:src/java/org/apache/cocoon/components/flow/javascript JavaScriptInterpreter.java Log: Compile all the script files as a single large script using the Context.compileReader() method. This allows sharing the JavaScript b

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

ovidiu 2002/08/16 18:18:13 Modified:src/java/org/apache/cocoon/components/flow/javascript JSGlobal.java Log: Organized the imports. Revision ChangesPath 1.3 +1 -6 xml-cocoon2/src/java/org/apache/cocoon/components/flow/javascript/JSGlo

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

ovidiu 2002/08/16 18:17:53 Added: src/java/org/apache/cocoon/components/flow/javascript JSErrorReporter.java Log: Created. Handles error reporting of the combined script file. Revision ChangesPath 1.1 xml-cocoon2/src/java/org/

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

ovidiu 2002/08/16 18:17:19 Modified:src/java/org/apache/cocoon/components/flow/javascript JSCocoon.java Log: Explicitly use the JavaScriptInterpreter instead of AbstractInterpreter. Organized the imports. Revision ChangesPath 1.5 +32 -36

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/flow WebContinuation.java

ovidiu 2002/08/16 18:16:35 Modified:src/java/org/apache/cocoon/components/flow WebContinuation.java Log: Organized the imports. Revision ChangesPath 1.3 +3 -8 xml-cocoon2/src/java/org/apache/cocoon/components/flow/WebContinuation.java

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

ovidiu 2002/08/16 18:16:17 Removed: src/java/org/apache/cocoon/components/flow ScriptSource.java Log: Removed. -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTE

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

ovidiu 2002/08/16 18:15:48 Modified:src/java/org/apache/cocoon/components/flow InterpreterSelector.java Log: Organized the imports. Revision ChangesPath 1.3 +5 -10 xml-cocoon2/src/java/org/apache/cocoon/components/flow/InterpreterSelec

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

ovidiu 2002/08/16 18:15:25 Modified:src/java/org/apache/cocoon/components/flow Interpreter.java Log: Removed the readScript() method from the contract. Organized the imports. Revision ChangesPath 1.5 +4 -19 xml-cocoon2/src/java/org/apache/cocoon/components/fl

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/flow ContinuationsManagerImpl.java

ovidiu 2002/08/16 18:14:54 Modified:src/java/org/apache/cocoon/components/flow ContinuationsManagerImpl.java Log: Organized the imports. Revision ChangesPath 1.4 +15 -19 xml-cocoon2/src/java/org/apache/cocoon/components/flow/Continuatio

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

ovidiu 2002/08/16 18:14:18 Modified:src/java/org/apache/cocoon/components/flow AbstractInterpreter.java Log: Moved the reading of scripts in the JavaScriptInterpreter class, because it became too specific to it. Revision ChangesPath 1.6 +

Re: [PROPOSAL] "sexy" Cocoon Demo App Idea

I was referring to the product name Geoff Howard wrote: >Sorry for the mistake about Wiki's history. > >You've never heard of a discussion forum / web board? > >Geoff > >-Original Message- >From: Andrew C. Oliver [mailto:[EMAIL PROTECTED]] >Sent: Friday, August 16, 2002 6:37 PM >To: [EMA

RE: [PROPOSAL] "sexy" Cocoon Demo App Idea

Sorry for the mistake about Wiki's history. You've never heard of a discussion forum / web board? Geoff -Original Message- From: Andrew C. Oliver [mailto:[EMAIL PROTECTED]] Sent: Friday, August 16, 2002 6:37 PM To: [EMAIL PROTECTED] Subject: Re: [PROPOSAL] "sexy" Cocoon Demo App Idea

Re: [PROPOSAL] "sexy" Cocoon Demo App Idea

> > >>- it's more of an established concept than Wiki (no offense - >>not trying to >>shut that down) >> >> Wow...Thats amazing since Wikis trace their origins back to like 1991 or so, and Ward Cunningham... There are HUGE wikis and well I've never heard of what you're talking about... N

RE: [PROPOSAL] "sexy" Cocoon Demo App Idea

maybe that'll help. > -Original Message- > From: Geoff Howard > Sent: Thursday, August 15, 2002 11:51 PM > To: '[EMAIL PROTECTED]' > Subject: [PROPOSAL]Cocoon Demo App Idea > > > In listening to the various discussions that have been > popping up regarding > the desire to create some

DO NOT REPLY [Bug 11777] - [PATCH] New Content for Custom Generator Tutorial

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_b

DO NOT REPLY [Bug 11777] New: - [PATCH] New Content for Custom Generator Tutorial

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_b

Re: [vote]: Using excalibur subproject jars

and here is my +1 for using exalibur subprojects jars - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]

RE: [PROPOSAL] Move, copy and delete of sources

Is this a feature that will make it back into 2.0.X? Per > I try to finish the slide examples in the next days(My studies will get a > higher priority level in next time). To finish these examples I need > three methods for the WriteableSource: > > /** > * Create a copy of the source at sour

Re: [vote]: Using excalibur subproject jars

On Fri, 16 Aug 2002, Carsten Ziegeler wrote: > Some time ago, the excalibur project has split up their distribution > of components into several subprojects. We use some of them (for > example the component, xmlutil, store subproject etc.). > > Each of these subprojects creates its own library -

RE: Cocoon Blocks

On Fri, 16 Aug 2002, Carsten Ziegeler wrote: > Bertrand Delacretaz wrote: > > > > On Friday 16 August 2002 07:58, Carsten Ziegeler wrote: > > >. . . > > > The blocks RT sounds great, but I'm also interested in a real example > > > which shows the usage of blocks > > >. . . > > > > I think you wer

RE: (was RE: [vote]: Using excalibur subproject jars)

> From: Nicola Ken Barozzi [mailto:[EMAIL PROTECTED]] > John Morrison wrote: > >>From: Nicola Ken Barozzi [mailto:[EMAIL PROTECTED]] > >>... I would really like to see Cocoon components behave as > >>Gump project dependencies. > >>So having all depend on Gump projects, and being excalubur compone

Re: Wyona in xml-cocoon2-apps (Was: xml-cocoon2-apps - who to givekarma to...?)

Vadim Gritsenko wrote: > Stephan Michels wrote: > >> On Fri, 16 Aug 2002, Michael Wechner wrote: >> >>> Wyona would be interested to be available from there. >>> >> >> +1 >> +1 -- Nicola Ken Barozzi [EMAIL PROTECTED] - verba volant, scripta manent - (discuss

Re: Extending the build system for modules

On 16.Aug.2002 -- 03:22 PM, Nicola Ken Barozzi wrote: > > Christian Haul wrote: > >On 14.Aug.2002 -- 04:28 PM, Carsten Ziegeler wrote: > > > >>Hi Team, > >> > >>we recently had our thread about Cocoon organization etc. and > >>it's now time to recapitulate the results. > >> > >>One main result is

Re: Extending the build system for modules

Christian Haul wrote: > On 14.Aug.2002 -- 04:28 PM, Carsten Ziegeler wrote: > >>Hi Team, >> >>we recently had our thread about Cocoon organization etc. and >>it's now time to recapitulate the results. >> >>One main result is to split the core from optional things that >>we from now on call modu

[Fwd: Motivation and resources (was: sexy open source)]

FYI, there is [EMAIL PROTECTED] mailing list for OpenSource discussions :-) Original Message Subject: Motivation and resources (was: sexy open source) Date: Wed, 14 Aug 2002 21:25:22 +0300 From: "Emmanuil Batsis (Manos)" <[EMAIL PROTECTED]> Reply-To: [EMAIL PROTECTED] To: [EMA

Re: Extending the build system for modules

On 14.Aug.2002 -- 04:28 PM, Carsten Ziegeler wrote: > Hi Team, > > we recently had our thread about Cocoon organization etc. and > it's now time to recapitulate the results. > > One main result is to split the core from optional things that > we from now on call modules (and not blocks!). Obje

Re: (was RE: [vote]: Using excalibur subproject jars)

John Morrison wrote: >>From: Nicola Ken Barozzi [mailto:[EMAIL PROTECTED]] >>... I would really like to see Cocoon components behave as >>Gump project dependencies. >>So having all depend on Gump projects, and being excalubur components >>such projects in Avalon, our projects will depend od pro

Re: [vote]: Using excalibur subproject jars

Vadim Gritsenko wrote: > Gerhard Froehlich wrote: > >> Carsten Ziegeler wrote: > > > ... > >>> Disadvante: >>> - More smaller jars instead of one big one. >>> >>> Here is my +1 >> >> > > +1. > > But it will rain on you more often ;) > > >> +1. I started to move the Jisp based FS store to A

cvs commit: xml-cocoon2/src/scratchpad/webapp/samples/slide description2html4permissions.xsl sitemap.xmap

stephan 2002/08/16 05:42:56 Modified:src/scratchpad/src/org/apache/cocoon/acting SourceMultiAction.java src/scratchpad/src/org/apache/cocoon/components/source TraversableSource.java src/scratchpad/webapp/sampl

Wyona in xml-cocoon2-apps (Was: xml-cocoon2-apps - who to give karmato...?)

Stephan Michels wrote: >On Fri, 16 Aug 2002, Michael Wechner wrote: > >>Wyona would be interested to be available from there. >> > >+1 > +1 Vadim >Stephan Michels. > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For addit

Re: xml-cocoon2-apps - who to give karma to...?

+1 for both Morrison, John wrote: > Hi All, > > I've sent a request for xml-cocoon2-apps to be created. The next > thing is... who should have access (apart from xml-cocoon2 > committers)...? > > J. > > --LongSig > > It's so stupid of modern civilization to have given up believing in the > D

Re: [vote]: Using excalibur subproject jars

Gerhard Froehlich wrote: > Carsten Ziegeler wrote: ... >> Disadvante: >> - More smaller jars instead of one big one. >> >> Here is my +1 > +1. But it will rain on you more often ;) > +1. I started to move the Jisp based FS store to Avalon with the new > Jisp 2.0 API, today. Cool, this g

(was RE: [vote]: Using excalibur subproject jars)

> From: Nicola Ken Barozzi [mailto:[EMAIL PROTECTED]] > ... I would really like to see Cocoon components behave as > Gump project dependencies. > So having all depend on Gump projects, and being excalubur components > such projects in Avalon, our projects will depend od projects od? Anyway, go

RE: [vote]: Using excalibur subproject jars

> From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]] > - More smaller jars instead of one big one. +1 J. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]

Re: xml-cocoon2-apps - who to give karma to...?

On Fri, 16 Aug 2002, Michael Wechner wrote: > >Morrison, John wrote: > > > > > >>Hi All, > >> > >>I've sent a request for xml-cocoon2-apps to be created. The next > >>thing is... who should have access (apart from xml-cocoon2 > >>committers)...? > >> > Wyona

Re: [vote]: Using excalibur subproject jars

Carsten Ziegeler wrote: > Some time ago, the excalibur project has split up their distribution > of components into several subprojects. We use some of them (for > example the component, xmlutil, store subproject etc.). > > Each of these subprojects creates its own library - the full > avalon-exc

Re: [vote]: Using excalibur subproject jars

Christian Haul wrote: > On 16.Aug.2002 -- 11:23 AM, Carsten Ziegeler wrote: > >>Some time ago, the excalibur project has split up their distribution >>of components into several subprojects. We use some of them (for >>example the component, xmlutil, store subproject etc.). > > >>I would sugges

Re: [vote]: Using excalibur subproject jars

On Fri, Aug 16, 2002 at 11:23:44AM +0200, Carsten Ziegeler wrote: > Some time ago, the excalibur project has split up their distribution > of components into several subprojects. We use some of them (for > example the component, xmlutil, store subproject etc.). > > Each of these subprojects creat

RE: [vote]: Using excalibur subproject jars

Stephan Michels wrote: > avalon-excalibur-store-${vm}-${date}.jar > avalon-excalibur-xmlutil-${vm}-${date}.jar > [...] > > ?? > > Long name ;-) > > The names are: excalibur-store-${version}.jar or excalibur-store-${date}.jar Only in the case of the datasource we need the ${vm} distinction. S

Re: [vote]: Using excalibur subproject jars

On Fri, 16 Aug 2002, Christian Haul wrote: > On 16.Aug.2002 -- 11:23 AM, Carsten Ziegeler wrote: > > Some time ago, the excalibur project has split up their distribution > > of components into several subprojects. We use some of them (for > > example the component, xmlutil, store subproject etc

Re: [vote]: Using excalibur subproject jars

On 16.Aug.2002 -- 11:23 AM, Carsten Ziegeler wrote: > Some time ago, the excalibur project has split up their distribution > of components into several subprojects. We use some of them (for > example the component, xmlutil, store subproject etc.). > I would suggest that we skip to all these nice

Re: Wyona based on Slide's CM API

On Fri, 16 Aug 2002, Michael Wechner wrote: > > > Stephan Michels wrote: > > > On Fri, 16 Aug 2002, Michael Wechner wrote: > > > > > > > > > We want to build a system based on Cocoon/Slide for a e-Learning(I hate > > this word) solution. We have authors from different universities, which > >

[vote]: Using excalibur subproject jars

Some time ago, the excalibur project has split up their distribution of components into several subprojects. We use some of them (for example the component, xmlutil, store subproject etc.). Each of these subprojects creates its own library - the full avalon-excalibur.jar is only there for compati

RE: Cocoon Blocks

Bertrand Delacretaz wrote: > > On Friday 16 August 2002 07:58, Carsten Ziegeler wrote: > >. . . > > The blocks RT sounds great, but I'm also interested in a real example > > which shows the usage of blocks > >. . . > > I think you were talking about the inner working of Blocks, but > from a us

Re: Wyona based on Slide's CM API

Stephan Michels wrote: > On Fri, 16 Aug 2002, Michael Wechner wrote: > > > > We want to build a system based on Cocoon/Slide for a e-Learning(I hate > this word) solution. We have authors from different universities, which > should edit their content via WebDAV and XMLSpy. We also offers to

Re: Wyona based on Slide's CM API

On Fri, 16 Aug 2002, Michael Wechner wrote: > > > Stephan Michels wrote: > > > > > > > On Fri, 16 Aug 2002, Michael Wechner wrote: > > > > > >>Hi > >> > >>After some discussions we decided > >>that it's best to base Wyona's Content Management API on > >>the Slide API. > >> > >>The have the follo

RE: ParameterSelector

Thanks alot Carsten! Indeed i missed the configuration in the logkit.xconf Michael > Hi Michael, > > the stacktrace shows that the NPE is thrown in the LogKit - from > the source of the LogKit code, it seems to be that your LogKit > configuration is wrong - perhaps you use a category to log > i

Re: Wyona based on Slide's CM API

Stephan Michels wrote: > > > On Fri, 16 Aug 2002, Michael Wechner wrote: > > >>Hi >> >>After some discussions we decided >>that it's best to base Wyona's Content Management API on >>the Slide API. >> >>The have the following architecture in mind: >> >> >> >>+

Re: xml-cocoon2-apps - who to give karma to...?

Please read at the very end Stephan Michels wrote: > On 16 Aug 2002, David Crossley wrote: > > >>+1 for both. >>--David >> >>Carsten Ziegeler wrote: >> >>>+1 >>> >>>Carsten >>> >>> -Original Message- From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]] Sent: Thursday, August 15

Re: Wyona based on Slide's CM API

On Fri, 16 Aug 2002, Michael Wechner wrote: > Hi > > After some discussions we decided > that it's best to base Wyona's Content Management API on > the Slide API. > > The have the following architecture in mind: > > > > +-+ > |CLIENT

cvs commit: xml-cocoon2/src/documentation/xdocs/userdocs/xsp xsp-internals.xml

cziegeler2002/08/16 00:58:02 Modified:src/documentation/xdocs who.xml src/documentation/xdocs/link livesites.xml src/documentation/xdocs/plan linkstatus.xml src/documentation/xdocs/userdocs/actions session-action.xml src/docume

cvs commit: xml-cocoon2/src/documentation/xdocs/userdocs/transformers augment-transformer.xml textparser-transformer.xml book.xml log-transformer.xml transformers.xml

cziegeler2002/08/16 00:57:29 Modified:src/documentation/xdocs/developing/webapps Tag: cocoon_2_0_3_branch session.xml src/documentation/xdocs/faq Tag: cocoon_2_0_3_branch faq-install.xml src/documentation/xdoc

Wyona based on Slide's CM API

Hi After some discussions we decided that it's best to base Wyona's Content Management API on the Slide API. The have the following architecture in mind: +-+ |CLIENT | | (HTTP, WebDAV, Other) | +--

RE: xml-cocoon2-apps - who to give karma to...?

On 16 Aug 2002, David Crossley wrote: > +1 for both. > --David > > Carsten Ziegeler wrote: > > +1 > > > > Carsten > > > > > -Original Message- > > > From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]] > > > Sent: Thursday, August 15, 2002 4:57 PM > > > To: [EMAIL PROTECTED] > > > Subject: R

Re: Cocoon Blocks

On Friday 16 August 2002 07:58, Carsten Ziegeler wrote: >. . . > The blocks RT sounds great, but I'm also interested in a real example > which shows the usage of blocks >. . . I think you were talking about the inner working of Blocks, but from a user point of view I have written a (dream?) use

RE: xml-cocoon2-apps - who to give karma to...?

+1 for both. --David Carsten Ziegeler wrote: > +1 > > Carsten > > > -Original Message- > > From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]] > > Sent: Thursday, August 15, 2002 4:57 PM > > To: [EMAIL PROTECTED] > > Subject: Re: xml-cocoon2-apps - who to give karma to...? > > > > > > N

[PROPOSAL] Move, copy and delete of sources

Hi, I try to finish the slide examples in the next days(My studies will get a higher priority level in next time). To finish these examples I need three methods for the WriteableSource: /** * Create a copy of the source at source.getSystemId(), * including all properties. */ void copy(Wr