[C2RC1a] new Store component: FilesystemQueue

Hi cocooners, fresh from long holidays I wrote a new component. A queue for storing objects onto the filesystem. In the past the MRUMemoryStore implemented this functionality. This was a waste of System resources, because when three MRUMemoryStores where active, each of them had a thread, which

RE: [RT] New validator and propagator infrastructure

> -Original Message- > From: Martin Man [mailto:[EMAIL PROTECTED]] > Sent: Friday, October 19, 2001 1:45 PM > To: cocoon-dev > Subject: [RT] New validator and propagator infrastructure > > hi all, > in response to well-known action flood we have seen over past > days(weeks) I'd like

cvs commit: xml-cocoon2/webapp sitemap.xmap

mman01/10/19 13:47:05 Modified:webapp Tag: cocoon_20_branch sitemap.xmap Log: sync with 2.1-dev Revision ChangesPath No revision No revision 1.11.2.38 +12 -0 xml-cocoon2/webapp/sitemap.xmap Index: sitemap

Re: [RT] Flowmaps revisited

Hi Chris, sorry for being so quiet during the last days. But finally I'd like to anwser your questions and point out a few comments to your thoughts. Chris Finn wrote: > > Wow, this is impressive stuff, Daniela. As others > have mentioned, we too are interested and have done > some design w

Re: Java 1.4 and Cocoon 2

Martin Man wrote: > > looks like there were changes in JDBC api, should be solved by adding > mentioned methods into EsqlConnection, the implementation of them is not very > clear to me though, some JDBC gurus out there ??? Since EsqlConnection passes delegates the implementation, you will have a

DO NOT REPLY [Bug 4298] New: - With wrong pi-logicsheet tag in xsp cocoon doesn't notify error correctly.

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: Java 1.4 and Cocoon 2

On Fri, Oct 19, 2001 at 02:25:37PM -0400, Sam Ruby wrote: > [ reference is to a conversation on cocoon-users ] > > FYI: I can't even get Cocoon2 to *COMPILE* using Java 1.4 beta 2. > > http://nagoya.apache.org/~rubys/gump/java14/xml-cocoon2.html looks like there were changes in JDBC api, shoul

DO NOT REPLY [Bug 4297] New: - 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: Java 1.4 and Cocoon 2

[ reference is to a conversation on cocoon-users ] FYI: I can't even get Cocoon2 to *COMPILE* using Java 1.4 beta 2. http://nagoya.apache.org/~rubys/gump/java14/xml-cocoon2.html - Sam Ruby - To unsubscribe, e-mail: [EMAIL PRO

[RT] New validator and propagator infrastructure

hi all, in response to well-known action flood we have seen over past days(weeks) I'd like to propose rewrite of validator actions. The result should be one "validator" action which will do the work of all existing validator actions and maybe even more. I think we should do this before 2.0

Re: [RT] Environment Revamping

Carsten Ziegeler wrote: > > > Berin Loritsch wrote: > > > > Carsten Ziegeler wrote: > > > > > > > > > public interface SystemContext extends > > > > org.apache.avalon.framework.context.Context { > > > > Source resolve(String uri); > > > > org.apache.cocoon.environment.Context getEnvironme

New PreparedMatcher, deprecation of CodeFactory

Hi team, You'll find in the HEAD the new PreparedMatcher interface we talked about and a new implementation of all factory-based matchers with this interface (way simpler). CodeFactory is now deprecated and shouldn't be used for new matchers and selectors. I will also port Selector so that we ca

JUnit Testing Actions with Logging...

Hello everyone, In Cocoon2 has anyone successfully configured a JUnit test case that will run an Action (or any other class) that has logging method calls in it? For example, I have an action that I am able to Unit test with out any problem until I add the following (line 45): getLogger().

DO NOT REPLY [Bug 4293] New: - session:get-attribute bug

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: [RT] Environment Revamping

Berin Loritsch wrote: > Martin Man wrote: > > > > On Fri, Oct 19, 2001 at 12:08:15PM +0200, Sylvain Wallez wrote: > > > > > > Extending Map is a good idea : only the parameter type will change, so > > > this will require only a recompilation without code change (provided > > > that we route get(RE

RE: Dependency checking problems

Hi, this is a Cocoon Caching problem. Your requests are cached by Cocoon. The caching implementation is not aware of xsl:include, so if your main stylesheet does not change, the cached content is still seen as valid even if the included ones change. The only solutions are: avoid xsl:include and

RE: xsp including

Hi, have a look at the content aggregation example. You can aggregate two parts which both are generated using xsp. Carsten > -Original Message- > From: Andrew Answer [mailto:[EMAIL PROTECTED]] > Sent: Friday, October 19, 2001 11:31 AM > To: [EMAIL PROTECTED] > Subject: xsp including >

RE: Patch-Queue

There is a "PatchAvailable" keyword already present, why not simply use this? Saludos , Ignacio J. Ortega > -Mensaje original- > De: Sergio Carvalho [mailto:[EMAIL PROTECTED]] > Enviado el: viernes 19 de octubre de 2001 16:05 > Para: [EMAIL PROTECTED] > Asunto: Re: Patch-Queue > > >

RE: [RT] Environment Revamping

> Berin Loritsch wrote: > > Carsten Ziegeler wrote: > > > > > > public interface SystemContext extends > > > org.apache.avalon.framework.context.Context { > > > Source resolve(String uri); > > > org.apache.cocoon.environment.Context getEnvironmentContext(); > > > Object get(Object k

DO NOT REPLY [Bug 4287] - [patch] New actions for Cocoon 2

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: Patch-Queue

I vote for bugzilla. I just submitted a patch, though, and noticed that there is no keyword to mark patches. Can the keyword 'patch' or 'patch-queue' be created, so that it's easy to search for backlog patches? On Fri, 19 Oct 2001 14:32:00 +0200, Sylvain Wallez wrote: From: Sylvain Wallez <[EMA

DO NOT REPLY [Bug 4289] - [patch] SectionCutter 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

DO NOT REPLY [Bug 4289] - [patch] SectionCutter 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

DO NOT REPLY [Bug 4289] New: - [patch] SectionCutter 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

Dependency checking problems

Hi!   If I use xsl:include in any of my stylesheets, and I modify the included xslt, the changes will not work automatically. I have to the stylesheet where I do the include to force a reload of the included stylesheet.   Is this a xalan problem or a cocoon problem?   Thanks, Roland  

Re: [RT] Environment Revamping

Martin Man wrote: > > On Fri, Oct 19, 2001 at 12:08:15PM +0200, Sylvain Wallez wrote: > > > > Extending Map is a good idea : only the parameter type will change, so > > this will require only a recompilation without code change (provided > > that we route get(RESPONSE_OBJECT) to getResponse(), et

Re: [RT] Environment Revamping

Sylvain Wallez wrote: > > +1. If we can solve the problem outlined by Carsten > (SitemapSystemContext that wraps the SystemContext and overrides > resove() ?), this will allow uniform access to input sources from > everywhere, instead of using URLFactories when a SourceResolver isn't > available.

AW: [C2RC1a] Serious (maybeupload.jar) problem with Windows XP / JDK 1.3.1_01

Hhm. I tried to include the version of fop within a project of mine and got exceptions about missing configuration files (was it velocity or logkit - I don't know). Then I downloaded the newest version of fop over that one and it works perfectly (without changing anything else). As I do not beli

RE: [C2RC1a] Serious (maybeupload.jar) problem with Windows XP / JDK 1.3.1_01

> Jörn Heid wrote: > > > Thanks for you fast aid. > I just downloaded the newest version and this one works perfectly > (as far as > I tested). > As I'm not a developer of cocoon, I didn't know if C2 uses an adapted > version of it (as C2 seems to do with fop). I don't think we are using an adapte

Re: [RT] Environment Revamping

Carsten Ziegeler wrote: > > > public interface SystemContext extends > > org.apache.avalon.framework.context.Context { > > Source resolve(String uri); > > org.apache.cocoon.environment.Context getEnvironmentContext(); > > Object get(Object key); // from Avalon context > > } > > > > T

Re: SessionParamAction or Updated RequestParamAction?

Hi Aaron, Thanks for your email and ideas! I had always thought about expanding the RequestParamAction to include session and config values/etc - essentially turning it into an EnvironmentAction or something similar. If you post your source, we could comb

RE: [C2RC1a] Serious (maybeupload.jar) problem with Windows XP / JDK 1.3.1_01

C2 *doesn't* use an adapted version of anything to my knowledge - esp FOP. > -Original Message- > From: Jörn Heid [mailto:[EMAIL PROTECTED]] > Sent: Thursday, 18 October 2001 11:57 am > To: [EMAIL PROTECTED] > Cc: [EMAIL PROTECTED] > Subject: AW: [C2RC1a] Serious (maybeupload.jar) problem

DO NOT REPLY [Bug 4287] - New actions for Cocoon 2

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 4287] New: - New actions for Cocoon 2

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

AW: [C2RC1a] Serious (maybeupload.jar) problem with Windows XP / JDK 1.3.1_01

Thanks for you fast aid. I just downloaded the newest version and this one works perfectly (as far as I tested). As I'm not a developer of cocoon, I didn't know if C2 uses an adapted version of it (as C2 seems to do with fop). So the problem might be solved by using the newest jar. Can anyobody

Re: [C2RC1a] Serious (maybeupload.jar) problem with Windows XP / JDK 1.3.1_01

On Thursday 18 October 2001 10:57, J?rn Heid wrote: > When trying to start Cocoon (Resin 2.0.2) on XP I get > > java.lang.ClassFormatError: > uk/co/weft/maybeupload/MaybeUploadRequestWrapper (Code of a method > longer than 65535 bytes) > at java.lang.ClassLoader.defineClass0(Native Method)

[C2RC1a] Serious (maybeupload.jar) problem with Windows XP / JDK 1.3.1_01

When trying to start Cocoon (Resin 2.0.2) on XP I get java.lang.ClassFormatError: uk/co/weft/maybeupload/MaybeUploadRequestWrapper (Code of a method longer than 65535 bytes) at java.lang.ClassLoader.defineClass0(Native Method) On my Windows 2000 machine the same configuration seems to w

AW: new Bug 4221 is nothing to do with resolver

Hey! I is not nevertheless bloed! I agree with you completely: Cocoon cannot find the configuration file. The actual problem is that the data file over the address file://localhost/C:/In-Q-MyAppServer4.2.7/alone\services\servlet_jsp\work\js pTemp\cocoon\root\cocoon.xconf is attainable! That i

Re: Patch-Queue

Carsten Ziegeler a écrit : > > Hi Team, > > it seems to me that we are currently not able to cope with > all the patches and new contributions. > > What about now installing a patch queue or should we > advice everyone to add it to bugzilla as an enhancement? > > Any volunteers for setting u

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

morrijr 01/10/19 04:44:55 Modified:src/org/apache/cocoon/transformation XIncludeTransformer.java Log: current_xmlbase_uri is null when using the cocoon protocol. Is this correct? Revision ChangesPath 1.19 +13 -4 xml-cocoon2/src/org/apac

RE: [RT] Environment Revamping

+1 from me. --- "Morrison, John" <[EMAIL PROTECTED]> wrote: > Looks good: +1 > > > -Original Message- > > From: Berin Loritsch [mailto:[EMAIL PROTECTED]] > > Sent: Thursday, 18 October 2001 4:41 pm > > To: [EMAIL PROTECTED] > > Subject: [RT] Environment Revamping > > > > > > Currently,

RE: [patch/docs]Selector documentation

Hi Gianugo, I haven't read your doc yet, but I believe it's good... It's applied and I will (hopefully) read it over the weekend. Thanks! Carsten > -Original Message- > From: Gianugo Rabellino [mailto:[EMAIL PROTECTED]] > Sent: Thursday, October 18, 2001 5:49 PM > To: [EMAIL PROTECTED]

cvs commit: xml-cocoon2/documentation/xdocs/userdocs/selectors selectors.xml

cziegeler01/10/19 04:14:13 Modified:documentation/xdocs/userdocs/matchers matchers.xml documentation/xdocs/userdocs/selectors selectors.xml Log: [patch/docs]Selector documentation Submitted by: Gianugo Rabellino [[EMAIL PROTECTED]] Revision ChangesPath 1

cvs commit: xml-cocoon2/documentation/xdocs/userdocs/selectors selectors.xml

cziegeler01/10/19 04:13:49 Modified:documentation/xdocs/userdocs/matchers Tag: cocoon_20_branch matchers.xml documentation/xdocs/userdocs/selectors Tag: cocoon_20_branch selectors.xml Log: [patch/docs]Selector documentat

Patch-Queue

Hi Team, it seems to me that we are currently not able to cope with all the patches and new contributions. What about now installing a patch queue or should we advice everyone to add it to bugzilla as an enhancement? Any volunteers for setting up a patch queue? Carsten ---

RE: SessionParamAction or Updated RequestParamAction?

Hi Aaron, I think the first solution should be an own action. As we are "flooded" with actions, I think they all need a redesign. We have very similar actions/selectors for requests, sessions, cookies etc. Perhaps they can be somehow unified. Carsten > -Original Message- > From: SANSONE

RE: Cookie matcher

Hi Simone, thanks for your contribution! If noone else is integrating your patches in the next days, I would ask you to add these to bugzilla as an enhancement so that they don't get lost. (Unfortunately, I don't have time to look at it). Carsten > -Original Message- > From: Simone Gian

RE: [donation] SectionCutter action

Hi Sergio, thanks for your contribution! It looks really interesting. If noone else is looking at it in the next days, I would ask you to add these to bugzilla as an enhancement so that it doesn't get lost. Carsten > -Original Message- > From: Sergio Carvalho [mailto:[EMAIL PROTECTED]]

RE: New actions

Hi Paolo, thanks for your contribution! If noone else is integrating your patches in the next days, I would ask you to add these to bugzilla as an enhancement so that they don't get lost. (Unfortunately, I don't have time to look at it). Carsten > -Original Message- > From: Paolo [mailt

Re: [RT] Environment Revamping

On Fri, Oct 19, 2001 at 12:08:15PM +0200, Sylvain Wallez wrote: > > Extending Map is a good idea : only the parameter type will change, so > this will require only a recompilation without code change (provided > that we route get(RESPONSE_OBJECT) to getResponse(), etc). But this also > clearly st

RE: [C2RC1a] Serious (maybeupload.jar) problem with Windows XP / JDK 1.3.1_01

I just updated to the latest maybeupload which seems to be 1.0.5pre3. Yes, we should add version information to all jars. For a start, the maybeupload does now contain it. Carsten > -Original Message- > From: Jörn Heid [mailto:[EMAIL PROTECTED]] > Sent: Thursday, October 18, 2001 8:05

cvs commit: xml-cocoon2/lib maybeupload_1-0-5pre3.jar maybeupload.jar

cziegeler01/10/19 03:31:06 Added: lib maybeupload_1-0-5pre3.jar Removed: lib maybeupload.jar Log: Updated to latest maybeupload Revision ChangesPath 1.2 +395 -0xml-cocoon2/lib/maybeupload_1-0-5pre3.jar <>

cvs commit: xml-cocoon2/lib maybeupload_1-0-5pre3.jar maybeupload.jar

cziegeler01/10/19 03:30:23 Added: lib Tag: cocoon_20_branch maybeupload_1-0-5pre3.jar Removed: lib Tag: cocoon_20_branch maybeupload.jar Log: Updated to latest maybeupload Revision ChangesPath No revision No r

Re: [RT] Environment Revamping

Berin Loritsch a écrit : > > Currently, the Environment system has grown to provide an abstraction > layer so that Cocoon logic can function equally well depending on whatever > the environment is. This is a good thing, and in my opinion very necessary. > However, what we have in our API can g

xsp including

Hello cocoon-dev again :), anybody know, can I include one xsp file into another directly (and then process result file) or include xml-results of xsp-processing: page1.xsp->xml--2 include in 1 ->xsl->html page2.xsp->xml-/ ? Best regards, Andrew Answer [EMAIL PROTE

RE: [RT] Environment Revamping

> Berin Loritsch wrote: > > Currently, the Environment system has grown to provide an abstraction > layer so that Cocoon logic can function equally well depending on whatever > the environment is. This is a good thing, and in my opinion very > necessary. > However, what we have in our API can get

Re: [RT] Environment Revamping

hi all, as I was already +1 on sylvian's objectModelHelper and this is logical cleanup and improvement, am of course even +2 for this... On Thu, Oct 18, 2001 at 11:41:10AM -0400, Berin Loritsch wrote: > Currently, the Environment system has grown to provide an abstraction > laye

RE: Some questions to community

Hi, I can't comment on all your comments (I don't use the DatabaseActions so I don't feel qualified to apply patches), but some changes to the XIncludeTransformer were commited last night. If you want to get the latest source from cvs and retest I'm sure it would be appreciated... J. > -Or

Some questions to community

Hello cocoon-dev, 1) What is with DatabaseSelectAction? It's present in some dev snapshots but disappear in C2rc1. 2) My patch to AbstractDatabaseAction applied/rejected/viewed? I send it to the list 27 Sep [Patch for "now" descriptor datatype] 3) I describe problem with XIncludeTransfo

RE: [RT] Environment Revamping

Looks good: +1 > -Original Message- > From: Berin Loritsch [mailto:[EMAIL PROTECTED]] > Sent: Thursday, 18 October 2001 4:41 pm > To: [EMAIL PROTECTED] > Subject: [RT] Environment Revamping > > > Currently, the Environment system has grown to provide an abstraction > layer so that Cocoo

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

Hi all I'm using Outlook German. You can change this option in 'Extras|Optionen|E-Mail-Format|Internationale Optionen ...' and check there the to options to English. Felix > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > Sent: Friday, October 19, 2001 8:30 AM