DO NOT REPLY [Bug 9048] - Can we pass the name of the xsl to used for transformation as a parameter

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: DO NOT REPLY [Bug 9048] New: - Can we pass the name of the xsl toused for transformation as a parameter

You might try... Assuming you have a parameter in the request object named "reportName" whose value is "bar", this pipeline will apply the stylesheet "bar.xsl" to the xml foun

Re: [ANN] Chaperon examples

On Mon, 13 May 2002, Bertrand Delacretaz wrote: > Hi Stephan, > > I had a look at your bugzilla(#8975) examples - great stuff! > > IMHO an additional wiki generator could be useful to generate XHTML > from existing text files, like: > > src="net.sourceforge.chaperon.cocoon

cvs commit: xml-cocoon2/src/documentation/xdocs/faq - New directory

shannon 02/05/13 10:47:02 xml-cocoon2/src/documentation/xdocs/faq - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [E

cvs commit: xml-cocoon2/src/documentation/xdocs/faq README.txt book.xml faq-configure-c2.xml faq-configure-environment.xml faq-cvs.xml faq-databases.xml faq-debugging.xml faq-install.xml faq-sitemap.xml faq-xslt.xml index.xml

shannon 02/05/13 10:55:25 Added: src/documentation/xdocs/faq README.txt book.xml faq-configure-c2.xml faq-configure-environment.xml faq-cvs.xml faq-databases.xml faq-debugging.xml faq-install.xml faq-sitemap.xml f

cvs commit: xml-cocoon2/src/documentation/xdocs/howto README.txt book.xml howto-author-faq.xml howto-author-howto.xml index.xml

shannon 02/05/13 11:00:49 Added: src/documentation/xdocs/howto README.txt book.xml howto-author-faq.xml howto-author-howto.xml index.xml Log: Proposed new howto organization for content. Provides preliminary guidance to user conten

cvs commit: xml-cocoon2/src/documentation/xdocs/tutorial README.txt book.xml index.xml tutorial-develop-webapp.xml tutorial-shots.xml

shannon 02/05/13 11:06:50 Added: src/documentation/xdocs/tutorial README.txt book.xml index.xml tutorial-develop-webapp.xml tutorial-shots.xml Log: Adding tutorial content. Revision ChangesPath 1.1 xml-co

cvs commit: xml-cocoon2/src/documentation/xdocs/howto - New directory

shannon 02/05/13 10:56:37 xml-cocoon2/src/documentation/xdocs/howto - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail:

cvs commit: xml-cocoon2/src/documentation/xdocs/tutorial - New directory

shannon 02/05/13 11:02:29 xml-cocoon2/src/documentation/xdocs/tutorial - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mai

cvs commit: xml-cocoon2/src/documentation/xdocs/tutorial tutorial-rmi-generator.xml RMIGenerator.java ServerFunctions.java

shannon 02/05/13 11:09:53 Added: src/documentation/xdocs/tutorial tutorial-rmi-generator.xml RMIGenerator.java ServerFunctions.java Log: Adding draft tutorial contribution from our first brave author, Erwin Hermans, [EMAIL PROTECTED] Includes sample jav

cvs commit: xml-cocoon2/src/documentation/xdocs book.xml

shannon 02/05/13 11:13:12 Modified:src/documentation/xdocs book.xml Log: new entries for faqs, howtos, tutorials Revision ChangesPath 1.12 +3 -2 xml-cocoon2/src/documentation/xdocs/book.xml Index: book.xml

cvs commit: xml-cocoon2/src/documentation/xdocs/plan changes-doc.xml

shannon 02/05/13 11:28:42 Modified:src/documentation/xdocs/plan changes-doc.xml Log: noted recent updates to docs Revision ChangesPath 1.5 +15 -1 xml-cocoon2/src/documentation/xdocs/plan/changes-doc.xml Index: changes-doc.xml

cvs commit: xml-cocoon2/src/documentation sitemap.xmap

shannon 02/05/13 11:18:39 Modified:src/documentation sitemap.xmap Log: Revised match for faq pages. Added faq, howto, tutorial entries to ToC Revision ChangesPath 1.10 +8 -3 xml-cocoon2/src/documentation/sitemap.xmap Index: sitemap.xmap =

cvs commit: xml-cocoon2/src/documentation/xdocs/userdocs/generators jsp-generator.xml

shannon 02/05/13 11:15:03 Modified:src/documentation/xdocs/userdocs/generators jsp-generator.xml Log: update faq links Revision ChangesPath 1.3 +1 -1 xml-cocoon2/src/documentation/xdocs/userdocs/generators/jsp-generator.xml Index:

cvs commit: xml-cocoon2/src/documentation/xdocs mail-lists.xml

shannon 02/05/13 11:13:47 Modified:src/documentation/xdocs mail-lists.xml Log: update faq links Revision ChangesPath 1.4 +1 -1 xml-cocoon2/src/documentation/xdocs/mail-lists.xml Index: mail-lists.xml =

DO NOT REPLY [Bug 9064] New: - PATCH: getHeaders in multipart.FilePartFile/Array always returns false

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 9064] - PATCH: getHeaders in multipart.FilePartFile/Array always returns false

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 9064] - PATCH: getHeaders in multipart.FilePartFile/Array always returns null

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/documentation/xdocs/faq book.xml

crossley02/05/14 04:03:01 Modified:src/documentation/xdocs/faq book.xml Log: Fix title for this book. Revision ChangesPath 1.2 +1 -1 xml-cocoon2/src/documentation/xdocs/faq/book.xml Index: book.xml ===

NekoHTML in Cocoon....

Necko is an HTML parser based on Xerces who can parse 'normal' HTML (not XHTML) and prodcues pure XML (SAX). http://www.apache.org/~andyc/nekohtml/doc/index.html Just thinking if it could be usefull... (I haven't tried it yet ;). One possibible use case would be the ability for Cocoon developer

RE: NekoHTML in Cocoon....

> From: Jörn Heid [mailto:[EMAIL PROTECTED]] > > Necko is an HTML parser based on Xerces who can parse > 'normal' HTML (not > XHTML) and prodcues pure XML (SAX). > http://www.apache.org/~andyc/nekohtml/doc/index.html > > Just thinking if it could be usefull... (I haven't tried it yet ;). It mi

RE: NekoHTML in Cocoon....

What are there any differences to HTML Tidy (speed, functionality)? Reinhard > -Original Message- > From: Jörn Heid [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, May 14, 2002 1:27 PM > To: [EMAIL PROTECTED] > Subject: NekoHTML in Cocoon > > > > Necko is an HTML parser based on

RE: NekoHTML in Cocoon....

AFAIK HTML Tidy is no longer supported for one... J. > From: Reinhard Pötz [mailto:[EMAIL PROTECTED]] > > What are there any differences to HTML Tidy (speed, functionality)? > > Reinhard > > > From: Jörn Heid [mailto:[EMAIL PROTECTED]] > > Subject: NekoHTML in Cocoon > > > > Necko is

RE: [ANN] Chaperon examples

> From: Stephan Michels [mailto:[EMAIL PROTECTED]] ... > My question is "persistent-store" only reserved for the cache of the > pipelines? No, use either transient-store or persistent-store for anything you like. Vadim > The problem is that the generation process of the parser tables > took

AW: NekoHTML in Cocoon....

I haven't tested Tidy yet. From Sourceforge I got "JTidy is a Java port of HTML Tidy, a HTML syntax checker and pretty printer. Like its non-Java cousin, JTidy can be used as a tool for cleaning up malformed and faulty HTML. In addition, JTidy provides a DOM parser for real-world HTML.". So is Tid

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/language/markup/xsp EsqlHelper.java

tcurdt 02/05/14 05:16:08 Modified:src/java/org/apache/cocoon/components/language/markup/xsp/java esql.xsl src/java/org/apache/cocoon/components/language/markup/xsp EsqlHelper.java Log: reverted some changes that broke s

Re: [docs] Draft RMI generator tutorial needs technical review

On Monday, Stefano Mazzocchi wrote: > Ah, one suggestion: don't way too much for comments. People don't tend > to comment *before* things are placed live on the web, but *after*. What do you mean: that developers are more motivated to fix documentation errors once they are public? Or, that ad

RE: NekoHTML in Cocoon....

> From: Jцrn Heid [mailto:[EMAIL PROTECTED]] > > I haven't tested Tidy yet. Please do: http://localhost:8080/cocoon/yahoo Vadim > From Sourceforge I got > "JTidy is a Java port of HTML Tidy, a HTML syntax checker and pretty > printer. Like its non-Java cousin, JTidy can be used as a tool for

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

tcurdt 02/05/14 05:46:57 Modified:src/java/org/apache/cocoon/components/language LanguageException.java src/java/org/apache/cocoon/components/language/programming/java JavaLanguage.java Log: The LanguageException now al

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/language/generator ProgramGeneratorImpl.java

tcurdt 02/05/14 05:50:05 Modified:src/java/org/apache/cocoon/components/language/generator ProgramGeneratorImpl.java Log: restructured the ProgramGenerator. Added the option "watchSource" (turned off by default) so it you can make changes inside the gener

cvs commit: xml-cocoon2 changes.xml

tcurdt 02/05/14 05:52:02 Modified:.changes.xml Log: added the esql fix added the source code excerpts in the LanguageException added the xsp debugging (watchSource) feature of the ProgramGenerator Revision ChangesPath 1.160 +16 -1 xml-cocoon2/changes

[GUMP] Build Failure - xml-cocoon2

[echo] -- [echo] Apache Cocoon 20020514 [1999-2002] [echo] -- [echo] Building with Apache Ant version 1.6alpha compiled on May 14 2002 [echo] using build file

exception handling

Guys, as you might have noticed I've added some features to reduce the the burden when it comes to debugging XSP. (I suffered from that again when looking into the latest esql bug - and it pissed me off that much that I needed to change something on that ;-) As for one I added the source code

Caching for database driven sites

We are evaluating porting an existing CMS and web publishing system over to cocoon but we have some issues with caching. In our particular situation we normally use two different cache management strategies: 1. For automated feeds (newswires etc.) we use a time based expiration 2. For Editor

Re: Caching for database driven sites

Steven : DBPrism CMS uses this approach using ESI invalidation protocol (http://www.w3.org/TR/esi-invp) that is an standard. You could get more information about Cocoon's External Cache Invalidator Server at http://www.dbprism.com.ar/dbprism/doc/xdocs/Server.html A flow of how the inva

Re: Caching for database driven sites

Hello Steven, ** First let me say that I am not a developer of cocoon, but a developer who uses cocoon, so it's possible that I have something wrong here. If so, anyone please feel free to correct me. This code works with the released version, cocoon2.0.2 Additionally, I am running all o

Re: [bug] still some Source problems

> and, in fact, the class > > org.apache.avalon.excalibur.source.ResourceSourceFactory > > has been renamed > > org.apache.excalibur.source.impl.ResourceSourceFactory > > can you please fix that ASAP? the entire cocoon tree is unworkable > because of that. (I would jump in, but I'm sure it

cvs commit: xml-cocoon2/src/documentation/xdocs/link sites.xml

shannon 02/05/14 05:37:46 Modified:src/documentation/xdocs/link sites.xml Log: updated description for outerthought site Revision ChangesPath 1.3 +1 -1 xml-cocoon2/src/documentation/xdocs/link/sites.xml Index: sites.xml =

[bug] still some Source problems

Yesterday I did an update of xml-cocoon2 trusting that the source stuff was ready to use but I keep on getting stacktraces about: java.lang.ClassNotFoundException: org.apache.avalon.excalibur.source.ResourceSourceFactory at java.net.URLClassLoader$1.run(URLClassLoader.java:200)

DO NOT REPLY [Bug 9075] New: - web3-core

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 9075] - web3-core

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: NekoHTML in Cocoon....

Yes, it should be faster. Also, I had to "patch" JTidy because it wasn't cleaning HTML correctly with duplicate attributes. I submitted a bug report to them, and they told me to wait the next C version to be ported to Java. This says it all... -- Nicola Ken Barozzi [EMAIL PROT

Re: Caching for database driven sites

> On Tue, 2002-05-14 at 14:56, Steven Sedlmeyer wrote: > > We are evaluating porting an existing CMS and web publishing system over to > > cocoon but we have some issues with caching. In our particular situation we > > normally use two different cache management strategies: > > > > 1. For automa

RE: Caching for database driven sites

i can't find any past threads on what is planned regarding "unification of pipelines". Can someone point me to a thread? Geoff Howard -Original Message- From: Nicola Ken Barozzi [mailto:[EMAIL PROTECTED]] Sent: Tuesday, May 14, 2002 1:42 PM To: [EMAIL PROTECTED] Subject: Re: Caching for

DO NOT REPLY [Bug 9075] - web3-core

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 9075] - web3-core

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: [bug] still some Source problems

At 17:21 14/05/2002 +0200, you wrote: > > and, in fact, the class > > > > org.apache.avalon.excalibur.source.ResourceSourceFactory > > > > has been renamed > > > > org.apache.excalibur.source.impl.ResourceSourceFactory > > > > can you please fix that ASAP? the entire cocoon tree is unworka

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

nicolaken02/05/14 13:34:23 Modified:src/scratchpad/src/org/apache/cocoon/transformation/constrained AbstractConstrainedTransformer.java src/scratchpad/src/org/apache/cocoon/transformation Chart2SvgTransformer.java

cvs commit: xml-cocoon2/src/scratchpad/lib krysalis-wings-0.1.0-dev-3.jar krysalis-wings-0.1.0-dev-2.jar

nicolaken02/05/14 13:38:11 Added: src/scratchpad/lib krysalis-wings-0.1.0-dev-3.jar Removed: src/scratchpad/lib krysalis-wings-0.1.0-dev-2.jar Log: Tom Klaasen <[EMAIL PROTECTED]> is getting it to work. Revision ChangesPath 1.1 xml-cocoon2/src/

cvs commit: xml-cocoon2/src/scratchpad/webapp/mount/charts/content/static linechart.xml

nicolaken02/05/14 13:51:23 Modified:src/scratchpad/webapp/mount/charts/content/static linechart.xml Log: Tom Klaasen <[EMAIL PROTECTED]> is getting charting to work. Currently the linechart sample shows the chart grid, data display is coming soon.

SitemapSource and validity

Hi, I notice a strange behaviour of the SitemapSource, when I try to get the validity. I tested it with a pipeline with two sitemap components with are both cachable. But the SitemapSource returns null from SitemapSource.getValidity(). SitemapSource.discardValidity(): [...] String hashKey = pck.

EXCEPTION_ACCESS_VIOLATION

Are you still seeing messages and crashes like I show below? I am a developer at BMC Software, and we are seeing crash messages like this while the WebHelp applet we are using is loading the contents pane for a sample help page. We are using the 1.3.1.02 version of the Java Plugin. Do you know

[docs] opensource and quality control

The issue of how to introduce at least some minimal quality control for documentation is creating some friction on this list. Let us nip it in the bud before it blossoms. Opensource is all about getting something done and getting it out so that everyone can build upon it. By the very nature of op

Re: [docs] opensource and quality control

On Wednesday 15 May 2002 07:45, David Crossley wrote: >. . . > So, let us develop a procedure whereby the opensource > model is still employed, yet there is initial quality control. >. . . Following the opensource model, I think docs should be released as early as possible, with only minimal ini