cvs commit: xml-cocoon2/src/webapp/samples/flow/examples/calc/pages - New directory

ovidiu 2002/08/30 23:40:14 xml-cocoon2/src/webapp/samples/flow/examples/calc/pages - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional co

RE: Novel persistence approach and Cocoon

At 10:44 PM 30/08/2002, Carsten Ziegeler wrote: >I don't understand exactly what you mean - you could (easily) write >a transformer interacting with business objects managed by a >a prevalent system. For example for reading > > > > > >This is interpreted by the transformer into something

RE: Novel persistence approach and Cocoon

> -Original Message- > [ Robert Leftwich ] > Subject: Novel persistence approach and Cocoon > I recently came across a new approach to persistence called object > prevalence {1}, implemented in the open source Prevayler > project [2]. I wouldn't say that it's a new approach... Everyon

Re: 2: Please help! Caching or Threadproblem or what else?

Vadim Gritsenko wrote: > > Enke, Michael wrote: > > >I tried it now under Windows ME: > >The swap file C:\WINDOWS\WIN386.SWP > >was growing until C:\ was full (swap file size about 500 MB) :-( > > > > But this means that this is not related to Java - Java's total memory is > limited to ... what

Re: [ANN] Cocoon pipelines captor

On 30 Aug 2002, Bruno Dumon wrote: > On Fri, 2002-08-30 at 14:51, Stephan Michels wrote: > > > > > > > > On 30 Aug 2002, Bruno Dumon wrote: > > > > > Captor is a tool that lets you see the XML being produced by each > > > transformer in a Cocoon pipeline. Currently it only works with Cocoon > >

Re: Serving SOAP from Cocoon

Hi Deepak, On Fri, Aug 30, 2002 at 05:03:43AM +0530, deepak wrote: > > However i have encountered a minor problem while downloading the > attachements from > bugzilla (http://nagoya.apache.org/), under bug #11728. Iam using Windows > Operating System > and What is being downloaded is a .cgi file

Re: [ANN] Cocoon pipelines captor

On Fri, 2002-08-30 at 14:51, Stephan Michels wrote: > > > > On 30 Aug 2002, Bruno Dumon wrote: > > > Captor is a tool that lets you see the XML being produced by each > > transformer in a Cocoon pipeline. Currently it only works with Cocoon > > 2.03, and not yet with 2.1. Implementation-wise c

DO NOT REPLY [Bug 12190] - [PATCH] Documentation patches (Captor/CocoDocoWiki)

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 12190] New: - [PATCH] Documentation patches (Captor/CocoDocoWiki)

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: 2: Please help! Caching or Threadproblem or what else?

Enke, Michael wrote: >I tried it now under Windows ME: >The swap file C:\WINDOWS\WIN386.SWP >was growing until C:\ was full (swap file size about 500 MB) :-( > But this means that this is not related to Java - Java's total memory is limited to ... whatever you specify. Or this can be bug in JD

Re: 2: Please help! Caching or Threadproblem or what else?

I tried it now under Windows ME: The swap file C:\WINDOWS\WIN386.SWP was growing until C:\ was full (swap file size about 500 MB) :-( Michael "Enke, Michael" wrote: > > Klaus Bertram wrote: > > > > Michael wrote: > > >Vadim Gritsenko wrote: > > >> > > >> >It does also not help to call this xsp

Re: [ANN] Cocoon pipelines captor

On 30 Aug 2002, Bruno Dumon wrote: > Captor is a tool that lets you see the XML being produced by each > transformer in a Cocoon pipeline. Currently it only works with Cocoon > 2.03, and not yet with 2.1. Implementation-wise captor works like the > profiler included with cocoon, but instead of

RE: Novel persistence approach and Cocoon

> -Original Message- > From: Robert Leftwich [mailto:[EMAIL PROTECTED]] > Sent: Friday, August 30, 2002 4:13 AM > To: [EMAIL PROTECTED] > Subject: Novel persistence approach and Cocoon > > > I recently came across a new approach to persistence called object > prevalence {1}, implemented

Re: i18n:attr trouble

Koen Pellegrims wrote: > > thanks for pointing me to the FAQ. I missed that one. > Commenting out the removeAttributes() call fixed it (for now). > > As I've stated, I already tried to upgrade to Xerces 2.1.0, but that didn't > solve it for me. > Do I have to do anything else besides placing xer

[ANN] Cocoon pipelines captor

Captor is a tool that lets you see the XML being produced by each transformer in a Cocoon pipeline. Currently it only works with Cocoon 2.03, and not yet with 2.1. Implementation-wise captor works like the profiler included with cocoon, but instead of storing the time spent in each transformer, it

RE: i18n:attr trouble

thanks for pointing me to the FAQ. I missed that one. Commenting out the removeAttributes() call fixed it (for now). As I've stated, I already tried to upgrade to Xerces 2.1.0, but that didn't solve it for me. Do I have to do anything else besides placing xercesImpl.jar and xmlParserAPIs.jar in $

RE: i18n:attr trouble

Please check that i18n FAQ entry does not solve your problem: http://outerthought.net/wiki/Wiki.jsp?page=FAQs. If it doesn't then please check again if the i18n samples work as expected (it can seem that they are working, but in reality they can be half-processed). -- Konstantin Piroumian >

i18n:attr trouble

Hi, I have quite a weird problem with i18n here. First of all: All the i18n examples work perfectly! ... but when I try to translate an attribute I run into trouble. the snippet is very simple: the relevant pipeline is: As long a I leave out th

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/webapps/session/xml XMLUtil.java

stephan 2002/08/30 01:38:45 Modified:src/java/org/apache/cocoon/webapps/session/xml XMLUtil.java Log: Modifed another point with the same conflict. Using conditional operator. Revision ChangesPath 1.7 +6 -18 xml-cocoon2/src/java/org/apache/cocoon/webapps/sessi

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/webapps/session/xml XMLUtil.java

stephan 2002/08/30 01:14:57 Modified:src/java/org/apache/cocoon/webapps/session/xml XMLUtil.java Log: NPE tested with Blackdown 1.4.1 and jakarta-tomcat-4.1.9-LE-jdk14. The Excalibur JaxpParser take the right parser. The problem is that XMLUtil gets different types of Element:

cvs commit: xml-cocoon2/src/scratchpad/webapp/samples/slide description2html4content.xsl

stephan 2002/08/30 01:08:10 Modified:src/scratchpad/webapp/samples/slide description2html4content.xsl Log: Marked form field as optional. Revision ChangesPath 1.6 +1 -1 xml-cocoon2/src/scratchpad/webapp/samples/slide/description2html4c

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/acting SourceMultiAction.java

stephan 2002/08/30 01:01:47 Modified:src/scratchpad/src/org/apache/cocoon/acting SourceMultiAction.java Log: Made filenname parameter optional. Revision ChangesPath 1.11 +6 -1 xml-cocoon2/src/scratchpad/src/org/apache/cocoon/acting/Sour

cvs commit: xml-cocoon2/src/scratchpad/webapp/samples/slide slide.xconf

stephan 2002/08/30 01:00:34 Modified:src/scratchpad/webapp/samples/slide slide.xconf Log: Enabled memory store. Revision ChangesPath 1.11 +3 -4 xml-cocoon2/src/scratchpad/webapp/samples/slide/slide.xconf Index: slide.xconf ===

cvs commit: xml-cocoon2/src/scratchpad/webapp/samples/slide description2html4content.xsl

stephan 2002/08/30 00:59:43 Modified:src/scratchpad/webapp/samples/slide description2html4content.xsl Log: Removed obsolete line. Revision ChangesPath 1.5 +0 -1 xml-cocoon2/src/scratchpad/webapp/samples/slide/description2html4content.x