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

ovidiu 02/03/23 23:45:08 Modified:src/scratchpad/schecoon ChangeLog Log: 2002-03-23 Ovidiu Predescu <[EMAIL PROTECTED]> * prj.el: Updated to the latest rhino. * webapp/sitemap.xmap: Added entry for the calculator example. * src/org/apache/cocoon/m

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

ovidiu 02/03/23 23:44:30 Modified:src/scratchpad/schecoon prj.el Log: Updated to the latest rhino. Revision ChangesPath 1.11 +2 -3 xml-cocoon2/src/scratchpad/schecoon/prj.el Index: prj.el =

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

ovidiu 02/03/23 23:43:25 Modified:src/scratchpad/schecoon/webapp sitemap.xmap Log: Added entry for the calculator example. Revision ChangesPath 1.10 +14 -3 xml-cocoon2/src/scratchpad/schecoon/webapp/sitemap.xmap Index: sitemap.xmap ==

cvs commit: xml-cocoon2/src/scratchpad/schecoon/src/org/apache/cocoon/markup/xsp jpath.xsl

ovidiu 02/03/23 23:42:58 Modified:src/scratchpad/schecoon/src/org/apache/cocoon/markup/xsp jpath.xsl Log: Added jpath:choose, jpath:when and jpath:otherwise. Added to obtain the current continuation id. Revision ChangesPath 1.6 +42

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

ovidiu 02/03/23 23:41:29 Modified:src/scratchpad/schecoon/src/org/apache/cocoon/components/flow/javascript system.js Log: Pass the newly created continuation in cocoon.processPipeline. Revision ChangesPath 1.3 +2 -2 xml-cocoon2/src/sc

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

ovidiu 02/03/23 23:40:17 Modified:src/scratchpad/schecoon/src/org/apache/cocoon/components/flow/javascript JSWebContinuation.java Log: Added method to retrieve the stored WebContinuation object. Revision ChangesPath 1.2 +7 -2 xml-coco

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

ovidiu 02/03/23 23:39:30 Modified:src/scratchpad/schecoon/src/org/apache/cocoon/components/flow/javascript JSCocoon.java Log: If the value of property is JavaScript's Undefined, simply pass null in the dictionary. Revision ChangesPath 1.5

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

ovidiu 02/03/23 23:38:32 Modified:src/scratchpad/schecoon/src/org/apache/cocoon/components/flow WebContinuation.java Log: Implement getContinuation(int) which retrieves the ancestor continuations. Revision ChangesPath 1.2 +23 -1 xml-

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

ovidiu 02/03/23 23:37:27 Modified:src/scratchpad/schecoon/src/org/apache/cocoon/components/flow JavaScriptInterpreter.java Log: Pass the current continuation in the environment, so it becomes available to the pipeline components. Also pass the bean diction

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

ovidiu 02/03/23 23:35:43 Modified:src/scratchpad/schecoon/src/org/apache/cocoon/components/flow Interpreter.java Log: Pass the current WebContinuation in processPipeline. Revision ChangesPath 1.7 +1 -0 xml-cocoon2/src/scratchpad/schec

cvs commit: xml-cocoon2/src/scratchpad/schecoon/lib rhino1.5r4-continuations-20020320.jar rhino1.5r4-continuations-20020319.jar

ovidiu 02/03/23 23:35:05 Added: src/scratchpad/schecoon/lib rhino1.5r4-continuations-20020320.jar Removed: src/scratchpad/schecoon/lib rhino1.5r4-continuations-20020319.jar Log: Latest version from Christopher Oliver, as of Ma

cvs commit: xml-cocoon2/src/scratchpad/schecoon/webapp/examples/calc calc.js displayResult.xsp getNumberA.xsp getNumberB.xsp getOperator.xsp

ovidiu 02/03/23 23:30:40 Added: src/scratchpad/schecoon/webapp/examples/calc calc.js displayResult.xsp getNumberA.xsp getNumberB.xsp getOperator.xsp Log: Added. Revision ChangesPath 1.1 xml-cocoon2/src/s

cvs commit: xml-cocoon2/src/scratchpad/schecoon/webapp/examples/calc - New directory

ovidiu 02/03/23 23:30:14 xml-cocoon2/src/scratchpad/schecoon/webapp/examples/calc - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional com

cvs commit: xml-cocoon2/src/scratchpad/schecoon/webapp/examples - New directory

ovidiu 02/03/23 23:29:54 xml-cocoon2/src/scratchpad/schecoon/webapp/examples - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands

RE: [GUMP] Build Failure - Cocoon2

Vadim wrote: > > webapp: > > [manifest-tool] Writing: ./build/cocoon/webapp/WEB-INF/Manifest.mf > > > > BUILD FAILED > > > > java.lang.NullPointerException > > at ManifestToolTask.process(Unknown Source) > > Do me a favor: delete tools/anttasks/*, update CVS, try again. Hm. This is perha

RE: [GUMP] Build Failure - Cocoon2

> From: Steven Noels [mailto:[EMAIL PROTECTED]] > > Another build problem here: > > using Sun JDK 1.3.1, W2K, Cygwin & normal cmd interpreter, after doing a > clean check-out (really!), doing a simple "build webapp", I get an NPE > for some reason unknown to me: Unknown to me also. I don't get

cvs commit: xml-cocoon2 build.xml

vgritsenko02/03/23 20:11:31 Modified:.build.xml Log: Turn on debug when compiling ant tasks Revision ChangesPath 1.192 +5 -0 xml-cocoon2/build.xml Index: build.xml === RCS file: /ho

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/serialization HSSFSerializer.java poi.xconf

sylvain 02/03/23 13:19:08 Modified:src/java/org/apache/cocoon/serialization HSSFSerializer.java Removed: src/java/org/apache/cocoon/serialization poi.xconf Log: Don't add a new component for HSSFSerializer (as agreed with Ken). Revision ChangesPath 1.2 +1 -2

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

sylvain 02/03/23 11:52:02 Modified:src/java/org/apache/cocoon/servlet BootstrapServlet.java Log: Be compliant with servlet 2.3 (Cocoon libs are 2.2, but Gump uses 2.3) Revision ChangesPath 1.2 +12 -1 xml-cocoon2/src/java/org/apache/cocoon/servlet/BootstrapServ

RE: [GUMP] Build Failure - Cocoon2

Another build problem here: using Sun JDK 1.3.1, W2K, Cygwin & normal cmd interpreter, after doing a clean check-out (really!), doing a simple "build webapp", I get an NPE for some reason unknown to me: webapp: [manifest-tool] Writing: ./build/cocoon/webapp/WEB-INF/Manifest.mf BUILD FAILED jav

Re: [RT] Configuration front-end

*** REPLY SEPARATOR *** On 23.03.2002 at 11:50 Ivelin Ivanov wrote: >Pollo has a basic built in support for sitemaps. >Is the polo developer on this list ? > I had a look at this editor, but it is not what I intended. It's an XML-structure based editor, not a Cocoon-specific

RE: [GUMP] Build Failure - Cocoon2

> From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED]] > > Sam Ruby wrote: > > /home/rubys/jakarta/xml- > cocoon2/build/cocoon/src/org/apache/cocoon/xml/dom/SVGBuilder.java:54: > Class org.apache.batik.css.CSSDocumentHandler not found in import. > > [javac] import org.apache.batik.css.CSSDocum

Re: [RT] CallBack Style XML Handlers

> Now, is there any example of use that cannot be made to work in the > above scenario? > > Please, submit your examples to convince us. Cannot give such example. Jeremy Quinn elegantly resolved and implemented in a solution for the class of problems I was targeting. - Original Message -

Re: [RT] Configuration front-end

Pollo has a basic built in support for sitemaps. Is the polo developer on this list ? - Original Message - From: "Stefano Mazzocchi" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Saturday, March 23, 2002 3:59 AM Subject: Re: [RT] Configuration front-end > Please, don't send HTML

Re: [GUMP] Build Failure - Cocoon2

Sam Ruby wrote: /home/rubys/jakarta/xml-cocoon2/build/cocoon/src/org/apache/cocoon/xml/dom/SVGBuilder.java:54: Class org.apache.batik.css.CSSDocumentHandler not found in import. > [javac] import org.apache.batik.css.CSSDocumentHandler; > [javac]^ Ehm, whose fault is that? Gump's

Re: BUG in RequestGenerator ?

Jeremy Quinn wrote: > [ cut] > > what does the update-user_form_xupdate.xsl stylesheet look like? > > I found I had to do some pretty strange stuff to get mine to work () see: > xml-cocoon2/src/scratchpad/webapp/mount/editor/editor/stylesheets/request2editor.xsl > > I had to end up declaring t

Bug when serializing XML and xmlns=""

Hi everybody, I'm new to this list so bear with me... It started off as one problem, but when I was trying to create a bug report for the first I discovered a second. They both occur between lines 381 and 394 of org/apache/cocoon/serialization/AbstractTextSerializer.java. The second problem i

[GUMP] Build Failure - Cocoon2

This email is autogenerated from the output from: Buildfile: build.xml init: [echo] -

Substractive view labels [was : Re: aggregate and views : what'sthe correct behaviour ?]

Vadim Gritsenko wrote: >Sylvain, > >You forgot one thing: Compiled engine does not work 100% correctly, see >corresponding TODO item - it's there on purpose. See also FIXME in the >documentation site sitemap.xmap which illustrates the same issue you are >describing here. > >PS I thought you got m

cvs commit: xml-cocoon2 build.xml

dims02/03/23 04:39:31 Modified:.build.xml Log: Compile DbXMLAuthenticatorAction only if xmldb.present Revision ChangesPath 1.191 +2 -0 xml-cocoon2/build.xml Index: build.xml ===

Re: XSLTC

[EMAIL PROTECTED] wrote: > > Stefano Mazzocchi <[EMAIL PROTECTED]> wrote: > > I would personally love to work with the Xalan people to address all the > > issues that XSLTC has with Cocoon, but their interest in making this > > happening has been, in my eyes, cold. > > > > But anyway, if my impre

Re: XSLTC

Stefano Mazzocchi <[EMAIL PROTECTED]> wrote: > I would personally love to work with the Xalan people to address all the > issues that XSLTC has with Cocoon, but their interest in making this > happening has been, in my eyes, cold. > > But anyway, if my impressions were wrong, or something changed

Re: [UPDATE] Cocoon control flow

On Sat, 23 Mar 2002 09:45:12 +0100, Sylvain Wallez <[EMAIL PROTECTED]> wrote: > Great work, and thank again to Christopher for his work, which will make > the flow layer accessible to almost every web developper out there ! > > I'd like also to give you an update of my part of the work, which

Re: [RT] Configuration front-end

Please, don't send HTML email Hi Cocoon developers, I just was about to write a litte Sitemap tutorial for cocooncenter when my flat-mate entered the room. He remarked that an editor with an intuitive GUI would make much more sense. If someone who's not absolutely convinced of the "XSLT d

Re: XSLTC

"Durrant, Peter" wrote: > > Hi > > There has been a lot of interest recently in XSLTC regarding the potential > performance improvements for transformations. I was wondering what is > happening regarding integrating XSLTC into Cocoon? This is a good question. I currently have no information to

Re: [RT] CallBack Style XML Handlers

Ivelin Ivanov wrote: > > I am looking for short input. Do you think that an XPath selector (working > against the current SAX stream) makes sence or not ? My personal opinion is that matadata should be 'outside' the pipeline, and data inside the pipeline. In such a world, a pipeline-aware selecto

Re: [RT] CallBack Style XML Handlers

Berin Loritsch wrote: > The main issue I am trying to address is precompiling the cocoon > webapp or cocoon component so that the performance and scalability > of Cocoon will blow people away. Know what? I get very happy when people blow me away :-) -- Stefano Mazzocchi One must still hav

ESQL rewrite proposal

Hello All, I have opened a bug case in bugzilla for the ESQL logicsheet: it doesn't behave correctly for some kinds of grouped resultsets (). I have tried to debug the logicsheet but it's far too complex to understand (yet alone debug...) Suffice to say that most logicsheets in the same dir a

Re: [UPDATE] Cocoon control flow

Ovidiu Predescu wrote: >Hi, > >Over the past two weeks I've completely overhauled the control flow >layer in Cocoon. Prompted by Jason's pointer to JavaScript's ability >to save its state, I've contacted Christopher Oliver, the original >author of that work. We was very kind and did an amazing wo