Re: AW: schedule/batch feature inside cocoon

On Wednesday 13 February 2002 08:23, Lars Steiger wrote: >. . . > simple xml. the parser is a generator. i call it > SimpleTextParserGenerator. it needs an xml configuration für parsing > a text stream. the xml configuration defines which text fragment goes > under which xml node. >. . . Changing

RE: schedule/batch feature inside cocoon

How about writing a transformer that writes the XML output to a file. In the output to the browser/external process you could give a message that the processing succeeded. Have a look at XMLDBTransformer in scratchpad, it writes data to an XML db as a side effect. HTH, Michael Homeijer > -

AW: schedule/batch feature inside cocoon

> On Tuesday 12 February 2002 21:54, Lars Steiger wrote: > >. . . > > i've just implemented some kind of html parsing logic > > inside cocoon, which now looks very nice (thanx to cocoon). but i > > can't start the whole parsing process as a scheduled task, without > > using a tool outside cocoon.

cvs commit: xml-cocoon2 build.xml

cziegeler02/02/12 23:12:29 Modified:.build.xml Log: Manifest tool runs after all jars are copied to the libs directory (incl. scratchpad and tools) Revision ChangesPath 1.168 +1 -2 xml-cocoon2/build.xml Index: build.xml ==

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

cziegeler02/02/12 23:07:52 Modified:src/java/org/apache/cocoon/generation HTMLGenerator.java Log: Minor clean up Revision ChangesPath 1.10 +9 -7 xml-cocoon2/src/java/org/apache/cocoon/generation/HTMLGenerator.java Index: HTMLGenerator.java =

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

cziegeler02/02/12 23:06:06 Modified:src/java/org/apache/cocoon/generation HTMLGenerator.java Log: Minor clean up Revision ChangesPath 1.9 +3 -2 xml-cocoon2/src/java/org/apache/cocoon/generation/HTMLGenerator.java Index: HTMLGenerator.java =

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

cziegeler02/02/12 23:03:15 Modified:src/java/org/apache/cocoon/generation FileGenerator.java Log: Don't wrap original exception again if it is throwable Revision ChangesPath 1.6 +16 -18 xml-cocoon2/src/java/org/apache/cocoon/generation/FileGenerator.java I

RE: [PROPOSAL] mulitple actions per class

> Torsten Curdt wrote: > > > On Tue, 12 Feb 2002, Carsten Ziegeler wrote: > > > > Torsten Curdt wrote: > > > > > > > > > > The verbose solution from above has the advantage that the > > > sitemap editor > > > > (the person writing the pipelines) sees which actions are available. > > > > > > Hm..

Re: schedule/batch feature inside cocoon

On Tuesday 12 February 2002 21:54, Lars Steiger wrote: >. . . > i've just implemented some kind of html parsing logic > inside cocoon, which now looks very nice (thanx to cocoon). but i > can't start the whole parsing process as a scheduled task, without > using a tool outside cocoon. >. . . Just

RE: problems using j2sdk1.4.0 rc

It looks like this is not the only problem of running Cocoon under JDK 1.4 with best wishes Alexander Kachanov -Original Message- From: Enke Michael [mailto:[EMAIL PROTECTED]] Sent: 12 „†„u„r„‚„p„|„‘ 2002 „s. 20:29 To: [EMAIL PROTECTED] Subject: problems using j2sdk1.4.0 rc Hi peopl

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

ovidiu 02/02/12 17:57:54 Modified:src/scratchpad/schecoon ChangeLog Log: 2002-02-12 Ovidiu Predescu <[EMAIL PROTECTED]> * webapp/sitemap.xmap: Added support for including flow scripts and to invoke saved continuations. * src/org/apache/cocoon/scheme/

cvs commit: xml-cocoon2/src/scratchpad/schecoon/lib commons-jpath-0.1-dev.jar

ovidiu 02/02/12 17:57:02 Added: src/scratchpad/schecoon/lib commons-jpath-0.1-dev.jar Log: Added. Revision ChangesPath 1.1 xml-cocoon2/src/scratchpad/schecoon/lib/commons-jpath-0.1-dev.jar <>

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

ovidiu 02/02/12 17:56:22 Modified:src/scratchpad/schecoon/webapp sitemap.xmap Log: Added support for including flow scripts and to invoke saved continuations. Revision ChangesPath 1.3 +12 -0 xml-cocoon2/src/scratchpad/schecoon/webapp/sitemap.xmap Index: s

cvs commit: xml-cocoon2/src/scratchpad/schecoon/src/org/apache/cocoon/scheme/sitemap SchemeSitemapFunctions.java

ovidiu 02/02/12 17:55:34 Modified:src/scratchpad/schecoon/src/org/apache/cocoon/scheme/sitemap SchemeSitemapFunctions.java Log: (read-resource): New native Scheme function. Moved all the cast functions in CocoonModule. Revision ChangesPath 1

cvs commit: xml-cocoon2/src/scratchpad/schecoon/src/org/apache/cocoon/scheme/sitemap SchemeSitemap.java

ovidiu 02/02/12 17:54:25 Modified:src/scratchpad/schecoon/src/org/apache/cocoon/scheme/sitemap SchemeSitemap.java Log: (readResource) New function for reading files from the Web application. Revision ChangesPath 1.4 +33 -1 xml-cocoon2/

cvs commit: xml-cocoon2/src/scratchpad/schecoon/src/org/apache/cocoon/scheme/sitemap SchemeInterpreterImpl.java

ovidiu 02/02/12 17:53:20 Modified:src/scratchpad/schecoon/src/org/apache/cocoon/scheme/sitemap SchemeInterpreterImpl.java Log: Reorganized imports. Revision ChangesPath 1.2 +1 -1 xml-cocoon2/src/scratchpad/schecoon/src/org/apache/coco

cvs commit: xml-cocoon2/src/scratchpad/schecoon/src/org/apache/cocoon/scheme/sitemap ContinuationsManager.java

ovidiu 02/02/12 17:52:01 Modified:src/scratchpad/schecoon/src/org/apache/cocoon/scheme/sitemap ContinuationsManager.java Log: Inherit from the common CocoonModule class. Revision ChangesPath 1.2 +5 -4 xml-cocoon2/src/scratchpad/scheco

cvs commit: xml-cocoon2/src/scratchpad/schecoon/scheme sitemap.scm

ovidiu 02/02/12 17:51:20 Modified:src/scratchpad/schecoon/scheme sitemap.scm Log: Add support for defining external flow script files to be included in the sitemap. Revision ChangesPath 1.10 +121 -52 xml-cocoon2/src/scratchpad/schecoon/scheme/sitemap.scm I

cvs commit: xml-cocoon2/src/scratchpad/schecoon/scheme functions.scm

ovidiu 02/02/12 17:50:21 Modified:src/scratchpad/schecoon/scheme functions.scm Log: Removed user-defined functions outside. Define send-page and schecoon:handle-continuation. Revision ChangesPath 1.3 +17 -10xml-cocoon2/src/scratchpad/schecoon/scheme/function

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

ovidiu 02/02/12 17:49:06 Added: src/scratchpad/schecoon/webapp example.scm Log: Simple example to test flow capabilities in Scheme. Revision ChangesPath 1.1 xml-cocoon2/src/scratchpad/schecoon/webapp/example.scm Index: example.scm =

cvs commit: xml-cocoon2/src/scratchpad/schecoon/src/org/apache/cocoon/scheme/sitemap SchemeEnvironmentFunctions.java

ovidiu 02/02/12 17:47:51 Added: src/scratchpad/schecoon/src/org/apache/cocoon/scheme/sitemap SchemeEnvironmentFunctions.java Log: Added. Defines primitives for operating on the environment, request and others. Revision ChangesPath 1.1

cvs commit: xml-cocoon2/src/scratchpad/schecoon/src/org/apache/cocoon/scheme/sitemap CocoonModule.java

ovidiu 02/02/12 17:47:12 Added: src/scratchpad/schecoon/src/org/apache/cocoon/scheme/sitemap CocoonModule.java Log: Added. Common class for all the Schecoon SISC modules which implement native Scheme functions. Revision ChangesPath 1.1

DO NOT REPLY [Bug 5593] - [PATCH] Form encoding enhancement.

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/transformation TraxTransformer.java

vgritsenko02/02/12 17:24:58 Modified:src/java/org/apache/cocoon/transformation TraxTransformer.java Log: code cleanup Revision ChangesPath 1.13 +6 -22 xml-cocoon2/src/java/org/apache/cocoon/transformation/TraxTransformer.java Index:

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/xslt XSLTProcessorImpl.java

vgritsenko02/02/12 17:23:57 Modified:src/java/org/apache/cocoon/components/xslt XSLTProcessorImpl.java Log: Reformat two methods Revision ChangesPath 1.13 +49 -46 xml-cocoon2/src/java/org/apache/cocoon/components/xslt/XSLTProcessorImpl.ja

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/language/markup/xsp/java action.xsl capture.xsl cookie.xsl esql.xsl form-validator.xsl log.xsl logicsheet-util.xsl request.xsl response.xsl sel.xsl sendmail.xsl session.xsl soap.xsl util.xsl xscript-lib.xsl xscript.xsl xsp.xsl

vgritsenko02/02/12 17:09:08 Modified:src/java/org/apache/cocoon/components/language/markup/xsp/java action.xsl capture.xsl cookie.xsl esql.xsl form-validator.xsl log.xsl logicsheet-util.xsl request.xsl response.xsl

RE: Dispatcher/Adapter

> From: DZIEMBOWSKI,KINGA (HP-NewJersey,ex2) [mailto:[EMAIL PROTECTED]] > > Vadim, > Let's summarize what is my understanding of the changes you propose. > > 1. Dispatcher to extend Transformer it is OK modification althrough I still > think other components can be candidates to became Dispatch

Cocoon works from the WAR file

Hi, Please try out new feature: deployment of packed cocoon.war, without exploding. To try this (under tomcat): build -Dinclude.webapp.libs=yes webapp copy build/cocoon/cocoon.war $TOMCAT_HOME/webapps $TOMCAT_HOME/bin/startup It employs ugly but verified hack: extract all the libraries into th

RE: Dispatcher/Adapter

Vadim, Let's summarize what is my understanding of the changes you propose. 1. Dispatcher to extend Transformer it is OK modification althrough I still think other components can be candidates to became Dispatchers. 2. The scenario you try to describe is: The adapter express the interest in so

RE: Creating An eXist Generator for Cocoon

Consider implementing not a generator, but a Source. Source have more wider application area than generators. Regarding your question, take a look at the XMLDBSource and XMLDBGenerator - this is the connector to the any XML:DB compliant database, you can use this as a starting point. > When acce

Creating An eXist Generator for Cocoon

Hi,   I am quite new to this side of the Cocoon project ( usually I was just using Cocoon ), so please be patient.   A few weeks ago I joined the group developing the eXist Xml-Database and because of my experience with Cocoon I was assigned the task of integrating eXist into Cocoon. A

[SCRATCHPAD] action package

Hi, I see a bunch of new actions in the scratchpad. Did somebody re-viewed them, and how is the status. I have the feeling they get mouldy (is this correct) in their ;). ~Gerhard "God put me on this Earth to accomplish a certain number of things. Right now, I am so far behind I shall never

DO NOT REPLY [Bug 5593] - [PATCH] Form encoding enhancement.

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 5593] - [PATCH] Form encoding enhancement.

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: schedule/batch feature inside cocoon

> hi everybody hi > but i can't start the whole parsing process as a > scheduled task, without using a tool outside > cocoon. Remote scheduler will do the job. > i thought that maybe it would be a cool feature for > cocoon. I'm answering on this messsage because I've implemented one JobThrea

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

vgritsenko02/02/12 12:56:56 Modified:src/java/org/apache/cocoon/environment AbstractEnvironment.java Log: Remove URL -> File -> URL conversion Revision ChangesPath 1.7 +26 -24 xml-cocoon2/src/java/org/apache/cocoon/environment/AbstractEn

schedule/batch feature inside cocoon

hi everybody first, i really like the cocoon framework. but unfortunally i am missing something, that's (i know) not so usual for servlet based applications. i've just implemented some kind of html parsing logic inside cocoon, which now looks very nice (thanx to cocoon). but i can't start the who

Re: Pipeline in pipeline not allowed in TreeProcessor

On Tue, 12 Feb 2002, Nicola Ken Barozzi wrote: > I'm porting a cocoon2.0dev based product to use the latest CVS version with > TreeProcessor. > But reading the sitemap, it doesn't allow directly nested tags. Why do you have nested s. Does this makes any sense? I cannot remember we stated this a

RE: Dispatcher/Adapter

On Tue, 12 Feb 2002, Vadim Gritsenko wrote: > > From: DZIEMBOWSKI,KINGA (HP-NewJersey,ex2) > [mailto:[EMAIL PROTECTED]] > > > > Vadim, > > > > Lets make clear that the core elements are: > > In the Adapter "family": > > Adapter.java > > AbstractAdapter.java > > AbstractComposerAdapter.java > > Ab

Re: Heads Up: Cocoon and Web Services

Matthew Langham wrote: > > It does not provide a way of describing the available functions > (read: pipelines) in a standardized manner (read: WSDL). > > Publish a pipeline (set of pipelines) as a web service accessible via > SOAP and providing a self-description in WSDL. > > Ok, so then how can w

RE: Dispatcher/Adapter

On Tue, 12 Feb 2002, DZIEMBOWSKI,KINGA (HP-NewJersey,ex2) wrote: > For the HttpServletRequest/HttpRequest/Request problem - the fact that I am > not using any other methods that get/setAttribute does not mean anything. > The discussion is about fundamentals not specific usage in the simplistic >

Heads Up: Cocoon and Web Services

As we are just starting on a project where we need to provide access to our Cocoon based solution via a web service centric approach I have been musing around about the best way to achieve this. Now to start with Cocoon is really ideal for web services. Basically it already is capable of providin

Re: accessing request parameters in sitemap

On Tue, 12 Feb 2002 13:58:19 -0500, "Vadim Gritsenko" <[EMAIL PROTECTED]> wrote: > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On > Behalf Of > > > > Currently the sitemap has a syntax which allows referring to matching > > portions of the URL. Is there a way to refer to request argume

RE: accessing request parameters in sitemap

> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of > > Currently the sitemap has a syntax which allows referring to matching > portions of the URL. Is there a way to refer to request arguments, > headers or session related properties directly in the sitemap? > Something like this:

Re: Pipeline in pipeline not allowed in TreeProcessor

On Tuesday 12 February 2002 12:48 pm, Nicola Ken Barozzi wrote: > I'm porting a cocoon2.0dev based product to use the latest CVS version with > TreeProcessor. > But reading the sitemap, it doesn't allow directly nested tags. > Is this the "correct" behaviour? I didn't think nested pipeline's wer

Pipeline in pipeline not allowed in TreeProcessor

I'm porting a cocoon2.0dev based product to use the latest CVS version with TreeProcessor. But reading the sitemap, it doesn't allow directly nested tags. Is this the "correct" behaviour? -- Nicola Ken Barozzi [EMAIL PROTECTED] - verba volant, scripta manent - (dis

accessing request parameters in sitemap

Currently the sitemap has a syntax which allows referring to matching portions of the URL. Is there a way to refer to request arguments, headers or session related properties directly in the sitemap? Something like this: ... Thanks, -- Ovidiu Predescu <[EMAIL PROTECTED]> h

Unable to create indexes with Lucene & Cocoon 2.0.1 // Content-Typeproblems

Hi, I'm trying to create indexes on a custom C2.0.1 webapp. Currently my /search/ directory is a copy of the example provided, but when I try and create an index using create-index.xsp I get the following error: DEBUG (2002-02-11) 23:06.55:344 [core] (/search/create) Ajp13Processor[8009][1

Re: [FYI] Tomcat 4.0.2 Release notes

> > De: Stuart Roebuck [mailto:[EMAIL PROTECTED]] > > Enviado el: lunes 11 de febrero de 2002 19:14 > > > > Why does Cocoon 2.0 work better with HTTP 1.0 rather than 1.1 > > under Tomcat > > 4? > > > > Nothing fancy or weird, simply the HTTP/1.1 connector in Tomcat 4.0 > *was* so slow, and a big g

RE: Dispatcher/Adapter

> From: DZIEMBOWSKI,KINGA (HP-NewJersey,ex2) [mailto:[EMAIL PROTECTED]] > > Vadim, > > Lets make clear that the core elements are: > In the Adapter "family": > Adapter.java > AbstractAdapter.java > AbstractComposerAdapter.java > AbstractComplementaryConfigurableAdapter.java > > In the Dispatche

RE: [PROPOSAL] mulitple actions per class

On Tue, 12 Feb 2002, Carsten Ziegeler wrote: > > Torsten Curdt wrote: > > > > > > > The verbose solution from above has the advantage that the > > sitemap editor > > > (the person writing the pipelines) sees which actions are available. > > > > Hm... that's true. But I guess these actions are wo

cvs commit: xml-cocoon2/src/webapp/docs/samples/xsp request.xsp

vgritsenko02/02/12 08:35:37 Modified:src/webapp/docs/samples/xsp request.xsp Log: fix urls Revision ChangesPath 1.2 +14 -5 xml-cocoon2/src/webapp/docs/samples/xsp/request.xsp Index: request.xsp

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

vgritsenko02/02/12 08:32:34 Modified:src/java/org/apache/cocoon/generation FileGenerator.java Log: Expose real problem instead of fake SAXException's stacktrace Revision ChangesPath 1.5 +8 -1 xml-cocoon2/src/java/org/apache/cocoon/generation/FileGenerator.jav

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

vgritsenko02/02/12 08:18:45 Modified:.build.xml src/java/org/apache/cocoon/servlet CocoonServlet.java Added: tools/src ManifestToolTask.java Log: Make Cocoon work out of unpacked WAR. Ugly, but works. Revision ChangesPath 1.167 +7 -1

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/language/programming/java JavaLanguage.java

vgritsenko02/02/12 08:16:07 Modified:src/java/org/apache/cocoon/components/language/programming/java JavaLanguage.java Log: Optimize classpath building Revision ChangesPath 1.8 +31 -31 xml-cocoon2/src/java/org/apache/cocoon/components/la

Re: [PROPOSAL] mulitple actions per class

On 12.Feb.2002 -- 02:34 PM, Torsten Curdt wrote: > While working with actions something bugs me more and more... For each > very simple action you need to have a new class. Although it might be just > a few lines for each, it becomes really ugly when you share code with > other actions or need to

RE: [PROPOSAL] mulitple actions per class

> Torsten Curdt wrote: > > > > The verbose solution from above has the advantage that the > sitemap editor > > (the person writing the pipelines) sees which actions are available. > > Hm... that's true. But I guess these actions are would be mainly used for > webapp purposes and will be used w

RE: Dispatcher/Adapter

Kinga, Can you send us a diff of what changes you would like in Request.java? Then we can take a vote on it. Thanks, dims > For the HttpServletRequest/HttpRequest/Request problem - the fact that I am > not using any other methods that get/setAttribute does not mean anything. > The discussion i

RE: Dispatcher/Adapter

> -Original Message- > From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]] > Sent: Saturday, February 09, 2002 11:29 AM > To: [EMAIL PROTECTED] > Subject: RE: Dispatcher/Adapter > > > > -Original Message- > > From: kingadziembowska [mailto:[EMAIL PROTECTED]] > > > > > Thanks f

RE: Howto: call an internal pipeline from a component

> From: Michael Gerzabek [mailto:[EMAIL PROTECTED]] > > Hello! > > I need to call an internal pipeline from a component that's working > in the background. > try { > String source = "cocoon://i-post-XRFC/" + conf.getAttribute("name") + "/" > + conf.getAttribute("type") + "/" + id; > URLFacto

Howto: call an internal pipeline from a component

Hello! I need to call an internal pipeline from a component that's working in the background. try { String source = "cocoon://i-post-XRFC/" + conf.getAttribute("name") + "/" + conf.getAttribute("type") + "/" + id; URLFactory urlFactory = (URLFactory)manager.lookup(URLFactory.ROLE); URL url

RE: [PROPOSAL] mulitple actions per class

> > > > ... > > > > I really like the idea of your proposal and agree that the above is too > verbose and complicated. Cool :) > > I think this is much to complicated and verbose for the > > sitemap. I see no benefit over: > > > > > > > > > > ... > > > > > > ... > > > > Isn't

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/store FilesystemStore.java

cziegeler02/02/12 07:04:42 Modified:src/java/org/apache/cocoon/components/store FilesystemStore.java Log: Fixing list method() Revision ChangesPath 1.9 +6 -2 xml-cocoon2/src/java/org/apache/cocoon/components/store/FilesystemStore.java

RE: [PROPOSAL] mulitple actions per class

> Torsten Curdt: > > > Hm... but then you always have to define each method of the > class inside the sitemap plus you have to come up with all > different names. So let's assume we have a usermanager class > > public class UserManagerAction extends SomeAction { > > public Map doAdd(...) {

RE: [PROPOSAL] mulitple actions per class

> > 1. > > > > Do you mean ? ups... sure! ;) > > 2. > > > > > > 3. > > > > 4. > > 5. > > > > > Hm... but then you always have to define each method of the class inside the sitemap plus you have to come up with all different names. So let's assume we have a usermanager clas

Re: [PROPOSAL] mulitple actions per class

On Tue, 12 Feb 2002, Nicola Ken Barozzi wrote: > > > Although I'm not yet sure what syntax should be prefered > > > > 1. > > > > > > 2. > > > > > > 3. > > > > 4. > > > > Of course this will require the use of the reflection API > > for those actions using the new method syntax. (

RE: [PROPOSAL] mulitple actions per class

> From: Torsten Curdt [mailto:[EMAIL PROTECTED]] > > While working with actions something bugs me more and more... For each > very simple action you need to have a new class. Although it might be just > a few lines for each, it becomes really ugly when you share code with > other actions or need

Re: [PROPOSAL] mulitple actions per class

> While working with actions something bugs me more and more... For each > very simple action you need to have a new class. Although it might be just > a few lines for each, it becomes really ugly when you share code with > other actions or need to call an action from an action. Plus having > thou

Re: [PROPOSAL] mulitple actions per class

- Original Message - From: "Torsten Curdt" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, February 12, 2002 2:34 PM Subject: [PROPOSAL] mulitple actions per class > Although I'm not yet sure what syntax should be prefered > > 1. > > > 2. > > > 3. > > 4. > >

[PROPOSAL] mulitple actions per class

While working with actions something bugs me more and more... For each very simple action you need to have a new class. Although it might be just a few lines for each, it becomes really ugly when you share code with other actions or need to call an action from an action. Plus having thousand of ac

RE: Dispatcher/Adapter

Kinga, One more question: I was reviewing the code to see what methods you are actually using from HttpRequest. The only ones i could find are getAttribute/setAttribute/getParameter callsAll these are available in org.apache.cocoon.environment.Request. So what's the problem again? Thanks,

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/store FilesystemStore.java

cziegeler02/02/12 04:57:51 Modified:src/java/org/apache/cocoon/components/store FilesystemStore.java Log: Correction Revision ChangesPath 1.8 +4 -4 xml-cocoon2/src/java/org/apache/cocoon/components/store/FilesystemStore.java Index

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/store FilesystemStore.java

cziegeler02/02/12 04:55:24 Modified:src/java/org/apache/cocoon/components/store FilesystemStore.java Log: Fixed Filesystemstore: - keys can now be any values - the get() method now returns the object previously stored and not a File Revision Changes

RE: Dispatcher/Adapter

Kinga, The sitemap.xmap diff has too many unnecessary changes. Can you post a sitemap.xmap diff of only those that are actually needed? Thanks, dims --- "DZIEMBOWSKI,KINGA (HP-NewJersey,ex2)" <[EMAIL PROTECTED]> wrote: > Hi, > The new way to register Adapter is posted. > The http://soap.blues

RE: [FYI] Tomcat 4.0.2 Release notes

> De: Stuart Roebuck [mailto:[EMAIL PROTECTED]] > Enviado el: lunes 11 de febrero de 2002 19:14 > Why does Cocoon 2.0 work better with HTTP 1.0 rather than 1.1 > under Tomcat > 4? > Nothing fancy or weird, simply the HTTP/1.1 connector in Tomcat 4.0 *was* so slow, and a big garbage producer,

problems using j2sdk1.4.0 rc

Hi people, I installed version 1.4.0 release candidate from Sun (under Linux) but cocoon seems to have problems with this. I recompiled cocoon-2.1-dev.jar By calling the first page I got the following error: ProcessingException: Language Exception ... Note: sun.tools.javac.Main has been deprecate

DO NOT REPLY [Bug 6386] - [TreeProcessor] Nested map:select in resource malfunction

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/scratchpad/src/org/apache/cocoon/treeprocessor/sitemap ActNodeBuilder.java ActionSetNodeBuilder.java RedirectToNodeBuilder.java SelectNodeBuilder.java

sylvain 02/02/12 01:21:10 Modified:src/scratchpad/src/org/apache/cocoon/treeprocessor/sitemap ActNodeBuilder.java ActionSetNodeBuilder.java RedirectToNodeBuilder.java SelectNodeBuilder.java Log: Fix bug #6386, plus some minor cleanup