Re: cvs commit: xml-cocoon2/src/scratchpad/webapp/samples/taglib sitemap.xmap

Hi Vadim, I think pool-min="0" should be allowed. The reason setting this to "0" was a problem in Avalon, because the TagTransformer lookup the TransformerSelector in the configure method and if the pool-min > 0 this trigger a loop in Avalon. I am not sure if this is fixed now. Volker vgrits

DO NOT REPLY [Bug 16523] - [PATCH] JavadocSource post

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 16523] - [PATCH] JavadocSource post

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 16523] - [PATCH] JavadocSource post

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 16523] - [PATCH] JavadocSource post

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: AW: [PROPOSAL] Cocoon Science Fiction

On Wednesday 12 February 2003 14:03, Niclas Hedhman wrote: > On Tuesday 11 February 2003 14:34, Andreas Hochsteger wrote: > > Hi! > > > > Okay, I can respect your opinion that you don't want to bring non-SAX > > data streams into Cocoon. > > Nevertheless I know such a framework is demanded. > > > >

Re: AW: [PROPOSAL] Cocoon Science Fiction

On Tuesday 11 February 2003 14:34, Andreas Hochsteger wrote: > Hi! > > Okay, I can respect your opinion that you don't want to bring non-SAX data > streams into Cocoon. > Nevertheless I know such a framework is demanded. > > Perhaps everyone would be luckier, if handling non-SAX data streams is don

Re: [no-vote] remove interactive build targets

On Wednesday 12 February 2003 05:07, Stefano Mazzocchi wrote: > I believe interactive targets are harmful and I propose to remove them. > > The reasons: > > 1) the build system gets much bigger > > 2) people never learn to use the overriding property file > > 3) people tend to forget what they type

Re: [QUESTION] Coding style...

On Tuesday 11 February 2003 15:56, Konstantin Piroumian wrote: > From: "Vadim Gritsenko" <[EMAIL PROTECTED]> > > > Pier Fumagalli wrote: > > >I was wondering if there are some guidelines for Cocoon (back in the > > > days when I started there weren't, but maybe now)... > I am used to the Sun's codi

Re: [PROPOSAL] Cocoon Science Fiction

On Tuesday 11 February 2003 19:39, Stefano Mazzocchi wrote: > Niclas Hedhman wrote: > > However, I like the notion that there are "typing information" (of > > DTD/Schema) for block's inputs and outputs, so at least the configuration > > tools (not the sitemap in runtime, that's just waste of CPU re

DO NOT REPLY [Bug 11702] - SiLLy logicsheet tags don't seem to work well

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/documentation/xdocs/userdocs/xsp logicsheet-concepts.xml

vgritsenko2003/02/11 21:06:00 Modified:src/documentation/xdocs/userdocs/xsp Tag: cocoon_2_0_3_branch logicsheet-concepts.xml Log: "Fix" bug #11702 Revision ChangesPath No revision No revision 1.1.

cvs commit: xml-cocoon2/src/documentation/xdocs/userdocs/xsp logicsheet-concepts.xml

vgritsenko2003/02/11 21:05:57 Modified:src/documentation/xdocs/userdocs/xsp logicsheet-concepts.xml Log: "Fix" bug #11702 Revision ChangesPath 1.2 +2 -0 xml-cocoon2/src/documentation/xdocs/userdocs/xsp/logicsheet-concepts.xml Index: logicsheet-concepts.xm

DO NOT REPLY [Bug 16722] - Cocoon sitemap fails if built with no FOP and Batik blocks

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/webapp/WEB-INF/entities sitemap-v06.rng

vgritsenko2003/02/11 20:44:57 Modified:src/webapp/WEB-INF/entities sitemap-v06.rng Log: Fix sitemap validation - add rule for TagTransformer Revision ChangesPath 1.8 +11 -0 xml-cocoon2/src/webapp/WEB-INF/entities/sitemap-v06.rng Index: sitemap-v06.rng ===

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

vgritsenko2003/02/11 20:43:47 Modified:src/scratchpad/webapp/samples/taglib sitemap.xmap Log: Tab to space, fix pool-min. Revision ChangesPath 1.2 +4 -5 xml-cocoon2/src/scratchpad/webapp/samples/taglib/sitemap.xmap Index: sitemap.xmap ===

DO NOT REPLY [Bug 15506] - [PATCH] ArrayIndexOutOfBoundsException in BufferedOutputStream.write()

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/blocks/web3/conf web3.xconf web3.xroles web3.xsamples

jefft 2003/02/11 20:10:25 Modified:src/blocks/web3/conf web3.xconf web3.xroles web3.xsamples Log: Zap tabs Revision ChangesPath 1.2 +22 -22xml-cocoon2/src/blocks/web3/conf/web3.xconf Index: web3.xconf

DO NOT REPLY [Bug 15350] - [PATCH] BufferedOutputStream, Tomcat >= 4.1.15

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/util BufferedOutputStream.java

vgritsenko2003/02/11 20:07:23 Modified:src/java/org/apache/cocoon/util BufferedOutputStream.java Log: Override close method and flush on close. Fixes bug #15350. Thanks to [EMAIL PROTECTED] (Christoph Trompler) Revision ChangesPath 1.4 +13 -2 xml-cocoon2/src/

cvs commit: xml-cocoon2 changes.xml

vgritsenko2003/02/11 19:16:17 Modified:.Tag: cocoon_2_0_3_branch changes.xml Log: Reflect changes to exception handling Revision ChangesPath No revision No revision 1.138.2.86 +9 -1 xml-cocoon2/changes.xml

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

vgritsenko2003/02/11 19:15:54 Modified:.changes.xml src/java/org/apache/cocoon/servlet CocoonServlet.java Log: Reflect changes to exception handling Revision ChangesPath 1.345 +10 -2 xml-cocoon2/changes.xml Index: changes.xml

DO NOT REPLY [Bug 16267] - [RFE] Notifiers should use exception/cause messages

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 16264] - [PATCH] blank pages <= unhandled IllegalStateException

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/servlet CocoonServlet.java

vgritsenko2003/02/11 19:03:10 Modified:src/java/org/apache/cocoon/servlet Tag: cocoon_2_0_3_branch CocoonServlet.java Log: Port recent changes from the HEAD. Includes exception handling fixes. Revision ChangesPath No revision

Re: XSP docs out of sync with logicsheet?

Andrew Savory wrote: Hi, I've just been comparing the request docs with the appropriate request logicsheet, and it looks to me like the documentation doesn't reflect the true state of things: src/documentation/xdocs/userdocs/xsp/request.xml vs. src/java/org/apache/cocoon/components/language/ma

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/notification DefaultNotifyingBuilder.java Notifier.java Notifying.java NotifyingBuilder.java NotifyingCascadingRuntimeException.java SimpleNotifyingBean.java

vgritsenko2003/02/11 18:56:14 Modified:src/java/org/apache/cocoon/sitemap Tag: cocoon_2_0_3_branch NotifyingGenerator.java src/java/org/apache/cocoon/components/notification Tag: cocoon_2_0_3_branch DefaultNotifyingBuilder.ja

cvs commit: xml-cocoon2/src/blocks/linkrewriter/conf linkrewriter.xconf

jefft 2003/02/11 18:19:21 Modified:src/blocks/linkrewriter/conf linkrewriter.xconf Log: Fix bug that was stopping bookdemo from working. Revision ChangesPath 1.2 +1 -1 xml-cocoon2/src/blocks/linkrewriter/conf/linkrewriter.xconf Index: linkrewriter.xconf

cvs commit: xml-cocoon2/src/blocks/linkrewriter/samples/bookdemo/docs/installing index.html

jefft 2003/02/11 18:16:15 Modified:src/blocks/linkrewriter/samples/bookdemo/docs index.html overview.html src/blocks/linkrewriter/samples/bookdemo/docs/installing index.html Log: Stop JTidy complaining Revision Ch

XSP docs out of sync with logicsheet?

Hi, I've just been comparing the request docs with the appropriate request logicsheet, and it looks to me like the documentation doesn't reflect the true state of things: src/documentation/xdocs/userdocs/xsp/request.xml vs. src/java/org/apache/cocoon/components/language/markup/xsp/java/r

Re: [proposal] aiming to a naked cocoon

On 11/2/03 21:32, "Stefano Mazzocchi" <[EMAIL PROTECTED]> wrote: > - Deli +1, it relies on the assumption that certain things are in "WEB-INF" so, I don't want to see it in there! :-) > and so on and each block will have its own build file (not the current > build system generated by an XSLT sty

Re: The Cocoon Build System...

I've convinced my management to use Cocoon on the project I'm currently on. I was using ant for my builds but now use Maven exclusively. See: http://jakarta.apache.org/turbine/maven/features.html I've been looking to get involved in Open Source development and would like to propose the following:

Re: [proposal] aiming to a naked cocoon

Stefano Mazzocchi wrote: I think the cocoon core (aka 'naked cocoon') is defined by those classes that don't depend on any external library but those found in /lib/core and /lib/endorsed. Everything else should be a block. This allows us to create a build system where people can specify (at

[proposal] aiming to a naked cocoon

I think the cocoon core (aka 'naked cocoon') is defined by those classes that don't depend on any external library but those found in /lib/core and /lib/endorsed. Everything else should be a block. This allows us to create a build system where people can specify (at compile time) what they wan

[vote] remove interactive build targets

I believe interactive targets are harmful and I propose to remove them. The reasons: 1) the build system gets much bigger 2) people never learn to use the overriding property file 3) people tend to forget what they typed if it's not saved in a script, and interactive targets aren't scriptable

RE: [flow] How can I "delete" in javascript?

yes, "delete" is a reserved keyword in Javascript: it cannot be used as function name, variable name, loop label. Regards, - Luca Morandini GIS Consultant [EMAIL PROTECTED] http://utenti.tripod.it/lmoran

RE: [flow] How can I "delete" in javascript?

The workaround for using javascript keywords (like delete) as property names is to use the [] notation instead of ".", i.e.: myClass["delete"](objectToDelete); Regards, Chris -Original Message- From: Fabio Sabatini [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 11, 2003 10:50 AM To:

[flow] How can I "delete" in javascript?

I'm using C2.1 with *flow*. I have to call the method *delete* of a class, in a javascript function of my controller layer. Maybe delete is a keyword in javascript and when the function is called I get this error: SyntaxError: missing name after . operator The code is: myClass.delete(objectToDel

Re: [QUESTION] Coding style...

Pier Fumagalli wrote: As in every project where a bunch of people are contributing at the same time, one day or another, it comes up "what kind" of coding style one actually want to have throughout the source code... I was wondering if there are some guidelines for Cocoon (back in the days when I

Snapshots

Pier, What happend to those HEADER / README / .htaccess in cocoon snapshots directory? Also, file name became unreadable again (because of this DescriptionWidth=* in the www root) :'-( PS There are two forgotten tarballs in the .snapshot directory... Mind if I rm them? Vadim -

RE: [RT] More on caching, expires, and proxy-friendly headers

Gianugo Rabellino wrote: > Hunsberger, Peter wrote: > > > > > It seems you've conceptually described the 80% of the > solution that is > > easy: the wrapper just has to accumulate each addition in a map or > > similar. The interesting part (the 20% that takes 80% of > the time) is > > walk

Re: [RT] More on caching, expires, and proxy-friendly headers

Hunsberger, Peter wrote: Take the Vary case: if I'm right, only one Vary header is allowed in a response, so now you simply don't know what's going to happen if you just "pipe" the set|addHeader calls to the real response object. If such object was wrapped we could have a way, on Cocoon, to

Re: The Cocoon Build System...

"Dirk-Willem van Gulik" <[EMAIL PROTECTED]> wrote: > > > On Tue, 11 Feb 2003, Pier Fumagalli wrote: > >> "Stefano Mazzocchi" <[EMAIL PROTECTED]> wrote: >> >>> Moreover (unlike Pier who is the opposite), I tend to have the oldest >>> hardware around the house... >> >> Hey hey hey hey... Looks

RE: [RT] More on caching, expires, and proxy-friendly headers

Gianugo Rabellino wrote: > > Vadim Gritsenko wrote: > >>> ObjectModelHelper.getResponse(objectModel).addHeader("Vary", > >>> "User-Agent"); > >> > >> Not quite what I meant. First, I'm not sure, from the HTTP specs, > >> that > >> you can have more than one Vary header, actually I think > it's

Re: The Cocoon Build System...

On Tue, 11 Feb 2003, Pier Fumagalli wrote: > "Stefano Mazzocchi" <[EMAIL PROTECTED]> wrote: > > > Moreover (unlike Pier who is the opposite), I tend to have the oldest > > hardware around the house... > > Hey hey hey hey... Looks like _you_ don't benefit from all my babies... > Darn, one spends

Re: The Cocoon Build System...

"Stefano Mazzocchi" <[EMAIL PROTECTED]> wrote: > Moreover (unlike Pier who is the opposite), I tend to have the oldest > hardware around the house... Hey hey hey hey... Looks like _you_ don't benefit from all my babies... Darn, one spends millions and millions and millions of pounds to make frien

Re: [RT] More on caching, expires, and proxy-friendly headers

Vadim Gritsenko wrote: ObjectModelHelper.getResponse(objectModel).addHeader("Vary", "User-Agent"); Not quite what I meant. First, I'm not sure, from the HTTP specs, that you can have more than one Vary header, actually I think it's quite the opposite (but I might well be wrong), so an addHeade

Re: Problems reloading subsitemap

Unico Hommes wrote: Yep, that's it. I am using a recent CVS avalon-framework and ECM. I dropped them in the cocoon webapp and got the same error. Unfortunately my system uses those recent features. Hmm, I'm gonna have to get this working. Guess I'll be digging. So this should be related to rec

RE: Problems reloading subsitemap

Yep, that's it. I am using a recent CVS avalon-framework and ECM. I dropped them in the cocoon webapp and got the same error. Unfortunately my system uses those recent features. Hmm, I'm gonna have to get this working. Guess I'll be digging. Unico Hommes wrote: > > Sylvain Wallez wrote: > > >

Re: [OT][TOOL] Big JavaDoc for Avalon classes...

Vadim Gritsenko wrote, On 11/02/2003 16.27: Nicola Ken Barozzi wrote: Vadim Gritsenko wrote, On 11/02/2003 14.19: Nicola Ken Barozzi wrote: ... What about Alexandria as a home for that too? Alexandria=info about projects (docs and stats) How about that: "Alexandria = implementati

Re: [OT][TOOL] Big JavaDoc for Avalon classes...

Nicola Ken Barozzi wrote: Vadim Gritsenko wrote, On 11/02/2003 14.19: Nicola Ken Barozzi wrote: ... What about Alexandria as a home for that too? Alexandria=info about projects (docs and stats) How about that: "Alexandria = implementation of Forrest + javasrc + javadoc for Jakarta/XM

Re: The Cocoon Build System...

Nicola Ken Barozzi wrote: Ugo Cei wrote, On 11/02/2003 15.00: Stefano Mazzocchi wrote: Tell me, do all of you compile on a Cray? No, but on my brand-new 2.4GHz P4 with 512MB and a 7200rpm HD, build webapp-local took roughly three minutes and a half (under RedHat Linux 8, Sun JDK 1.4.1_0

Re: The Cocoon Build System...

"Stefano Mazzocchi" <[EMAIL PROTECTED]> wrote: > Tell me, do all of you compile on a Cray? Almost... I use a Sun E-250 with 2xUltraSparcIIi 450Mhz and 2 Gigs of ram (6 raided drives @ 10k RPM x 18 Gigs) and the baby says: BUILD SUCCESSFUL Total time: 11 minutes 53 seconds Considering that the s

Re: The Cocoon Build System...

Torsten Curdt dijo: Tell me, do all of you compile on a Cray? > > I guess we don't really need to compare compilation times in order to > realize that the current build system is a mess ;) > IMHO we need a clear vision and then rewrite it from scratch... > -- > Torsten Yeah, but currently it

RE: Problems reloading subsitemap

Sylvain Wallez wrote: > > Unico Hommes wrote: > > >Hi, > > > >I am running into a problem with reloading of subsitemaps. > After initial startup everything runs fine but once I change > a subsitemap treeprocessor can not find the correct > components anymore. In fact it seems that the compon

Re: [RT] More on caching, expires, and proxy-friendly headers

Gianugo Rabellino wrote: Vadim Gritsenko wrote: 3. I dare you to find a clean solution from the sitemap POV to express this kind of conditions. :-) Ahem... http://cvs.apache.org/viewcvs.cgi/xml-cocoon2/src/java/org/apache/cocoon/selection/BrowserSelector.java?rev=1.7&content-type=text/vnd

RE: [BUG] : java.util.EmptyStackException on EnvironmentStack

Carsten, That's ok, I hope your work goes well. I will try temporary solution in the mean time. Tim >>> [EMAIL PROTECTED] 02/11/03 09:31AM >>> No, sorry - I have currently too little time... Perhaps, I can do it this week - otherwise in two weeks... :) I'm not sure if I really can remommend the

Re: The Cocoon Build System...

Tell me, do all of you compile on a Cray? I guess we don't really need to compare compilation times in order to realize that the current build system is a mess ;) IMHO we need a clear vision and then rewrite it from scratch... -- Torsten -

Re: Problems reloading subsitemap

Unico Hommes wrote: Hi, I am running into a problem with reloading of subsitemaps. After initial startup everything runs fine but once I change a subsitemap treeprocessor can not find the correct components anymore. In fact it seems that the component locator in the CM is no longer valid. I am s

Re: [RT] More on caching, expires, and proxy-friendly headers

Vadim Gritsenko wrote: 3. I dare you to find a clean solution from the sitemap POV to express this kind of conditions. :-) Ahem... http://cvs.apache.org/viewcvs.cgi/xml-cocoon2/src/java/org/apache/cocoon/selection/BrowserSelector.java?rev=1.7&content-type=text/vnd.viewcvs-markup ObjectMod

RE: [BUG] : java.util.EmptyStackException on EnvironmentStack

No, sorry - I have currently too little time... Perhaps, I can do it this week - otherwise in two weeks... :) I'm not sure if I really can remommend the solution, but if it works it should be okay. Carsten > -Original Message- > From: Timothy Larson [mailto:[EMAIL PROTECTED]] > Sent: Tue

Re: enhancement of RequestParamAction

From: "SAXESS - Hussayn Dabbous" <[EMAIL PROTECTED]> > hy, Konstantin; > > thanks for the input. i was not aware of these possibilities. > Where could i learn something more about this ? > I only use 2.0.4 Maybe this is something newer ? > Also i heard rumours, that input modules should not yet >

Re: The Cocoon Build System...

Ugo Cei wrote, On 11/02/2003 15.00: Stefano Mazzocchi wrote: Tell me, do all of you compile on a Cray? No, but on my brand-new 2.4GHz P4 with 512MB and a 7200rpm HD, build webapp-local took roughly three minutes and a half (under RedHat Linux 8, Sun JDK 1.4.1_01). I use a 1Ghz PIII W2000

RE: [BUG] : java.util.EmptyStackException on EnvironmentStack

Any news on this bug? Would you recommend locally using the fix mentioned at: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15843 as a stopgap until this problem is solved? Thanks for your time, Tim >>> [EMAIL PROTECTED] 02/05/03 02:15AM >>> >Ah, thanks - that is it! I had Xalan and Xerces

Re: The Cocoon Build System...

Stefano Mazzocchi wrote: Tell me, do all of you compile on a Cray? No, but on my brand-new 2.4GHz P4 with 512MB and a 7200rpm HD, build webapp-local took roughly three minutes and a half (under RedHat Linux 8, Sun JDK 1.4.1_01). Not that I don't sympathize with you, on my previous machine (70

The Cocoon Build System...

well... sucks. It's huge, slow, complex, patchy, disorganic, messy and reaching the point of complexity where it's becoming unmaintenable. This has to change or people will simply get sick of it and go away. It takes 30 minutes on my ronzputer for 'build webapp' to finish. It takes less to com

Re: [RT] More on caching, expires, and proxy-friendly headers

Gianugo Rabellino wrote: Stefano Mazzocchi wrote: ... Question: (and an important one) Suppose you have a resource like /images/logo that you hit with two different user agent and that a pipeline renders differently depending on the user agent, how can a proxy behave friendly to this? d

Re: enhancement of RequestParamAction

Btw, why don't you use input modules instead? You could do something like this: You can also use XPath functions to perform some special handling, e.g.: {request:translate(queryString, '&', ';')} - this will replace all ampersands by a semicolon. Konstantin - Original Message - From:

Problems reloading subsitemap

Hi, I am running into a problem with reloading of subsitemaps. After initial startup everything runs fine but once I change a subsitemap treeprocessor can not find the correct components anymore. In fact it seems that the component locator in the CM is no longer valid. I am seeing the followin

Re: [OT][TOOL] Big JavaDoc for Avalon classes...

Vadim Gritsenko wrote, On 11/02/2003 14.19: Nicola Ken Barozzi wrote: Vadim Gritsenko wrote, On 11/02/2003 5.33: ... (thinking) May be it should be part of gump? It was part of Gump's ancestor, Alexandria. If you want to help me, we have javasrc and xsldoc to ramp up there too :-) I've s

Re: [RT] More on caching, expires, and proxy-friendly headers

Stefano Mazzocchi wrote: Full proxy compliance depends on the ability of dealing with conditional requests, handling a bunch of request headers all in some way interdependant and tricky to say the least. I'm not saying that we shouldn't do that sooner or later, but I'd rather plan this activit

Re: [OT][TOOL] Big JavaDoc for Avalon classes...

Nicola Ken Barozzi wrote: Vadim Gritsenko wrote, On 11/02/2003 5.33: ... (thinking) May be it should be part of gump? It was part of Gump's ancestor, Alexandria. If you want to help me, we have javasrc and xsldoc to ramp up there too :-) I've seen http://www.peerfear.org/alexandria/cont

DO NOT REPLY [Bug 16382] - [PATCH] New mod-db action sample (and patch to DatabaseReader)

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: enhancement of RequestParamAction

SAXESS - Hussayn Dabbous wrote: Hy, all; i had a problem with RequestParamAction (cocoon-2.0.4). I enclose the Source of a slightly modified version of RequestParamAction that solves my problem. The class is named ExtendedRequestParamAction, i did a little of refactoring and a bit on the documen

Re: Possible threading issues with xsltc + BCEL ???

Michael Melhem wrote: Hi Guys, Xalan guys have updated the xsltc code to resolve this issue. Will update the xsltc jar in Cocoon head if there are no objections. Go ahead! Vadim Regards, Michael - To unsubscribe, e-

Re: [RT] More on caching, expires, and proxy-friendly headers

Gianugo Rabellino wrote: This RT integrates the one done more than one year ago and available at http://marc.theaimsgroup.com/?t=10107443991&r=1&w=2. > As of now you know that we have a basic HTTP header control that mimics at a pipeline level the mod_expires functionality of the Apache HT

Re: HEAD is broken regarding flow

"Stefano Mazzocchi" <[EMAIL PROTECTED]> wrote: > Gianugo Rabellino wrote: >> Stefano Mazzocchi wrote: >> >>> After a 'cvs update' and a 'build run', I hit the flow samples and I get >>> >>> TypeError: function WebContinuation() { >>> [native code] >>> } >>> is not a function. >> >> >> >> Anyt

Re: [PROPOSAL] Cocoon Science Fiction

Niclas Hedhman wrote: However, I like the notion that there are "typing information" (of DTD/Schema) for block's inputs and outputs, so at least the configuration tools (not the sitemap in runtime, that's just waste of CPU resources) can validate the "pluggability" between blocks. I'll ask th

Re: HEAD is broken regarding flow

Gianugo Rabellino wrote: Stefano Mazzocchi wrote: After a 'cvs update' and a 'build run', I hit the flow samples and I get TypeError: function WebContinuation() { [native code] } is not a function. Anything to do with: http://marc.theaimsgroup.com/?t=10434241211&r=1&w=2 ? In the end

enhancement of RequestParamAction

Hy, all; i had a problem with RequestParamAction (cocoon-2.0.4). I enclose the Source of a slightly modified version of RequestParamAction that solves my problem. The class is named ExtendedRequestParamAction, i did a little of refactoring and a bit on the documentation of the class. In case it ma

Re: Possible threading issues with xsltc + BCEL ???

Hi Guys, Xalan guys have updated the xsltc code to resolve this issue. Will update the xsltc jar in Cocoon head if there are no objections. Regards, Michael On Fri, Feb 07, 2003 at 12:43:42PM +0100, Michael Melhem wrote: > On Thu, Feb 06, 2003 at 04:18:55PM -0500, Vadim Gritsenko wrote: > > Mich

Re: [PROPOSAL] Cocoon Science Fiction

Nicola Ken Barozzi wrote: BTW, he may have won the award, but for the world championship he has to do much more, there are heavy hitters here (who... me? noo ;-) Absolutely not... void setInput(Object input) throws ObjectFlavorException; void setOutput(Object output) throws Obje

[RT] More on caching, expires, and proxy-friendly headers

This RT integrates the one done more than one year ago and available at http://marc.theaimsgroup.com/?t=10107443991&r=1&w=2. As of now you know that we have a basic HTTP header control that mimics at a pipeline level the mod_expires functionality of the Apache HTTPD server. This was a good

DO NOT REPLY [Bug 16903] - [PATCH] No caching if serializer buffer-size < content length

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] Cocoon Science Fiction

Niclas Hedhman wrote, On 11/02/2003 3.23: Now, I have read your entire RT, and I must agree with Stefano (he is the FS sniffer around here ;o) ). +1 on the FS Award. Don't feel humiliated, most people have problems with FS and SoC (Separation of Concerns). RT are juyst that, RTs. e sjould call

Re: WSProxyGenerator

On 11/2/03 4:00, "ivelin" <[EMAIL PROTECTED]> wrote: > > Pier, > > Can you explain how do you plan to pass the parameters from the Http Request > to the target URL? > Do they override the once in the sitemap configuration for the generator? > The idea of the WSProxy is to be used in its simplest

DO NOT REPLY [Bug 16958] New: - caching pipeline serves wrong content

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: WSProxyGenerator

On 11/2/03 8:56, "Sylvain Wallez" <[EMAIL PROTECTED]> wrote: > Tony Collen wrote: >> On Mon, 10 Feb 2003, Nathaniel Alfred wrote: >> >>> Why not use plain old FileGenerator? At least with 2.1's URLSource >>> >>> http://backend/article?id=xyz"/> >>> >>> works like a charm. Am I missing someth

action gets configured and disposed 2x for one service

hi all, in my previous mail I mentioned that I wanted to check for processing events. so I wrote a little action, that implements Disposable and logged the events in a separate logkit file. now for one request/response cycle I get the following logs: DEBUG (2003-02-11) 11:00.32:992 [oegampg

processing (lifecycle) events

hi all, it would be somehow great, to get notified, when Cocoon.process, starts and finishes its work. I need to acquire resources for a processing phase and then would like to automatically release it at processing end. Is there a clean way to do this now (having looked at the sources, I haven'

Re: [QUESTION] Coding style...

On Tue, 11 Feb 2003, Konstantin Piroumian wrote: > From: "Vadim Gritsenko" <[EMAIL PROTECTED]> > > Pier Fumagalli wrote: > > > > >As in every project where a bunch of people are contributing at the same > > >time, one day or another, it comes up "what kind" of coding style one > > >actually want

Re: WSProxyGenerator

Tony Collen wrote: On Mon, 10 Feb 2003, Nathaniel Alfred wrote: Why not use plain old FileGenerator? At least with 2.1's URLSource http://backend/article?id=xyz"/> works like a charm. Am I missing something? The WSP also passes any POST or GET parameters to the remote host

Re: [OT][TOOL] Big JavaDoc for Avalon classes...

Vadim Gritsenko wrote, On 11/02/2003 5.33: ... (thinking) May be it should be part of gump? It was part of Gump's ancestor, Alexandria. If you want to help me, we have javasrc and xsldoc to ramp up there too :-) Btw, while you are at "account give-away" - I can use one on nagoya to create l

Re: [QUESTION] Coding style...

Carsten Ziegeler wrote, On 11/02/2003 9.03: We have an informal coding standard that can be seen (as Vadim pointed out) in most of our sources; so we should stick to this. And for the rest we somewhat informall seem to agree to: http://jakarta.apache.org/poi/resolutions/res001.html just for th

RE: [QUESTION] Coding style...

We have an informal coding standard that can be seen (as Vadim pointed out) in most of our sources; so we should stick to this. Carsten > -Original Message- > From: Konstantin Piroumian [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, February 11, 2003 8:56 AM > To: [EMAIL PROTECTED] > Subject