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

ovidiu 02/03/29 21:42:01 Modified:src/scratchpad/schecoon ChangeLog Log: 2002-03-29 Ovidiu Predescu <[EMAIL PROTECTED]> * webapp/examples/calc/getOperator.xsp: Add an exclamation mark. * webapp/examples/calc/displayResult.xsp: Don't use elements.

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

ovidiu 02/03/29 21:41:08 Modified:src/scratchpad/schecoon/webapp/examples/calc getOperator.xsp Log: Add an exclamation mark. Revision ChangesPath 1.3 +1 -1 xml-cocoon2/src/scratchpad/schecoon/webapp/examples/calc/getOperator.xsp Index: getOperator.xsp

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

ovidiu 02/03/29 21:40:21 Modified:src/scratchpad/schecoon/webapp/examples/calc displayResult.xsp Log: Don't use elements. Revision ChangesPath 1.3 +5 -6 xml-cocoon2/src/scratchpad/schecoon/webapp/examples/calc/displayResult.xsp

cvs commit: xml-cocoon2/src/scratchpad/schecoon/webapp/examples/calc calc.js

ovidiu 02/03/29 21:39:39 Modified:src/scratchpad/schecoon/webapp/examples/calc calc.js Log: Reimplement using forwardTo(). Revision ChangesPath 1.3 +46 -24xml-cocoon2/src/scratchpad/schecoon/webapp/examples/calc/calc.js Index: calc.js ==

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

ovidiu 02/03/29 21:39:03 Modified:src/scratchpad/schecoon/webapp sitemap.xmap Log: Define pipeline for the HTML files of the calc example. Revision ChangesPath 1.12 +5 -0 xml-cocoon2/src/scratchpad/schecoon/webapp/sitemap.xmap Index: sitemap.xmap ==

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

ovidiu 02/03/29 21:31:11 Modified:src/scratchpad/schecoon/src/org/apache/cocoon/components/flow/javascript system.js Log: Implement forwardTo. Revision ChangesPath 1.5 +14 -1 xml-cocoon2/src/scratchpad/schecoon/src/org/apache/cocoon/co

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

ovidiu 02/03/29 21:30:41 Modified:src/scratchpad/schecoon/src/org/apache/cocoon/components/flow/javascript JSCocoon.java Log: Implement jsFunction_forwardTo(). Revision ChangesPath 1.7 +14 -0 xml-cocoon2/src/scratchpad/schecoon/src/org

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

ovidiu 02/03/29 21:30:04 Modified:src/scratchpad/schecoon/src/org/apache/cocoon/components/flow JavaScriptInterpreter.java Log: Implement forwardTo(). Revision ChangesPath 1.11 +31 -0 xml-cocoon2/src/scratchpad/schecoon/src/org/apache/c

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

ovidiu 02/03/29 21:29:28 Modified:src/scratchpad/schecoon/src/org/apache/cocoon/components/flow Interpreter.java Log: Added forwardTo(). Revision ChangesPath 1.9 +17 -0 xml-cocoon2/src/scratchpad/schecoon/src/org/apache/cocoon/componen

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

ovidiu 02/03/29 21:27:14 Modified:src/java/org/apache/cocoon/environment/wrapper EnvironmentWrapper.java Log: Implement getAttribute and removeAttribute to find or remove attribute from the receiver instance, as well as from the wrapped environment. Stil

Re: [Schematron-love-in] Re: Cocoon Form binding and validation

Koshuke, >> If you have experience with JARV, can you scetch how the new/fast Schematron >> validation can be wrapped in JARV without loss of efficiency? >I'm not subscribing to the cocoon-dev list, so I don't quite follow the >context. But I'm happy to see if I can write a JARV wrapper around

Re: Cocoon Blocks and contract validation

Just want to express my solidarity with Rob. It's been somewhat surprisingly painful experience for me to get Cocoon running and consequently to get my own demos running. I am also a believer, from experience, in building small pieces at a time. Just big enough to have value on their own and smal

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

vgritsenko02/03/29 12:32:01 Modified:src/java/org/apache/cocoon/components/language/generator ProgramGeneratorImpl.java src/java/org/apache/cocoon/components/language/programming AbstractProgrammingLanguage.java

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/sitemap Handler.java XSLTFactoryLoader.java

vgritsenko02/03/29 12:24:02 Modified:src/java/org/apache/cocoon/sitemap Handler.java XSLTFactoryLoader.java Log: remove obsolete hack Revision ChangesPath 1.13 +1 -8 xml-cocoon2/src/java/org/apache/cocoon/sitemap/Handler.java Index:

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/util IOUtils.java

vgritsenko02/03/29 12:16:34 Modified:src/java/org/apache/cocoon/util IOUtils.java Log: Provide encoding-aware method for string to file IO Revision ChangesPath 1.7 +18 -2 xml-cocoon2/src/java/org/apache/cocoon/util/IOUtils.java Index: IOUtils.java ==

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/transformation/pagination Pagesheet.java Paginator.java

vgritsenko02/03/29 12:12:08 Modified:src/scratchpad/src/org/apache/cocoon/transformation/pagination Pagesheet.java Paginator.java Log: minor bug fix Revision ChangesPath 1.5 +3 -1 xml-cocoon2/src/scratchpad/src/org/apache/cocoon/transf

Cocoon Blocks and contract validation

Speaking as a Cocoon user with Apache committer credentials (I am a committer to xml-axis): I'm ramping up on Cocoon right now. As of this moment, the thing that makes me most uncomfortable with Cocoon is its lack of modularity at the sub-site level. Installing a new "component" ("sub-sitema

RE: Performance Tips now as xdoc

We´re running our cocoon-based solution using the following configuration: os: redhat 6.5 system: compaq proliant 1.1 Ghz, 256 Mb RAM servlet-engine: tomcat 3, latest web service: apache 1, latest stable jdk: j2se 1.3.1 from sun This configuration really performes. We haven´t done any scalability

Re: Cocoon Form binding and validation [was: RE: SchemoX forms]

Koshuke, Thanks for the response. I have released a Schematron validator implementation in Java as part as an effort to improve form handling in Cocoon (xml.apache.org/cocoon) The implementation behaves differently than you may expect, but the end result should be compatible with the skeleton f

TreeProcessor is now the default sitemap engine (was Re: [PATCH] JSP stuff is patched)

Konstantin Piroumian wrote: >>Just to know : what are these logs that you like so much ? Is >>there any other useful information that could be logged ? >> > >sitemap.log was the best one that gave me the correct error. Compiled >sitemap simply stated that 'No pipeline matched the request' with

Re: [PATCH] JSP stuff is patched

Excelent! Now we can speed up on Form b&v... that is if the "new commiters" voting gets through. - Original Message - From: "Konstantin Piroumian" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, March 29, 2002 9:21 AM Subject: [PATCH] JSP stuff is patched > Hi, team! > > A

cvs commit: xml-cocoon2/src/webapp/WEB-INF cocoon.xconf

sylvain 02/03/29 09:55:19 Modified:src/java/org/apache/cocoon cocoon.roles src/webapp/WEB-INF cocoon.xconf Log: TreeProcessor is now the default sitemap engine Revision ChangesPath 1.17 +1 -1 xml-cocoon2/src/java/org/apache/cocoon/cocoon.roles

DO NOT REPLY [Bug 7610] New: - Order page sample has port number hard-wired

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: [PATCH] JSP stuff is patched

> From: Sylvain Wallez [mailto:[EMAIL PROTECTED]] > Konstantin Piroumian wrote: > > > Hi, team! > > > > At last, I'm back again to the list with a new address > > ([EMAIL PROTECTED]). > > > > Can't access Bugzilla for an unknown reason to post a patch for > > JSPGenerator or JSPReader. > > > > I

Re: [PATCH] JSP stuff is patched

Konstantin Piroumian wrote: > Hi, team! > > At last, I'm back again to the list with a new address > ([EMAIL PROTECTED]). > > Can't access Bugzilla for an unknown reason to post a patch for > JSPGenerator or JSPReader. > > I've also refactored jsp and i18n samples, but this will require a lot

Re: Making Xalan XSLTC work with Cocoon

Berin Loritsch wrote: > > > -Original Message- > > From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED]] > > > > Sylvain Wallez wrote: > > > > > So what about a new VersatileTrAXTransformer that would be > > the "old" > > > one (i.e. doesn't use XSLTProcessor) with a configurable > > > Trans

RE: SOLVED: Pool: NoValidConnectionException on jdk1.4 -> Berin, please read this

> -Original Message- > From: Enke Michael [mailto:[EMAIL PROTECTED]] > Sent: 29 March 2002 08:21 > To: [EMAIL PROTECTED] > Subject: SOLVED: Pool: NoValidConnectionException on jdk1.4 -> Berin, > please read this > > > Hi, > Tonight I found the solution: > We have a ClassCastException. To s

RE: [PATCH] JSP stuff is patched

Sorry, forgot the patch. -- Konstantin Piroumian [EMAIL PROTECTED] -Original Message- From: Konstantin Piroumian Sent: Friday, March 29, 2002 6:21 PM To: '[EMAIL PROTECTED]' Subject: [PATCH] JSP stuff is patched Hi, team! At last, I'm back again to the list with a new address ([EM

[PATCH] JSP stuff is patched

Title: [PATCH] JSP stuff is patched Hi, team! At last, I'm back again to the list with a new address ([EMAIL PROTECTED]). Can't access Bugzilla for an unknown reason to post a patch for JSPGenerator or JSPReader. I've also refactored jsp and i18n samples, but this will require a lot of

RE: [RT] Cocoon Blocks and internal web services

At some point there is going to need to be a document explaining how EARs, WARs, JARs, Avalon Blocks, and Cocoon Blocks all relate. Not being well versed in Avalon (yet), I'm not sure of the feasibility, but If Avalon could be abstracted further to handle this, and not introduce yet another leve

RE: [RT] Cocoon Blocks and internal web services

> -Original Message- > From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED]] > > > Do you mean here to replace ComponentManager/Selector with the CM > > interface discussed for future Excalibur release CM.select(String > > role, Object query) where, in this case, query would be the URL?

RE: Making Xalan XSLTC work with Cocoon

> -Original Message- > From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED]] > > Sylvain Wallez wrote: > > > So what about a new VersatileTrAXTransformer that would be > the "old" > > one (i.e. doesn't use XSLTProcessor) with a configurable > > TransformerFactory ? This would then avoid

RE: SOLVED: Pool: NoValidConnectionException on jdk1.4 -> Berin, please read this

Thank you very much! Now I thought that all the classes came from AbstractConnection, I will have to fix line 106 in both classes to use AbstractConnection so we won't have this problem no matter what Connection class we are using. Thanks for your detective work! > -Original Message- >

Re: Making Xalan XSLTC work with Cocoon

Stefano Mazzocchi wrote: >Sylvain Wallez wrote: > >>So what about a new VersatileTrAXTransformer that would be the "old" one >>(i.e. doesn't use XSLTProcessor) with a configurable TransformerFactory >>? This would then avoid a new CS used only by the TrAXTransformer and >>the need for "hacky" sub

Re: [RT] Cocoon Blocks and internal web services

Greg Weinger wrote: > > > But this is not enough: behavioral description *depends* on > > the type of the exposed resource. > > > > For example, a resource such as > > > > block:skin://xslt/document2html > > > > will have to expose the returning MIME-type (XSLT in this > > case) as well as it's

Re: [RT] Cocoon Blocks and internal web services

Mircea Toma wrote: > > Hi, > > .. > .. > > > This contract explicitly indicates: > > > > 1) web resources exposed by the block (for example files accessible > > from other blocks) > > 2) service components exposed by the block (for example avalon > > components or site

Re: Making Xalan XSLTC work with Cocoon

Sylvain Wallez wrote: > So what about a new VersatileTrAXTransformer that would be the "old" one > (i.e. doesn't use XSLTProcessor) with a configurable TransformerFactory > ? This would then avoid a new CS used only by the TrAXTransformer and > the need for "hacky" subroles. Yeah, makes perfect

Re: Performance Tips now as xdoc

On Thu, 28 Mar 2002, Gerhard Froehlich wrote: > Hi, > ok folks, I see you need something visual and > styled and not a sissy txt file. > > I added the "Apache Cocoon Perfomance Tips" as > xdoc into the CVS. I placed it below the FAQs > in the book.xml. > > Now you can review it eye friendly and