Re: Where can you find Jaxen?

Berin Loritsch a écrit : > > Where can I download Jaxen, and what is it's liscense? > http://www.jaxen.org The license is Apache-style. One of the authors is James Strachan, also author of dom4j, and also a committer on jakarta-commons and jakarta-taglibs. -- Sylvain Wallez Anyware Technolo

cvs commit: xml-cocoon2/src Manifest.mf

cziegeler01/10/30 23:03:53 Modified:src Manifest.mf Log: Updated manifest Revision ChangesPath 1.5 +1 -1 xml-cocoon2/src/Manifest.mf Index: Manifest.mf === RCS file: /home/cvs/xml-co

cvs commit: xml-cocoon2/src Manifest.mf

cziegeler01/10/30 23:03:05 Modified:src Tag: cocoon_20_branch Manifest.mf Log: Updated manifest Revision ChangesPath No revision No revision 1.1.1.1.2.4 +1 -1 xml-cocoon2/src/Manifest.mf Index: Manifest.m

Re: [Ideas?] Integrating Cocoon2 and WebDAV

Hello all, while looking for previous thoughts on combining Cocoon2 with WebDAV, I luckily stumbled about this post from some time ago. I want to combine Documentum, Cocoon2 and OpenOffice as a flexible CMS/collaboration/portal solution due to some promising results regarding OpenOffice and W

Re: Where can you find Jaxen?

Davanum Srinivas wrote: > > Where else but http://jaxen.org/ :) It uses BSD License. > > Thanks, > dims Thank you. ALso a notice: With the latest version of Jaxen, the API changed. Avalon is doing it's best to track the changes. -- "Those who would trade liberty for temporary security d

Avalon i18n support refactored once more

I did some thinking and the version implemented yesterday still didn't feel quite right, so I went back and refactored some more ;-) Main changes this time: * renamed all classes :-), to make the names shorter and easier to digest. Resourcebundles are from now on called simply bundles. * added a

Re: AW: [STATUS] architecture design

Matthew Langham wrote: >Hi Michael (and team), > >How difficult is it to write such a new protocol ? I am currently >working on integrating Cocoon 2 with Documentum, and we are planning to >add a "docbase" protocol for accessing XML documents directly from >Documentum repository servers. ><< > >D

Where can you find Jaxen?

Where can I download Jaxen, and what is it's liscense? -- "Those who would trade liberty for temporary security deserve neither" - Benjamin Franklin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional c

DO NOT REPLY [Bug 4297] - Sitemap isn't case sensitive

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: Where can you find Jaxen?

Where else but http://jaxen.org/ :) It uses BSD License. Thanks, dims --- Berin Loritsch <[EMAIL PROTECTED]> wrote: > Where can I download Jaxen, and what is it's liscense? > > -- > > "Those who would trade liberty for > temporary security deserve neither" > - Benjamin Frankl

DO NOT REPLY [Bug 4297] - Sitemap isn't case sensitive

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 4038] - PDF generator does not accept legit commands

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 4063] - cocoon2 does not run with tomcat 4.0

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 4115] - Matcher Factories are not inherited to subsitemaps

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: [C2]: Release Candidate 2

Carsten Ziegeler a écrit : > > Hi Team, > > some days ago we decided to make the release candidate 2 > on next monday (5th of november). > > The question is now, what has to be done until then? > > 1) We have many open bugs in bugzilla. These must be reviewed >and then solved (or declared

FW: Donating Cocoon Components to Avalon

I already went ahead and added org.apache.cocoon.components.xpath package to excalibur (needed it to port back by i18n classes), as agreed before. But the other stuff would be also worth checking out :-) > -Original Message- > From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]] > Sent: Tue

RE: Donating Cocoon Components to Avalon

I already went ahead and added org.apache.cocoon.components.xpath package to excalibur (needed it to port back by i18n classes), as agreed before. But the other stuff would be also worth checking out :-) > -Original Message- > From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]] > Sent: Tue

DO NOT REPLY [Bug 4438] - Deadlock? in redirect after returning from action

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: [C2] patch to serializers

OK. That makes sense. Could you please regenerate the patch against the 20_branch and the head and I'll commit it? Thanks, J. > -Original Message- > From: Joerg Henne [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, 30 October 2001 3:20 pm > To: [EMAIL PROTECTED] > Subject: Re: [C2] patch

Re: RE: [C2.0] Source resolution in servlet container

hi, i think there is no official way to scan a directory. btw why does cocoon needs to load the jars from WEB-INF/lib? I think that's the task of the servlet-engine to load the jars residing in /WEB-INF/lib, and to load classes residing in /WEB-INF/classes (sub)directories. bye - Originalnac

RE: Donating Cocoon Components to Avalon

> Berin Loritsch wrote: > > giacomo wrote: > > > > On Tue, 30 Oct 2001, Carsten Ziegeler wrote: > > > > > Hi Avalon Team, hi Cocoon Team, > > > > > > we had some weeks ago discussions about moving common > > > components from Cocoon to Avalon. Both communitites > > > agreed to this step. > > > > >

RE: Donating Cocoon Components to Avalon

Giacomo Pati wrote: > > On Tue, 30 Oct 2001, Carsten Ziegeler wrote: > > > Hi Avalon Team, hi Cocoon Team, > > > > we had some weeks ago discussions about moving common > > components from Cocoon to Avalon. Both communitites > > agreed to this step. > > > > So, I think we should now start to ide

Re: Donating Cocoon Components to Avalon

giacomo wrote: > > On Tue, 30 Oct 2001, Carsten Ziegeler wrote: > > > Hi Avalon Team, hi Cocoon Team, > > > > we had some weeks ago discussions about moving common > > components from Cocoon to Avalon. Both communitites > > agreed to this step. > > > > So, I think we should now start to identify

Re: Donating Cocoon Components to Avalon

On Tue, 30 Oct 2001, Carsten Ziegeler wrote: > Hi Avalon Team, hi Cocoon Team, > > we had some weeks ago discussions about moving common > components from Cocoon to Avalon. Both communitites > agreed to this step. > > So, I think we should now start to identify the components > we could give to A

RE: [c2 proposal] map:aggregate

I tried to aggregate xml files from a directory 'fichprod' using this way and i have this result in cocoon2.0rc1a , NT4 and Tomcat 3.2.2 : - http://www.w3.org/1999/XML/xinclude";> I would like to have the aggregation (the content) of this files. thanks, Claude. PS sitemap

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

cziegeler01/10/30 07:38:21 Modified:src/org/apache/cocoon/components/language/generator ProgramGeneratorImpl.java Log: One more getRealPath() removed Revision ChangesPath 1.23 +19 -19 xml-cocoon2/src/org/apache/cocoon/components/language/

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

cziegeler01/10/30 07:20:46 Modified:src/org/apache/cocoon/components/resolver ResolverImpl.java src/org/apache/cocoon/generation VelocityGenerator.java Log: removed some more getRealPath() Revision ChangesPath 1.7 +3 -3 xml-cocoon2/src/org/apac

Re: [C2] patch to serializers

John, "Morrison, John" wrote: > > Joerg, > > I looked at the patch you supplied. In the comments below you say... > > "The buffer created in AbstractSerializer was actually never used, > because all subclasses of AbstractSerializer either didn't use > super.setOutputStream()" > > but if yo

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

cziegeler01/10/30 05:20:28 Modified:src/org/apache/cocoon/components/classloader RepositoryClassLoader.java src/org/apache/cocoon/servlet CocoonServlet.java Log: Started avoiding getRealPath() calls and use getResource() etc. instead. We stil

RE: [STATUS] architecture design

Matthew Langham wrote: > > Hi Michael (and team), > > >> > >>>Ok, you guys add more comments if you need to. > >>> > >>There is still some thought in my mind about dbXML (or other XML > >>DBs) which could result in a new protocol for a Source of XML. > >> > >Halfway there, hope to have a workin

RE: Difference between CocoonServlet and ParanoidCocoonServlet??

Berin Loritsch wrote: > > Carsten Ziegeler wrote: > > > > Hi, > > > > I'm currently looking at removing the getRealPath() calls. > > > > Now I'm curious about the ParanoidCocoonServlet. I know the > > reasons behind this servlet, but looking at the implementation > > I don't see a difference

Re: Difference between CocoonServlet and ParanoidCocoonServlet??

Carsten Ziegeler wrote: > > Hi, > > I'm currently looking at removing the getRealPath() calls. > > Now I'm curious about the ParanoidCocoonServlet. I know the > reasons behind this servlet, but looking at the implementation > I don't see a difference to the CocoonServlet besides that > the clas

Difference between CocoonServlet and ParanoidCocoonServlet??

Hi, I'm currently looking at removing the getRealPath() calls. Now I'm curious about the ParanoidCocoonServlet. I know the reasons behind this servlet, but looking at the implementation I don't see a difference to the CocoonServlet besides that the class-dir and lib-dir is configurable using the

RE: [C2.0] Source resolution in servlet container

Hi, I just started to remove the getRealPath() calls from at least the CocoonServlet in the 2.1 branch. But we have one problem with this approach: Cocoon scans on startup the WEB-INF/lib directory for jar files and builds the class-path from this. Now I see no possibility to scan the directory i

RE: [C2] patch to serializers

Joerg, I looked at the patch you supplied. In the comments below you say... "The buffer created in AbstractSerializer was actually never used, because all subclasses of AbstractSerializer either didn't use super.setOutputStream()" but if you look, all the files you've patched have...

Re: [PATCH] buffering serializers (was: RE: [C2]: Release Candidate 2)

Vadim Gritsenko wrote: > > Looks innocent to me. Except the part that buffering was moved from > AbstractSerializer.java into AbstractTextSerializer.java. If somebody > relied on this feature, he/she could loose buffering. That's the only > concern I have. Anything else is perfect, including bug

RE: [PATCH] buffering serializers (was: RE: [C2]: Release Candidate 2)

Looks innocent to me. Except the part that buffering was moved from AbstractSerializer.java into AbstractTextSerializer.java. If somebody relied on this feature, he/she could loose buffering. That's the only concern I have. Anything else is perfect, including bug fixing of TextSerializer and XMLSe

AW: [STATUS] architecture design

Hi Michael (and team), >> >>>Ok, you guys add more comments if you need to. >>> >>There is still some thought in my mind about dbXML (or other XML >>DBs) which could result in a new protocol for a Source of XML. >> >Halfway there, hope to have a working version by the end of this week... >:) > Ho

RE: [RT] Resource Garbage Collection

> -Original Message- > From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, October 30, 2001 2:13 AM > To: [EMAIL PROTECTED] > Subject: RE: [RT] Resource Garbage Collection > > > Vadim Gritsenko wrote: > > > > Carsten, > > > > Could the behavior of RequestModelComponent achi

Donating Cocoon Components to Avalon

Hi Avalon Team, hi Cocoon Team, we had some weeks ago discussions about moving common components from Cocoon to Avalon. Both communitites agreed to this step. So, I think we should now start to identify the components we could give to Avalon. As a first start I would propose the following: - XM

problem with "external-graphics" solved

If you run Cocoon2rc1a, Tomcat-3.2.3, FOP-0.20.1, Apache-1.3.20 and wonder why "external-graphics" does not work. Then you have to install Tomcat-4.0.1 ! That is the way to solve this "little" problem. Mit freundlichen Grüßen Adnan Zelkanovic allgäuNet.Onlinedienste GmbH Nebelhornstraße 8 8680

Re: cvs commit: xml-cocoon2/documentation/xdocs license.xml

Vadim Gritsenko wrote: > > David, > > I'm not a lawyer, etc, but it looks to me that 1999-@year@ is better > then just @year@. +1 -- Stefano Mazzocchi One must still have chaos in oneself to be able to give birth to a dancing star. <[EMAIL PROTECTED]>

Re: [RTl] i18n transformer

Hi! > Peter Royal wrote: > > ... > > I agree that this is definitely the way to go. I'm offering up the work > > I've done thus far as another, somewhat orthogonal change, to what you've > > proposed. Since we were talking about the I18nTransformer, I figured I'd > > pipe up :) > > ... > > Hi, >

Re: [RT] Resource Garbage Collection

Carsten Ziegeler wrote: > > > Vadim Gritsenko wrote: > > > > Carsten, > > > > Could the behavior of RequestModelComponent achieved by using object > > model: > > > > if(environment.getObjectModel().get("statistics")==null) > > environment.getObjectModel().put("statistics", new