Re: Use of Xalan 2.4

No, I didn't. But I only tried it once, without looking into the documentation. Maybe the interface changed or something else. Before reporting to xalan developers I would ask you Steve (or others too) to verify that this error is reproducable. Regards, Michael Stephen Ng wrote: > > Has this bee

Re: OT: RE: never gonna make it to a butterfly

Stefano Mazzocchi wrote: > Stefano Mazzocchi wrote: > > > Ah, one more thing, don't ask 'when', ask how you can help. > > Stupid english uses the same word for 'you' (one person) and 'you' > (many people). > > The above sentence was *not* referred to Steven, but to all those who > wish they ha

cvs commit: xml-cocoon2/src/blocks/databases/java/org/apache/cocoon/transformation SQLTransformer.java

vgritsenko2002/10/22 21:31:04 Modified:src/java/org/apache/cocoon/transformation Tag: cocoon_2_0_3_branch SQLTransformer.java src/blocks/databases/java/org/apache/cocoon/transformation SQLTransformer.java Log: nitpicking

cvs commit: xml-cocoon2 changes.xml

vgritsenko2002/10/22 21:20:44 Modified:.changes.xml Log: document changes in ReadDOMSessionTransformer.java Revision ChangesPath 1.272 +6 -1 xml-cocoon2/changes.xml Index: changes.xml

cvs commit: xml-cocoon2 changes.xml

vgritsenko2002/10/22 21:20:43 Modified:.Tag: cocoon_2_0_3_branch changes.xml Log: document changes in ReadDOMSessionTransformer.java Revision ChangesPath No revision No revision 1.138.2.62 +6 -1 xml-cocoon2/

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/transformation ReadDOMSessionTransformer.java

vgritsenko2002/10/22 21:17:56 Modified:src/java/org/apache/cocoon/transformation ReadDOMSessionTransformer.java Log: Rework transformer to use xsp:expr. So now it's not about only DOM anymore... Revision ChangesPath 1.9 +77 -79 xml-coco

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

vgritsenko2002/10/22 21:17:55 Modified:src/java/org/apache/cocoon/transformation Tag: cocoon_2_0_3_branch ReadDOMSessionTransformer.java src/java/org/apache/cocoon/xml Tag: cocoon_2_0_3_branch XMLUtils.java Log: Rework tr

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

vgritsenko2002/10/22 21:17:56 Modified:src/java/org/apache/cocoon/xml XMLUtils.java Log: Rework transformer to use xsp:expr. So now it's not about only DOM anymore... Revision ChangesPath 1.10 +11 -8 xml-cocoon2/src/java/org/apache/cocoon/xml/XMLUtils.java

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/generation SessionAttributeGenerator.java

vgritsenko2002/10/22 20:42:22 Modified:src/java/org/apache/cocoon/generation SessionAttributeGenerator.java Log: use XMLUtil version of xsp:expr Revision ChangesPath 1.3 +6 -9 xml-cocoon2/src/java/org/apache/cocoon/generation/SessionAtt

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/generation SessionAttributeGenerator.java

vgritsenko2002/10/22 20:42:22 Modified:src/java/org/apache/cocoon/generation Tag: cocoon_2_0_3_branch SessionAttributeGenerator.java Log: use XMLUtil version of xsp:expr Revision ChangesPath No revision No

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

vgritsenko2002/10/22 20:39:15 Modified:src/java/org/apache/cocoon/xml Tag: cocoon_2_0_3_branch XMLUtils.java Log: Add xsp:expr stuff to the XMLUtil (backported from 2.1) Revision ChangesPath No revision No

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/caching CacheValidity.java

vgritsenko2002/10/22 20:12:08 Modified:src/java/org/apache/cocoon/caching CacheValidity.java Log: Document required toString() method Revision ChangesPath 1.7 +12 -2 xml-cocoon2/src/java/org/apache/cocoon/caching/CacheValidity.java Index: CacheValidity.jav

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/caching CacheValidity.java

vgritsenko2002/10/22 20:12:07 Modified:src/java/org/apache/cocoon/caching Tag: cocoon_2_0_3_branch CacheValidity.java Log: Document required toString() method Revision ChangesPath No revision No revision

Re: [Fwd: Re: DO NOT REPLY [PATCH QUEUE] Summary October 22 2002]

Joerg Heinicke wrote: > Hello Cocoon developers, > > I asked Nicola according the frequency of the patch queue mails (see > below). Is it really needed so often? > > Joerg > > From: Nicola Ken Barozzi <[EMAIL PROTECTED]> > > Joerg Heinicke wrote: > >> Hello Nicola, > >> > >> isnt' this patc

RE: Use of Xalan 2.4

Has this been reported to Xalan developers? I'd really like to move to Xalan 2.4 because that version of XSLTC appears to have many bug fixes. Steve > -Original Message- > From: Enke, Michael [mailto:michael.enke@;wincor-nixdorf.com] > Sent: Friday, October 11, 2002 9:52 AM > To: [EMAIL

Re: [SUMMARY] JFreeChart, anyone ?

Luca   FWIW, I have spent a fair amount of time building SVG graphs - these have been based on an XML construct for the graph 'definition' plus the use of XSL for transformation (followed, if required, by serialization as PNG or JPEG - this latter step being quite trivial in Cocoon).   Not sure

DO NOT REPLY [Bug 13855] New: - EncodeURLTransformer fails to rewrite URLs on initial request

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: HTTP-based negotiation selectors

I'm sorry for the README attachment; this one should be readable. -- Johannes Koch . IT Developer Pixelpark AG . http://www.pixelpark.com Rotherstraße 8 . 10245 Berlin . Germany phone: +49 30 5058 - 1288 . fax: - 1355 HttpNegotiation --- HTTP [1] issues: - HTTP permits several

HTTP-based negotiation selectors

Hi, we wrote some Java code for HTTP-based server-side content negotiation (HttpNegotiation) and three selectors using the HttpNegotiation class: * ContentTypeSelector * CharsetSelector * LanguageSelector (see the attached README for more info) We would like to commit the selectors. But the Http

R: R: R: [SUMMARY] JFreeChart, anyone ?

> -Messaggio originale- > Da: Nicola Ken Barozzi [mailto:nicolaken@;apache.org] > Inviato: martedì 22 ottobre 2002 16.32 > A: [EMAIL PROTECTED] > Cc: [EMAIL PROTECTED] > Oggetto: Re: R: R: [SUMMARY] JFreeChart, anyone ? > > > Moving this to Krysalis, we will eventually post a summary on the

Re: R: R: [SUMMARY] JFreeChart, anyone ?

Moving this to Krysalis, we will eventually post a summary on the Cocoon list later. Luca Morandini wrote: Nicola, we've tried to use the Transformer included in Wings, but: 1) We weren't able to compile it, due to some jar version mismatch Hmmm... any clue about this, anyone? 2) We didt't

Re: [Fwd: Re: DO NOT REPLY [PATCH QUEUE] Summary October 22 2002]

Steven Noels wrote: Joerg Heinicke wrote: Hello Cocoon developers, I asked Nicola according the frequency of the patch queue mails (see below). Is it really needed so often? once a week seems plenty enough to me - preferably in the weekends. +1 Vadim --

Re: Why has gone from AbstractTextSerializer?

Enke, Michael wrote: Vadim Gritsenko wrote: Enke, Michael wrote: It is commented out and never else to find. Why this? AFAIU, it's gone (for good) into AbstractProcessingPipeline. But seems to be nowhere in the configuration. Where to put what? According to the sources:

R: R: [SUMMARY] JFreeChart, anyone ?

Nicola, we've tried to use the Transformer included in Wings, but: 1) We weren't able to compile it, due to some jar version mismatch 2) We didt't like its use of fixed DOM paths 3) We didn't understand its use of logging 4) AFAIK the Transformer didn't use JFreeChart Well, I used WinCVS to down

Re: R: [SUMMARY] JFreeChart, anyone ?

Nicola Ken Barozzi wrote: Luca Morandini wrote: Derek, the other solution we tought of was about using XSL, but we haven't found something mature enough. FYI in the Cocoon scratchpad there is a charting sample that works. Oops, just read your other email, I've seen you've seen it. Anywa

Re: R: [SUMMARY] JFreeChart, anyone ?

Luca Morandini wrote: Derek, the other solution we tought of was about using XSL, but we haven't found something mature enough. FYI in the Cocoon scratchpad there is a charting sample that works. -- Nicola Ken Barozzi [EMAIL PROTECTED] - verba volant, scripta man

R: [SUMMARY] JFreeChart, anyone ?

Derek, the other solution we tought of was about using XSL, but we haven't found something mature enough. Unfortunately, we weren't aware of your effort in this area: could you send me an example of your output (bars, stacked bars and pies, particularly) ? Regarding your help, yes, you're welcom

Re: How Can I deal with Strings having length more than 32k ? inxsp ??

Chinmay, Can you test (and may be bugfix) attached patch? Vadim ch ku wrote: Thanks Vadim chinmay --- Vadim Gritsenko <[EMAIL PROTECTED]> wrote: ch ku wrote: Hi All Has somebody came across any exception like this ? No. How Can I deal with Strings having length mor

Re: [Fwd: Re: DO NOT REPLY [PATCH QUEUE] Summary October 22 2002]

Joerg Heinicke wrote: Hello Cocoon developers, I asked Nicola according the frequency of the patch queue mails (see below). Is it really needed so often? once a week seems plenty enough to me - preferably in the weekends. -- Steven Noelshttp://outerthought.org/ Ou

[Fwd: Re: DO NOT REPLY [PATCH QUEUE] Summary October 22 2002]

Hello Cocoon developers, I asked Nicola according the frequency of the patch queue mails (see below). Is it really needed so often? Joerg From: Nicola Ken Barozzi <[EMAIL PROTECTED]> > Joerg Heinicke wrote: >> Hello Nicola, >> >> isnt' this patch queue to often sent to the mailing list? Isn't

Re: Why has gone from AbstractTextSerializer?

Vadim Gritsenko wrote: > > Enke, Michael wrote: > > >It is commented out and never else to find. > >Why this? > > > > AFAIU, it's gone (for good) into AbstractProcessingPipeline. But seems to be nowhere in the configuration. Where to put what? Michael -

[SUMMARY] JFreeChart, anyone ?

Folks, first, I'd like to thank all the people who kindly answered my call. However, the project I'm currently involved needs something else than a serializer, and something more flexible than Krysalis-Wings, therefore: 1) We'd like to build a transformer (chart definition and chart data in, SVG

Re: Why has gone from AbstractTextSerializer?

Enke, Michael wrote: It is commented out and never else to find. Why this? AFAIU, it's gone (for good) into AbstractProcessingPipeline. Vadim Michael - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional comman

Re: sitemap DTD and sitebuilder

Colin Paul Adams wrote: "Vadim" == Vadim Gritsenko <[EMAIL PROTECTED]> writes: Vadim> Please mind that all invalid parts in lint are commented Vadim> out. The rest is valid sitemap (which, btw, works). OK - lint sitemap now validates except for unknown-tag. In order for that

[HEADS UP] interesting Dutch Apache/Cocoon-related conference

Hi all, I was quite pleased finding out the list of speakers gathered by the Dutch XML Users Group for its upcoming XML conference. So if you find the date/location of the Cocoon GetTogether to be cumbersome when coming from the Netherlands, have a look at http://www.sgml-ug.nl/HTML/frame_cong