[PATCHY BLUES] Be kind, adopt a patch-bug!

Hey guys, our patches are lonely! :-O Don't be selfish, hacker, _adopt_ a patch-bug! It's better than a cabbage-patch doll and makes a sweet friend. Let's take a look at the patches one by one, so you can find the one right for you: === >

New Branch

Hi Team, I just created the cocoon__2_0_3_branch branch, so bugfixes should go in that branch *and* in head and all the new stuff into head of cvs. Carsten - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e

cvs commit: xml-cocoon2/src/documentation/xdocs/plan to-avalon.xml

cziegeler02/04/08 23:49:42 Modified:src/documentation/xdocs/plan Tag: cocoon_2_0_3_branch to-avalon.xml Log: Test Revision ChangesPath No revision No revision 1.1.2.1 +3 -3 xml-cocoon2/src

cvs commit: xml-cocoon2/src/documentation/xdocs/plan to-avalon.xml

cziegeler02/04/08 23:37:55 Modified:src/documentation/xdocs/plan to-avalon.xml Log: Test Revision ChangesPath 1.2 +3 -3 xml-cocoon2/src/documentation/xdocs/plan/to-avalon.xml Index: to-avalon.xml =

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

ovidiu 02/04/08 22:44:43 Modified:src/scratchpad/schecoon ChangeLog Log: 2002-04-08 Ovidiu Predescu <[EMAIL PROTECTED]> * lib/rhino1.5r4-continuations-20020408.jar: Updated to the latest version from Christopher Oliver. This update has

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

ovidiu 02/04/08 22:42:36 Added: src/scratchpad/schecoon/lib rhino1.5r4-continuations-20020408.jar Removed: src/scratchpad/schecoon/lib rhino1.5r4-continuations-20020404.jar Log: Updated to the latest version from Christopher

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

ovidiu 02/04/08 22:38:30 Modified:src/scratchpad/schecoon/webapp/examples/calc calc.js Log: Removed the old code. Revision ChangesPath 1.4 +0 -26 xml-cocoon2/src/scratchpad/schecoon/webapp/examples/calc/calc.js Index: calc.js ===

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

ovidiu 02/04/08 22:37:51 Modified:src/scratchpad/schecoon/webapp sitemap.xmap Log: Moved the calculator pipelines at the beginning of sitemap. Revision ChangesPath 1.17 +24 -23xml-cocoon2/src/scratchpad/schecoon/webapp/sitemap.xmap Index: sitemap.xmap ==

cvs commit: xml-cocoon2/src/scratchpad/schecoon/src/org/apache/cocoon/components/treeprocessor/sitemap ContinueNode.java

ovidiu 02/04/08 22:36:57 Modified: src/scratchpad/schecoon/src/org/apache/cocoon/components/treeprocessor/sitemap ContinueNode.java Log: Release the interpreter component. Revision ChangesPath 1.2 +8 -1 xml-cocoon2/src/scratchpad/sche

cvs commit: xml-cocoon2/src/scratchpad/schecoon/src/org/apache/cocoon/components/treeprocessor/sitemap CallFunctionNode.java

ovidiu 02/04/08 22:35:50 Modified: src/scratchpad/schecoon/src/org/apache/cocoon/components/treeprocessor/sitemap CallFunctionNode.java Log: Release the interpreter component. Revision ChangesPath 1.5 +6 -1 xml-cocoon2/src/scratchpad/

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

ovidiu 02/04/08 22:35:02 Modified:src/scratchpad/schecoon/src/org/apache/cocoon/components/flow/javascript system.js Log: Use the new Continuation object instead of the callCC function to capture the continuation. Revision ChangesPath 1.7

Re: continuation fear (was Re: [status & RT] design challenges)

Hi! > You do not need to listen to me very closely, however, as > I am under enough time pressure with my current project > (constructing a fairly complex multi-page form-based > issue tracking system) to drive me to work with Struts > instead. You won't believe, but I'm also working on issue tr

java.lang.NoClassDefFoundError: javax/xml/transform/Source

Earlier I was thinking "is it it or is it me"...now on a completely different computer eez seems like its it. (did installwar target, went to /cocoon and tried /cocoon/welcome) Not sure if anyone is working on it but stuff seems to be particularly broken right now: Apache Tomcat/4.0.3 - HT

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

ovidiu 02/04/08 20:12:07 Modified:src/scratchpad/schecoon ChangeLog Log: 2002-04-08 Ovidiu Predescu <[EMAIL PROTECTED]> * TODO: Created. Revision ChangesPath 1.32 +4 -0 xml-cocoon2/src/scratchpad/schecoon/ChangeLog Index: ChangeLog

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

ovidiu 02/04/08 20:11:43 Added: src/scratchpad/schecoon TODO Log: Created. Revision ChangesPath 1.1 xml-cocoon2/src/scratchpad/schecoon/TODO Index: TODO === - in flow.xconf chang

Re: continuation fear (was Re: [status & RT] design challenges)

On Mon, 08 Apr 2002 17:38:48 -0800, Rob Jellinghaus <[EMAIL PROTECTED]> wrote: > At 10:25 AM 4/7/2002 -0500, Ivelin Ivanov wrote: > >From: "Ovidiu Predescu" <[EMAIL PROTECTED]> > >To: "Ivelin Ivanov" <[EMAIL PROTECTED]> > >Sent: Friday, April 05, 2002 10:33 PM > > > Workflow's approach appears to

[PATCH] HSSF Serializer fonts (posted to list because bugzilla isbeing a ****)

This mostly just fixes the Fonts and date formats. - sorry for the break with protocol. Bugzilla decided I will not be submitting today... bah! Index: src/java/org/apache/cocoon/components/elementprocessor/impl/poi/hssf/elements/EPCell.java

Re: Cocoon functional testing using Anteater

On Mon, 08 Apr 2002 16:30:24 -0800, Rob Jellinghaus <[EMAIL PROTECTED]> wrote: > For the Axis project (xml.apache.org/axis), last summer, I implemented the > functional-tests Ant target. This target: > > 1) launched an HTTP server running Axis > 2) ran several client tests against it (deployin

Re: [SUMMARY] Viva la Multiplexer! (was: [Contribution] Pipe-aware selection)

Here is the snippet in question: > What if we implement only the subset of XPath which satisfies > 90% of the > needs and can work with a SAX stream. > Many times the test would be like: > 1) Does element A exist, or > 2) Does element A have value b, or > 3) Does element A appear n times, or > 4)

continuation fear (was Re: [status & RT] design challenges)

At 10:25 AM 4/7/2002 -0500, Ivelin Ivanov wrote: >From: "Ovidiu Predescu" <[EMAIL PROTECTED]> >To: "Ivelin Ivanov" <[EMAIL PROTECTED]> >Sent: Friday, April 05, 2002 10:33 PM > > Workflow's approach appears to be based on a finite state machine > > model. Checkout the sample control file at: > > >h

Re: Cocoon functional testing using Anteater

For the Axis project (xml.apache.org/axis), last summer, I implemented the functional-tests Ant target. This target: 1) launched an HTTP server running Axis 2) ran several client tests against it (deploying web services, using them, verifying the results, undeploying) 3) closed the HTTP server

Re: Fwd: EsqlConnection error = no build :(

Torsten Curdt wrote: >>OS: Redhat 7.2 >>JSP Server: Tomcat-4.0.3 >>SDK: j2sdk1.4.0 >>Cocoon Version: cocoon-2.0.2 >> > >This is becoming definitly a FAQ on cocoon-users. Without checking myself >I assume it is still not yet in the faq!? Can someone running jdk 1.4 >please make an entry? > A quick

DO NOT REPLY [PATCH QUEUE] Summary April 9 2002

--- This mail is generated automatically using Jakarta Ant. Contents are automatically downloaded from Apache's Bugzilla. --- Please do not reply to t

RE: [SUMMARY] Viva la Multiplexer! (was: [Contribution] Pipe-aware selection)

Jeremy Quinn wrote: > Maybe I do not recognise the differences yet, but the examples > you provided > for how "pipe-aware selection" would work, are all possible without such a > selector, please see the 'editor.xmap' in . IIUC, you put a lot of control structure in XSLT. I have also used that ki

RE: [status & RT] design challenges

Sylvain Wallez wrote: > Seriously : schecoon *was* a kind of internal fork when it was a > scheme-only reimplementation of the sitemap engine. But Ovidiu has > rewrote the whole thing since there are continuations in Rhino. It's now > "just" a couple of new components and treeprocessor nodes. Int

RE: [status & RT] design challenges

Ivelin Ivanov wrote: > > The main problem with Daniel's contribution is that the whole document > > has to be buffered in a DOM before any decision can be taken : it's like > > going back to the slow times of Cocoon 1. But we could imagine some > > smarter implementations based on partial bufferi

RE: [SUMMARY] Viva la Multiplexer! (was: [Contribution] Pipe-aware selection)

Ivelin Ivanov wrote: > Without taking any side in this argument, simply because I don't > have enough > real world experience with pipe-aware selectors, I would like to share an > RT. > > If xpath selector is chosen to make it in Cocoon, it can be implemented > very efficiently. > Those who have

Re: cvs commit: xml-cocoon2/lib/optional jakarta-poi-1.5.0-dev-20020408.jar.jar jakarta-poi-1.5-dev-20020315.jar

From: "John Morrison" <[EMAIL PROTECTED]> > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > > > > nicolaken02/04/08 00:34:14 > > > > Added: lib/optional jakarta-poi-1.5.0-dev-20020408.jar.jar > > Any reason for the double

Fwd: EsqlConnection error = no build :(

> OS: Redhat 7.2 > JSP Server: Tomcat-4.0.3 > SDK: j2sdk1.4.0 > Cocoon Version: cocoon-2.0.2 This is becoming definitly a FAQ on cocoon-users. Without checking myself I assume it is still not yet in the faq!? Can someone running jdk 1.4 please make an entry? -- Torsten -

Re: Next version and branching

I agree. +1. Ovidiu On Mon, 8 Apr 2002 14:29:38 +0200, "Carsten Ziegeler" <[EMAIL PROTECTED]> wrote: > Hi, > > last week we decided that we make a 2.0.3 as soon as some > problems are solved with jdk1.4 and excalibur. > > Now, it seems that this will take some time, but some of > us want to

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/elementprocessor/impl/poi/hssf/elements EPStyle.java

nicolaken02/04/08 11:21:51 Modified: src/java/org/apache/cocoon/components/elementprocessor/impl/poi/hssf/elements EPStyle.java Log: [PATCH] Data Format support for HSSF Serializer submitted by [EMAIL PROTECTED] (Andy Oliver) Bug#: 7830 Revision Chang

DO NOT REPLY [Bug 7830] - [PATCH] Data Format support for HSSF Serializer

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: [status & RT] design challenges

On Mon, 08 Apr 2002 13:41:16 +0200, Sylvain Wallez <[EMAIL PROTECTED]> wrote: > Stefano Mazzocchi wrote: > > >Ovidiu Predescu wrote: > > > >>They already live together! > >> > > > >Ok, but what I want is: > > > > 1) merge 'schecoon' with the trunk > > > > 2) have the ability to mount a 'flowmap

RE: cvs commit: xml-cocoon2/lib/optional jakarta-poi-1.5.0-dev-20020408.jar.jar jakarta-poi-1.5-dev-20020315.jar

> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > > nicolaken02/04/08 00:34:14 > > Added: lib/optional jakarta-poi-1.5.0-dev-20020408.jar.jar Any reason for the double .jar? J. - To unsu

Real word pipeline metadata processing (Fw: Is it possible to fire an error from a XSL file ?)

If we encourage metadata in the pipeline, this is one of the problems we will have to deal with. -- Nicola Ken Barozzi [EMAIL PROTECTED] - verba volant, scripta manent - (discussions get forgotten, just code remains) ---

Re: [status & RT] design challenges

On Monday 08 April 2002 10:19 am, Jeremy Quinn wrote: > Considering the success we have had recently, generating Schematron > Validation XSLTs dynamically, it would be interesting to be able to > StyleSheets generated via the sitemap, ie. via cocoon:// > protocol. Keep in mind that currently the

RE: [status & RT] design challenges

At 2:04 pm +0200 8/4/02, Carsten Ziegeler wrote: >Jeremy Quinn wrote: >> >> At 9:02 am +0200 8/4/02, Carsten Ziegeler wrote: >> >Sylvain Wallez wrote: >> >> >> >> >The Avalon Excalibur SourceResolver will replace all of our uri handler, >> >source handler, source resolver stuff and clean up this

lost logicsheet feature (bug? + 'fix')

Hi,   I think I found a bug (and 'fixed' it), introduced in 2.0.2: I now cannot use a root element in an xsp-page other than xsp:page. Until 2.0.1 I could use    ...     which was transformed by our logicsheet to             content of the sun:content         which was

RE: sunRise session XPath

Carsten Ziegeler wrote: > a) Confirmed, it's a bub Ehm, I meant 'bug' ... Carsten - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]

RE: sunRise session XPath

Carsten Ziegeler wrote: > > > -Original Message- > > From: Bert Van Kets [mailto:[EMAIL PROTECTED]] > > Sent: Monday, March 25, 2002 1:47 PM > > To: [EMAIL PROTECTED] > > Subject: sunRise session XPath > > > > > > When I try to read nodes from the sunRise session context I I > > can't

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/environment AbstractEnvironment.java Environment.java

cziegeler02/04/08 07:36:34 Modified:src/java/org/apache/cocoon Cocoon.java cocoon.roles src/java/org/apache/cocoon/environment AbstractEnvironment.java Environment.java Log: Next step in source resolving Revision ChangesPath 1.22

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/sunshine/sunrise/context SessionContextImpl.java

cziegeler02/04/08 07:36:09 Modified:src/scratchpad/src/org/apache/cocoon/sunshine/sunrise/context SessionContextImpl.java Log: Fixed getxml for path "authentication" reported by Bert Van Kets [mailto:[EMAIL PROTECTED]] Revision ChangesPath 1.3

DO NOT REPLY [Bug 7184] - [PATCH] no sample for esql:group in esql.xsp

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: Proposal: new style selector

Hi All, Now that the release is out the door, I'd like to re-raise the extended selector proposal I brought up with Sylvain a few weeks back. It's in Bugzilla under #7244, and the initial email I sent out is attached below. Any thoughts, comments, question

Re: [status & RT] design challenges

From: "Stefano Mazzocchi" <[EMAIL PROTECTED]> > Ok, but what I want is: > > 1) merge 'schecoon' with the trunk +1 > 2) have the ability to mount a 'flowmap' into a 'sitemap' and a > 'sitemap' into a 'flowmap'. +1 > Now, I'll be in favor of 'branching the CVS module' to keep the '2.0.x' > s

Re: [status & RT] design challenges

From: "Stefano Mazzocchi" <[EMAIL PROTECTED]> > Ivelin Ivanov wrote: > > Without putting too much thinking, one simple possible optimization that > > comes to mind is: when the document preceding the selector is cached then > > the selector does not need to evaluate the tests. It'll know the ans

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

cziegeler02/04/08 05:47:50 Modified:src/java/org/apache/cocoon/transformation SQLTransformer.java Log: Added auto-checking for update statements Revision ChangesPath 1.10 +8 -2 xml-cocoon2/src/java/org/apache/cocoon/transformation/SQLTr

Re: [status & RT] design challenges

From: "Carsten Ziegeler" <[EMAIL PROTECTED]> > > Jeremy Quinn wrote: > > > > At 9:02 am +0200 8/4/02, Carsten Ziegeler wrote: > > >Sylvain Wallez wrote: > > >> > > > > >The Avalon Excalibur SourceResolver will replace all of our uri handler, > > >source handler, source resolver stuff and clean u

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

cziegeler02/04/08 05:28:24 Modified:src/java/org/apache/cocoon/environment AbstractEnvironment.java SourceResolver.java URLFactorySourceResolver.java src/java/org/apache/cocoon/sitemap Handler.java Log: One step further

Next version and branching

Hi, last week we decided that we make a 2.0.3 as soon as some problems are solved with jdk1.4 and excalibur. Now, it seems that this will take some time, but some of us want to start with new features right now, so I would suggest that we create a branch for the bug-fix-only release 2.0.3 today

RE: Serializer configuration, was: [status & RT] design challenges

Yes, we need pipeline-depended parameters for serializers! See thread http://marc.theaimsgroup.com/?l=xml-cocoon-users&m=101560153713851&w=2 We developed a very special serializer which makes really no sense without serializer parameters; and using an additional parametrizable transformer would b

DO NOT REPLY [Bug 7813] - [PATCH] HSSF Serializer support new Gnumeric 1.04+ "contentless cells"

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: [status & RT] design challenges

Jeremy Quinn wrote: > > At 9:02 am +0200 8/4/02, Carsten Ziegeler wrote: > >Sylvain Wallez wrote: > >> > > >The Avalon Excalibur SourceResolver will replace all of our uri handler, > >source handler, source resolver stuff and clean up this area. There will > >only be one! The Avalon Excalibur So

DO NOT REPLY [Bug 7830] New: - [PATCH] Data Format support for HSSF Serializer

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

shortcut caching like a proxy with action-support

Hi,   I am a member of the development team that posted earlier with subject 'Scalability disappointment'. First of all: we did it wrong, and we solved most of the problems. We have acceptable performance now, but it can be better:   Background info Big portions of the site coul

RE: [status & RT] design challenges

Sylvain Wallez wrote: > > Carsten Ziegeler wrote: > > >Sylvain Wallez wrote: > > > >> > >> > >>The major need is to be able to access the SourceResolver. I haven't > >>seen any good use case where a Serializer needs to access something else > >>in the environment. So what about a "SourceResolvabl

Re: [SUMMARY] Viva la Multiplexer! (was: [Contribution]Pipe-aware selection)

At 5:11 pm +0200 5/4/02, Daniel Fagerström wrote: >> For sure we need more symmetry and more functionality in the pipelines. >> If multiplexing and pipe-aware selection are the way to implement them >> is yet to be understood. > >Agreed, it is definitly my, (and all the other raving "pipe-aware >s

RE: [status & RT] design challenges

At 9:02 am +0200 8/4/02, Carsten Ziegeler wrote: >Sylvain Wallez wrote: >> >The Avalon Excalibur SourceResolver will replace all of our uri handler, >source handler, source resolver stuff and clean up this area. There will >only be one! The Avalon Excalibur SourceResolver. Will it be possible (

Re: [status & RT] design challenges

Carsten Ziegeler wrote: >Sylvain Wallez wrote: > >> >> >>The major need is to be able to access the SourceResolver. I haven't >>seen any good use case where a Serializer needs to access something else >>in the environment. So what about a "SourceResolvable" interface handled >>by CocoonComponentM

Re: [status & RT] design challenges

Stefano Mazzocchi wrote: >Ovidiu Predescu wrote: > >>They already live together! >> > >Ok, but what I want is: > > 1) merge 'schecoon' with the trunk > > 2) have the ability to mount a 'flowmap' into a 'sitemap' and a >'sitemap' into a 'flowmap'. > >Until I have this, they are not living together

[OT] RE: [status & RT] design challenges

>Have you seen BLOAT? it's an april fool's RFC about 'TCP/IP over XML'. >It's a *very funny* read (don't remember the RFC right now). RFC 3253 (ftp://ftp.isi.edu/in-notes/rfc3252.txt) worth (worse ?) reading. fabien. - To unsu

Re: [status & RT] design challenges

On Mon, 8 Apr 2002, Stefano Mazzocchi wrote: > Ovidiu Predescu wrote: > > > They already live together! > > Ok, but what I want is: > > 1) merge 'schecoon' with the trunk big +1 I hope the CM bug will be eliminated faster this way having other to look at it more closely than today (where almos

RE: SourceResolvable [was Re: [status & RT] design challenges]

Hi, see my reply to Sylvain's mail. It's not necessary. Carsten Included Original Response: We don't need such interfaces in the next version anymore (at least I hope so). If a component is Composable (and Serializers can be composable), they can lookup the Avalon Excalibur SourceResovler. And

Re: [status & RT] design challenges

Ovidiu Predescu wrote: > They already live together! Ok, but what I want is: 1) merge 'schecoon' with the trunk 2) have the ability to mount a 'flowmap' into a 'sitemap' and a 'sitemap' into a 'flowmap'. Until I have this, they are not living together in my book. Now, I'll be in favor of '

Re: [status & RT] design challenges

Ivelin Ivanov wrote: > > > > > So, if we have an error in a transformer that writes on a database, we > > don't have to 'write this information inside the pipeline' in order for > > a subsequent selector to get it and behave consequently. > > If my intuition is remotely correct I would think t

Re: Serializer configuration, was: [status & RT] design challenges

Vadim Gritsenko wrote: > > > From: Sylvain Wallez [mailto:[EMAIL PROTECTED]] > > > > Stefano Mazzocchi wrote: > > > > > > 1) serializers don't have full access to the component environment > > > and some want this to be changed > > > > > > > The major need is to be able to access the SourceRes

Re: [status & RT] design challenges

Stefano Mazzocchi wrote: > > It's clearly a communication between a direct component (acting 'in' the > pipe) and an indirect component (acting 'on' the pipe). > > Passing information from direct to indirect components 'inside the pipe' > it's, IMO, wrong and unnecessary. Does metadata belong i

Re: [status & RT] design challenges

Ovidiu Predescu wrote: > > On Fri, 5 Apr 2002 21:03:25 -0600, "Ivelin Ivanov" <[EMAIL PROTECTED]> wrote: > > > > > I dare to challange our sitemap gurus to make a comparative analisys of the > > Jakarta Workflow engine and C2 sitemap. > > > > http://cvs.apache.org/viewcvs/jakarta-commons-sandbox

Re: [status & RT] design challenges

Uli Mayring wrote: > > On Fri, 5 Apr 2002, Stefano Mazzocchi wrote: > > > I'm perfectly aware of the fact that components must pass information > > one another, but, why in hell should they use something so ackword as > > SAX events to write and XPath queries to read when they can simply do an >

SourceResolvable [was Re: [status & RT] design challenges]

Sylvain Wallez wrote: > > 1) serializers don't have full access to the component environment and > >some want this to be changed > > > > The major need is to be able to access the SourceResolver. I haven't > seen any good use case where a Serializer needs to access something else > in the enviro

Adding Sun XML doclet to build?

I've just tried the Sun XML Doclet with the xjavadocs build target Stefano put in, and it's very cool :-) It works ok, but I don't see how this is better than the old XML doclet Cocoon had. What are the benefits? Stefano said that we couldn't redistribute it, but in the license it gives me on th

Re: [status & RT] design challenges

"Andrew C. Oliver" wrote: > > That was stefano's recommendation -- I quoted it. The idea is to reduce > multipaths not eliminate them. *shrug* -- I took this to mean that two > commands/elements/syntactical devices that do the same thing but are > syntactically different are generally to be av

Charting committed in Cocoon scratchped (Re: Charting)

From: "Nicola Ken Barozzi" <[EMAIL PROTECTED]> > From: "Nicola Ken Barozzi" <[EMAIL PROTECTED]> > > > From: "Sozonnik Andrew" <[EMAIL PROTECTED]> > > > Have you already put your charting things somewhere ? > > > Where can I find it ? > > > > I'm *very* time constrained these days, so please be pa

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

nicolaken02/04/08 01:09:17 Added: src/scratchpad/src/org/apache/cocoon/transformation/constrained AbstractConstrainedTransformer.java ContainerElementEndEvent.java ElementEventAdapter.java ElementEventListener.jav

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/transformation/constrained - New directory

nicolaken02/04/08 01:07:05 xml-cocoon2/src/scratchpad/src/org/apache/cocoon/transformation/constrained - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTE

DO NOT REPLY [Bug 7828] New: - Should views be seen by sub-sitemap ? (doc <> real beahviour)

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/java/org/apache/cocoon/components CocoonComponentManager.java

cziegeler02/04/08 00:57:06 Modified:src/java/org/apache/cocoon/components CocoonComponentManager.java Added: lib/core avalon-scratchpad-scratchpad-20020408.jar Removed: lib/core avalon-excalibur-scratchpad-20020402.jar Log: Updated to latest

cvs commit: xml-cocoon2/src/scratchpad/webapp/mount/charts/content/static - New directory

nicolaken02/04/08 00:56:35 xml-cocoon2/src/scratchpad/webapp/mount/charts/content/static - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For addition

cvs commit: xml-cocoon2/src/scratchpad/webapp/mount/charts/stylesheets - New directory

nicolaken02/04/08 00:56:11 xml-cocoon2/src/scratchpad/webapp/mount/charts/stylesheets - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional

cvs commit: xml-cocoon2/src/scratchpad/webapp/mount/charts/content - New directory

nicolaken02/04/08 00:56:06 xml-cocoon2/src/scratchpad/webapp/mount/charts/content - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional comm

cvs commit: xml-cocoon2/src/scratchpad/webapp/mount/charts - New directory

nicolaken02/04/08 00:55:51 xml-cocoon2/src/scratchpad/webapp/mount/charts - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-

cvs commit: xml-cocoon2/lib/optional fop-0.20.3.jar fop-0.20.3rc.jar

nicolaken02/04/08 00:40:43 Added: lib/optional fop-0.20.3.jar Removed: lib/optional fop-0.20.3rc.jar Log: Updated FOP Jar to latest release version. This fixes numerous problems reported on the users list. Revision ChangesPath 1.1 xml-cocoon2/li

cvs commit: xml-cocoon2/lib/optional jakarta-poi-1.5.0-dev-20020408.jar.jar jakarta-poi-1.5-dev-20020315.jar

nicolaken02/04/08 00:34:14 Added: lib/optional jakarta-poi-1.5.0-dev-20020408.jar.jar Removed: lib/optional jakarta-poi-1.5-dev-20020315.jar Log: Updated Jakarta POI Jar to latest CVS dev version. Revision ChangesPath 1.1 xml-cocoon2/lib

DO NOT REPLY [Bug 7813] - [PATCH] HSSF Serializer support new Gnumeric 1.04+ "contentless cells"

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/java/org/apache/cocoon/components/elementprocessor/impl/poi/hssf/elements EPCell.java

nicolaken02/04/08 00:32:36 Modified: src/java/org/apache/cocoon/components/elementprocessor/impl/poi/hssf/elements EPCell.java Log: [PATCH] HSSF Serializer support new Gnumeric 1.04+ "contentless cells" by [EMAIL PROTECTED] (Andy Oliver) Bug#: 7813 Rev

DO NOT REPLY [Bug 7813] - [PATCH] HSSF Serializer support new Gnumeric 1.04+ "contentless cells"

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