Re: forrest not building current Cocoon docs

On Thu, May 29, 2003 at 06:00:39PM +1000, David Crossley wrote: > With current head cvs of both Cocoon-2.1 and Forrest > i cannot build Cocoon docs. Does anyone else have these > troubles or know what they mean? > > I also tried the "stable" tagged Forrest, but different error. > > --

cvs commit: cocoon-2.1/src/documentation sitemap.xmap

jefft 2003/05/29 04:49:32 Modified:src/documentation sitemap.xmap Log: Upgrade to M2 syntax, used in CVS Forrest Revision ChangesPath 1.7 +100 -69 cocoon-2.1/src/documentation/sitemap.xmap Index: sitemap.xmap ==

Re: FOP/HSSFSerializer's and non-english characters

On Thu, 29 May 2003 10:24:52 +0200 Maciek Kaminski <[EMAIL PROTECTED]> wrote: > Yury Mikhienko wrote: > > Hi all! > > > > Cocoon's FOP/HSSFSerializer still does not support non-english characters, can I > > solve this problem? > > What can I do for this? > > Thanks for any advise. > > For HSSFS

Re: XPathDirectoryGenerator

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Conal Tuohy wrote: > transformer. So this would effectively mimic XPathDirectoryGenerator. But I > think a single XPathDirectoryGenerator would be a lot simpler, and worth > having. Because there are really people using it, I have put support in my pat

cvs commit: cocoon-2.1/src/webapp sitemap.xmap

crossley2003/05/29 02:46:24 Modified:src/webapp sitemap.xmap Log: Polish the explanatory text. Revision ChangesPath 1.19 +12 -11cocoon-2.1/src/webapp/sitemap.xmap Index: sitemap.xmap === RCS

DO NOT REPLY [Bug 17771] - [PATCH] new logging category never set when using log logicsheet

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: Overloaded pipeline elements (Was Re: [RT] FOM)

Christian Haul wrote: On 28.May.2003 -- 12:51 PM, Marc Portier wrote: Christian Haul wrote: name="renderForBrowser" src="org.apache.cocoon.components.treeprocessor.sitemap.TransformerNodeBuilder">

Re: FOP/HSSFSerializer's and non-english characters

Yury Mikhienko wrote: Hi all! Cocoon's FOP/HSSFSerializer still does not support non-english characters, can I solve this problem? What can I do for this? Thanks for any advise. For HSSFSerializer see: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15365 Maciek Kaminski

forrest not building current Cocoon docs

With current head cvs of both Cocoon-2.1 and Forrest i cannot build Cocoon docs. Does anyone else have these troubles or know what they mean? I also tried the "stable" tagged Forrest, but different error. * [0] -> [broken page] index.htmlnull <-

RE: XPathDirectoryGenerator

> Torsten Knodt wrote: > > Hello, > > I'm currently working on my patchset of the week ;). One > part is a modularized > > DirectoryGenerator. The only what is currently not included is the > > XPathDirectoryGenerator. As it can simply be simulated by > XInclude, why > > having the code double

Re: XPathDirectoryGenerator

Torsten Knodt wrote: Hello, I'm currently working on my patchset of the week ;). One part is a modularized DirectoryGenerator. The only what is currently not included is the XPathDirectoryGenerator. As it can simply be simulated by XInclude, why having the code doubled? Or have I understood some

DO NOT REPLY [Bug 16218] - IOException stream closed when cocoon redirects

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 16218] - IOException stream closed when cocoon redirects

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 16218] - IOException stream closed when cocoon redirects

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 20296] - [PATCH] Modularized DirectoryGenerator's

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

How to access sourceResolver in configure() method in action

Hello! I am using own ConfigurableComposerAction and I have problem with loading configuration from external file (from filesystem). In act() method, I would use SourceResolver from parameter passed to this method, but in configure() method I do not know where should I get the sourceresolver fr

DO NOT REPLY [Bug 20308] New: - Stylesheet includes not working with XSLTC

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: Customization (ResourceSelectorAction?)

Le Mercredi, 28 mai 2003, à 13:37 Europe/Zurich, Geoff Howard a écrit : ...What about the chain input module? Is is certainly similar in concept to what I suggest, but how would you test for existence of files/resources dynamically with this module? -Bertrand

Re: [proposal] move stuff from scratchpad into the trunk

At 02:15 AM 5/28/2003, you wrote: Here is what I propose to move: 1) ImageReader +1 Couldn't figure out why it was in scratchpad. Don't know much about the others. Geoff

Re: Customization (ResourceSelectorAction?)

At 04:56 AM 5/28/2003, you wrote: Le Mercredi, 28 mai 2003, à 09:28 Europe/Zurich, Mato Mira, Fernando a écrit : ...There is a fallback mechanism whereby when the framework looks for some page foo the following search will be performed (say the user has Spanish in his preferences): foo_hisproduct_s

Re: [proposal] move stuff from scratchpad into the trunk

Christopher Oliver wrote: Vadim Gritsenko wrote: ... First we are creating blocks for more modular design and the next thing is we are coupling everything back into monolith. I feel that's not the right way to go. We've got more than 5Mb worth of optional JARs (not counting blocks' libs) and

FW: [xml-dev] Does SAX make sense?

The following came up on xml-dev. It's relevant to the discussions we've had in the past on SAX parsing alternatives (and somewhat academically interesting as well :-) In particular, note the performance comparisons with Xalan... Peter Hunsberger -Original Message- From: Patrick Durus

Re: [proposal] move stuff from scratchpad into the trunk

Vadim Gritsenko wrote: Christopher Oliver wrote: Vadim Gritsenko wrote: Christopher Oliver wrote: FlowVelocityGenerator to replace VelocityGenerator -1 to replacing: FlowVelocityGenerator introduces dependencies on org.apache.commons.jxpath and org.mozilla.javascript Sorry, org.mozilla.

Re: [proposal] move stuff from scratchpad into the trunk

Christopher Oliver wrote: Vadim Gritsenko wrote: Christopher Oliver wrote: FlowVelocityGenerator to replace VelocityGenerator -1 to replacing: FlowVelocityGenerator introduces dependencies on org.apache.commons.jxpath and org.mozilla.javascript Sorry, org.mozilla.javascript is not a probl

AW: Customization

hi fernando, assuming the snippet is from your actual sitemap; put that inside the ;-) > -Ursprüngliche Nachricht- > Von: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] > Auftrag von Mato Mira, Fernando > Gesendet: Mittwoch, 28. Mai 2003 15:38 > An: '[EMAIL PROTECTED]' > Betreff: RE: Cu