RE: [RT] Improving Sitemap and Flowscript

Stefano Mazzocchi wrote: > > Virtual Pipeline Components > --- > +5, the only thing I'm not sure about is the syntax in the sitemap, you propose: > > > > > because in order to work correctly you have to define the file generator as usu

[RT] Implementing Cocoon Blocks

This is a collection of (more or less) random thoughts about the implementation of Cocoon Blocks that I collected while talking with Ricardo and Sylvain IRL. Please note that anything proposed here, while organic and workable, is not to be considered carved in stone, but rather a suggestion on

Re: [RT] Starting 2.2

On Wednesday, Aug 13, 2003, at 22:04 Europe/Rome, Tony Collen wrote: Joerg Heinicke wrote: http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=106077110314347&w=2 Stefano: "the road to real blocks: how to build it minimizing the impact on the existing code and with complete back compatibility (yes, i

DO NOT REPLY [Bug 18131] - The Cocoon Servlet does not shutdown properly under Tomcat

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: Config File Proposal (was... sort of...: [ANN] Apache Cocoon 2.1 Released - binary??)

On Sunday, Aug 17, 2003, at 00:58 Europe/Rome, Jay Freeman ((saurik)) wrote: The #1 thing that would help me start using Cocoon is orthogonal to a binary/source distribution issue (and I'll note my preference is towards binary on this axis). I agree with you (and the previous arguments, I read

Re: [OT] Build Time

On Saturday, Aug 16, 2003, at 01:28 Europe/Rome, Vadim Gritsenko wrote: Can cost of synchronized() statement differ highly under optimizeit comparing with regular jvm? very likely on hotspot since hotspot is turned off on debug mode. -- Stefano.

Re: accessing sitemap parameters in a flow script

On Friday, Aug 15, 2003, at 23:49 Europe/Rome, Sylvain Wallez wrote: Andreas Hartmann wrote: Sylvain Wallez wrote: [...] function foo(bar) { ... } This syntax turns named parameters in the sitemap into positional parameters of the function. This is likely to cause very confusing bu

Re: [RT] Views for readers

On Thursday, Aug 14, 2003, at 16:02 Europe/Rome, Bertrand Delacretaz wrote: Le Jeudi, 14 aoû 2003, à 15:53 Europe/Zurich, Sylvain Wallez a écrit : ...But shouldn't we keep labels that are already used into pipelines ? E.g : If it's this way I'd prefer "unless-label" in map:read to make it

Re: [RT] Views for readers

On Thursday, Aug 14, 2003, at 14:22 Europe/Rome, Sylvain Wallez wrote: Jeff Turner wrote: Isn't the problem there that a is a whole little pipeline unto itself? If it were broken into two atomic operations: then we could have a using a content-aware pipeline, and everything would work.

cvs commit: cocoon-2.1/src/java/org/apache/cocoon/environment/commandline LinkSamplingEnvironment.java

joerg 2003/08/19 16:27:03 Modified:src/java/org/apache/cocoon/environment/commandline LinkSamplingEnvironment.java Log: organize imports: removed unused imports, replaced * with explicite classes Revision ChangesPath 1.5 +7 -4 cocoon-

DO NOT REPLY [Bug 22498] - [PATCH] Bugs in configuration-handling in LuceneIndexTransformer

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: cocoon-2.1/src/blocks/lucene/java/org/apache/cocoon/transformation LuceneIndexTransformer.java

joerg 2003/08/19 16:04:04 Modified:src/blocks/lucene/java/org/apache/cocoon/transformation LuceneIndexTransformer.java Log: clean up Revision ChangesPath 1.8 +7 -3 cocoon-2.1/src/blocks/lucene/java/org/apache/cocoon/transformation/Luc

Re: [RT] Improving Sitemap and Flowscript

Miles Elam wrote: Stefano Mazzocchi wrote: &snip; the default sitemap is too verbose and this scares people away. I would like to move the default sitemap component definitions into the cocoon.xconf. Note that with blocks, the definitions of those components will be in the block.xconf as well

Re: [RT] Improving Sitemap and Flowscript

Stefano Mazzocchi wrote: Virtual Pipeline Components --- I'm all in favour of this since the topic came up first. Unfortunatly, I haven't found the time investigating an implementation but I believe this should be straight forward. Although we're not (yet) discussing

Re: Classloading from flow (was [Fwd: RE: Calling Java classes from(JXForms) javascript - can you? how?])

There's absolutely no reason that could lead classes to be loaded from the sitemap directory: Cocoon does not define any classloader, except the XSP classloader (which doesn't use the sitemap directory). So classloading is performed by the servlet engine, meaning jar files in WEB-INF/lib and cl

Re: Flow + Hibernate sample offer

On Friday, Aug 15, 2003, at 14:45 Europe/Rome, Vadim Gritsenko wrote: Jeremy Quinn wrote: BTW: The Hibernate guys are now aware of the license problem, and seem to be willing to offer their api under a less restrictive license. That is good news ... Some BSD-like license for redistributing

Re: [RT] Views for readers

On Thursday, Aug 14, 2003, at 21:44 Europe/Rome, Andreas Hochsteger wrote: Hi! Sorry, but this discussion seems to tell us one thing: The current sitemap syntax and cocoon processing model is not really suitable for such kind of processing. I completely agree. All this reminds me of a proposal

Re: [RT] Views for readers

On Thursday, Aug 14, 2003, at 21:10 Europe/Rome, Vadim Gritsenko wrote: PS Keep sitemap syntax clean! Say "No!" to woodo! Amen! -- Stefano.

Re: [RT] Views for readers

On Thursday, Aug 14, 2003, at 19:07 Europe/Rome, Miles Elam wrote: Vadim Gritsenko wrote: Here is another wild (or not?) thought. Not so wild to me. All this discussion comes down to the requirement of generating some XML out of the content usually served by the reader, if that's possible (a

Re: [RT] Improving Sitemap and Flowscript

Stefano Mazzocchi wrote: I propose the creation of "virtual pipeline components" by aggregating two or more components into a virtual one. Love it. Love it. Love it! Moving Sitemap components into cocoon.xconf --- the default sitemap is too verbose

RE: Classloading from flow (was [Fwd: RE: Calling Java classes from (JXForms) javascript - can you? how?])

> -Original Message- > From: Geoff Howard [mailto:[EMAIL PROTECTED] > Sent: Tuesday, August 19, 2003 9:29 PM > To: [EMAIL PROTECTED] > Subject: Classloading from flow (was [Fwd: RE: Calling Java > classes from (JXForms) javascript - can you? how?]) > > > Here's a message from users wh

Re: Test

Tony Collen wrote: Berin Loritsch wrote: My messages seem to be getting swallowed in Cyberspace. You can disregard this message. i had this problem too, i sent a message to users@ and never saw it again! It was a bunch of virii overloading the mail servers. ~ 27,000 mails with 100k attachme

Re: Test

Berin Loritsch wrote: My messages seem to be getting swallowed in Cyberspace. You can disregard this message. i had this problem too, i sent a message to users@ and never saw it again! tony

Classloading from flow (was [Fwd: RE: Calling Java classes from (JXForms)javascript - can you? how?])

Here's a message from users where a guy figured out that his class had to be under the current sitemap context directory to be found by flow. - Is this a correct explanation of the current state? - Is this the way it should work? Shouldn't classes/jars in WEB-INF be found as well? Geoff -

[RT] Improving Sitemap and Flowscript

Virtual Pipeline Components --- Currently, people abuse the map:resource part of the sitemap to create pipeline fragments to call. This was introduced by the TreeProcessor implementation of the sitemap but map:resources were *not* designed to be pipeline fragments but e

Status of Woody?

What is the current status of Woody? I am running the nightly snapshot from 19-Aug-2003 03:17. http://cvs.apache.org/snapshots/cocoon-2.1/cocoon-2.1_20030819101653.tar.gz Several of the samples do not work: "Various" -- adds blank rows to "Firstname Lastname..." table at the bottom. "XML Bindin

cvs commit: cocoon-2.1/src/blocks/portal/java/org/apache/cocoon/portal/layout/renderer/aspect/impl CompositeContentAspect.java WindowAspect.java DefaultCopletAspect.java TabContentAspect.java

cziegeler2003/08/19 07:09:34 Modified:src/blocks/portal/java/org/apache/cocoon/portal/util CopletDataReferenceFieldHandler.java ParameterFieldHandler.java CopletInstanceDataFieldHandler.java A

Test

My messages seem to be getting swallowed in Cyberspace. You can disregard this message. -- "They that give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." - Benjamin Franklin

[RT] towards perfect application framework

This will be long. Here are some of my thought concerning building a proper web application (framework). Please mind that I started from the position of PHP user that barely knew Java and MVC concept. The second part is the reason why I wrote this post so if you do not have time just skip the par

RE: Release 2.1.1?

> From: Joerg Heinicke > Carsten Ziegeler wrote: > > It seems that we should make a 2.1.1 release soon due to some > > bugs/problems. > > > > Now, what do you think if we apply/process all patches entered in > > bugzilla for 2.1.1 as well? A patch can either be applied > or closed if > > it

cvs commit: cocoon-2.1/src/blocks/portal/conf portal.samplesxconf

cziegeler2003/08/19 02:18:17 Modified:src/blocks/portal/conf portal.samplesxconf Log: Fixing conf Revision ChangesPath 1.3 +1 -1 cocoon-2.1/src/blocks/portal/conf/portal.samplesxconf Index: portal.samplesxconf

Re: Release 2.1.1?

Carsten Ziegeler wrote: It seems that we should make a 2.1.1 release soon due to some bugs/problems. Now, what do you think if we apply/process all patches entered in bugzilla for 2.1.1 as well? A patch can either be applied or closed if it's obsolete etc. Carsten +1 making 2.1.1 a bugfix release

Release 2.1.1?

It seems that we should make a 2.1.1 release soon due to some bugs/problems. Now, what do you think if we apply/process all patches entered in bugzilla for 2.1.1 as well? A patch can either be applied or closed if it's obsolete etc. Carsten Carsten Ziegeler Open Source Group, S&N AG http://rad

DO NOT REPLY [Bug 21848] - [PATCH] 'host' pattern for CocoonLogFormatters

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 21848] - [PATCH] 'host' pattern for CocoonLogFormatters

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: cocoon-2.1/src/java/org/apache/cocoon/util/log XMLCocoonLogFormatter.java CocoonLogFormatter.java

cziegeler2003/08/19 01:43:00 Modified:.status.xml src/java/org/apache/cocoon/util/log XMLCocoonLogFormatter.java CocoonLogFormatter.java Log: Applying patch for using 'host' in the logging patterns. Revision Change