Re: [PATCH] i could have sworn it worked without this...

Apperently passing the environment isn't sufficient. This time i'm setting up base using getContext(). I'm only submitting patches for cocoon20 this time. The only file that is different from the last set is AbstractComplementaryConfigurableAction.java. I'll rework the head patches if anyone

Re: [RT] Dreams for a useful database

Stefano Mazzocchi wrote: > > 1) it should be possible to see it as a single persistent tree of DOM nodes. > > 2) it should contain node-level version information and should provide > a tagging concept (here, think as a parallel between CVS files and these > DOM nodes). FS alarm bells are going of

Re: [RT] (long) Rethinking Finite State Machine Approach to Flow Management

On Fri, Nov 30, 2001 at 01:38:17PM -0500, Jason Foster wrote: > > Moving away from the FSM example, consider the example of generating a > reply to a URI. Right now we declare the pipeline explicitly. We match on > the URI and then process away. An alternative would be to consider the URI >

[RT] Dreams for a useful database

Disclaimer: these are not only random thoughs, but are also strong opinions. I've been wrong in the past and might be wrong even here. If you think so, please, make yourself heard: I'd love to find myself wrong sooner rather later, at least, before we spend a bunch of energy and time to implement

Personal comments on XUpdate

I've just reread the XUpdate spec. Here are my quick comments: 1) no namespace support. I mean, there is no namespace concept taken into consideration in the spec. This would, *alone*, make it virtually useless for any serious XML storage. 2) extremely verbose: their example http://www.xml

Date-specific resources (Re: Cleaning up dist directory)

On Fri, Nov 30, 2001 at 05:02:35PM +0100, Stefano Mazzocchi wrote: > Jeff Turner wrote: [..] > > I > > understand the reason for this; the only problem is that when Cocoon 3 > > arrives, everyone's URLs will break again. A nicer solution would be to > > have: > > > > http://xml.apache.org/cocoon1

Re: Cocoon 2.0 Scalability Disappointment

Sylvain Wallez wrote: >>Net Result: I think Cocoon 2.0, as it stands, doesn't scale, but the >>data provided it's not sufficient to understand *what* slows Cocoon >>down. >> >>Michael, I'd love if you guys could perform some more load tests for us: >> >0) before disabling logging, search for mess

Re: Cocoon 2.0 Scalability Disappointment

Peter Royal wrote: >>From a caching standpoint, I've removed everything dynamic out of my XSP >documents so the results are cacheable. (I still like XSP because I can >precompute static final java objects to stick in as Request attributes). > You can keep your XSPs dynamic and yet cachable when

Flowmaps: the wrong approach (was Re: [RT] (long) Rethinking Finite State Machine Approach to Flow Management)

This is very interesting, in the past few weeks I was investigating alternative approaches to FSM too! What I was looking at were continuations in functional languages like Scheme. With their aid you can essentially describe a very complex Web based interaction just like when you're writing in a

RE: Help spread the word of Cocoon 2.0 Release...

> -Original Message- > From: Davanum Srinivas [mailto:[EMAIL PROTECTED]] > Sent: vrijdag 30 november 2001 21:46 > To: [EMAIL PROTECTED] > Subject: Help spread the word of Cocoon 2.0 Release... > > > Team, > > I got the news to show up at the following sites: > http://theserverside.com/ > h

Help spread the word of Cocoon 2.0 Release...

Team, I got the news to show up at the following sites: http://theserverside.com/ http://www.javalobby.org/ Can you post the story at other sites? Thanks, dims = Davanum Srinivas - http://jguru.com/dims/ __ Do You Yahoo!? Yahoo! GeoCities -

RE: Cocoon 2.0 Scalability Disappointment

--- Gerhard Froehlich <[EMAIL PROTECTED]> wrote: > 6) Look at the store parameters > (store,store-janitor,...) in the > cocoon.xconf file and customize them -as recommended > in the comments- for > your testing machine(s). This is one of the most important things to get right. The other thing

Re: data goes in, data goes out

Jeremy Quinn wrote: >At 11:55 am -0500 29/11/01, Craeg K. Strong wrote: > >>Jeremy Quinn wrote: >> > > >>>Incedentally, I spent some time yesterday trying to work out if standard >>>XUpdate transformation could be handled by an XSLT Stylesheet rather than >>>written in Java. I suspect it would be

Re: Cocoon 2.0 Scalability Disappointment

On Friday 30 November 2001 01:49 pm, you wrote: > > I think this can be an appropriate timing to start cleaning up the > > logging code. We have to find a policy and stick to it: I tend to say > > that we should *always* do a isDebugEnabled() or a isInfoEnabled() > > before spitting out Strings. I

Re: Cocoon 2.0 Scalability Disappointment

Berin Loritsch a écrit : > > Sylvain Wallez wrote: > > > > > There's a CPU/memory eater in ServerPagesGenerator : each startElement > > is stored in a stack in order to properly close all opened elements in > > case of premature end of the XSP (return statement or exception). Cocoon > > 1 didn

Re: Cocoon 2.0 Scalability Disappointment

On Friday 30 November 2001 01:22 pm, you wrote: > This stack is a LinkedList to which EventData objects are appended. This > means for each element, 2 objects are allocated : the EventData object, > and a LinkedList node. We can change this stuff to use a single > ArrayStack (from excalibur.collec

Re: Cocoon 2.0 Scalability Disappointment

- Original Message - From: "Gianugo Rabellino" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, November 30, 2001 7:19 PM Subject: Re: Cocoon 2.0 Scalability Disappointment > Stefano Mazzocchi wrote: > > > 3) they don't use a transparent proxy on top so the Cocoon

Re: Cocoon 2.0 Scalability Disappointment

Sylvain Wallez wrote: > > There's a CPU/memory eater in ServerPagesGenerator : each startElement > is stored in a stack in order to properly close all opened elements in > case of premature end of the XSP (return statement or exception). Cocoon > 1 didn't have this because of the use of DOM : ev

Re: [RT] (long) Rethinking Finite State Machine Approach to Flow Management

One thing I would like to inject into the discussion is the idea of switching from a (I think I've got this right) imperative to a declarative approach to defining the FSM. The example FSM given by Berin is described in what I would call a classical imperative approach. The whole FSM is def

Re: Cocoon 2.0 Scalability Disappointment

Stefano Mazzocchi wrote: > 3) they don't use a transparent proxy on top so the Cocoon cache is > continously stressed. If they are using XSP (or anyway are dynamically generating data) a transparent proxy won't help a lot: it will help the data flow (since Apache will be run on a fast network

Re: Cocoon 2.0 Scalability Disappointment

Stefano Mazzocchi a écrit : > > Michael told me privately the numbers that he has been experiencing > along with a description of his environment and I now agree with him, we > have a serious scalability problem. > > He refers to 2.0RC2 but since nothing that could improve performance > change

Re: [RT] Negative Matching Constructs && Mime Type Matching

Stefano Mazzocchi wrote: > Berin Loritsch wrote: >>The problem with the first two is that you are dealing with cear-text (or a base-64 >>representation of it)--not very secure. Also you are limited to username/password. >>We have very sophisticated session management tools at our disposal these

[RT] (long) Rethinking Finite State Machine Approach to Flow Management

For some backgrounders, check out the PDFs from this site: http://www.cs.berkeley.edu/~mdw/proj/seda/ Seda is a Staged Event-Driven Architecture designed for efficient networking. Using this architecture and a native library to interface with UNIX non-blocking IO, the SEDA team was able to creat

Re: [Announcement] Apache Cocoon 2.0 Release

Hooray!!! Cheers to everyone. Today I buy the champagne: || || || || || / \ / \ || ||

strange problem with HEAD

I 've a strang problem with HEAD(, too) I get a ServletException with Root Cause: javax.xml.parsers.FactoryConfigurationError: Provider for javax.xml.parsers.SAXParserFactory cannot be found at javax.xml.parsers.SAXParserFactory.newInstance(SAXParserFactory.java:141) at org.

RE: Cocoon 2.0 Scalability Disappointment

>1) disable logging. If log is DEBUG, it could generate Gigabytes of >information and disks could become the bottleneck. > >[I think log might be the bottleneck] > >2) disable resource reloading. Same as above, the disk I/O system could >become the bottleneck. > >3) try to come up with some logari

Cocoon 2.0 Scalability Disappointment

Michael told me privately the numbers that he has been experiencing along with a description of his environment and I now agree with him, we have a serious scalability problem. He refers to 2.0RC2 but since nothing that could improve performance changed between 2.0 and 2.0RC2, I think it's still

Re: data goes in, data goes out (RT in disguise)

Berin Loritsch wrote: > The important thing is to engineer Cocoon to the point that it > works like magic ;p. Gosh, I *LOVE* this comment :) It reminds me of some Arthur Clark comment: Sufficiently advanced technology is indistinguishable from magic. Yes, people, forget rationality: magic sho

Re: sharing microsoft experience

Giacomo Pati wrote: > > Quoting Bertrand Delacretaz <[EMAIL PROTECTED]>: > > > (this is getting very interesting but slighlty OT - maybe we should > > start a > > new list where we could also discuss the requirements of a content > > editor?) > > > > I agree with Steven that installing yet anoth

Re: Cleaning up dist directory

Jeff Turner wrote: > > On Thu, Nov 29, 2001 at 06:33:23PM +0100, Carsten Ziegeler wrote: > > Hi Team, > > > > I think we should either delete or move the old distributions (b1, rc1, rc2 > > etc). > > We really don't want someone to download them. So I'm +1 on deleting or does > > this produce any

Re: sharing microsoft experience

At the risk of repeating myself, I continue this thread because I think it's important: > > 2) powerful semantic-based editing capabilities are mostly targetted on > > intranets/extranets rather then general internet users. In these closed > > enviornments, it's not a big deal to require people t

Re: data goes in, data goes out

giacomo wrote: > > In software terminology, an accumulator is normally called a "store", > > "archive", "cabinet", "safe" and so on with terms that give you an idea > > of "something" that allows you to place information that will > > persistently remain there. > > A Sink as opposed to a Source.

Re: [RT] Negative Matching Constructs && Mime Type Matching

Berin Loritsch wrote: > > Stefano Mazzocchi wrote: > > > Berin Loritsch wrote: > > > > > > > >>What did you think about being able to *explicitly* raise an error from the >sitemap? > >> > > > > Uh, I probably missed that. What do you mean? > > In my psuedo-sitemap markup I used a new element:

Re: Dynamic configuration of the sitemap

Hi Gino, If you change the sitemap while your servlet engine is running, the sitemap will be recompiled and reloaded automatically. This is done either asynchronously or sychronously depending on the setting in cocoon.xconf (see the last few lines). There should be

Dynamic configuration of the sitemap

Hi there, Is it possible to dynamically alter the cocoon sitemap? I am trying to investigate the possibilities for UI tools to configure and use cocoon, to actually make cocoon a little bit more accessible for non-guru's. Not having to restart the servlet engine to apply configuration changes w

DO NOT REPLY [Bug 5204] New: - cocoon hangs trying to load the sample pages

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

Broken Avalon in HEAD ?

Hi team, Cocoon can't start when using the avalon jars that were recently updated. I've got the following exception at context startup (Tomcat output) : Starting service Tomcat-Standalone Apache Tomcat/4.0 Logging Error: Could not set up Cocoon Logger, will use screen instead org.xml.sax.SAXExce

TC3.2.4 & C 2.0 ? (and doco patch)

Hi All, Hope all is well, couple of questions. Tomcat 3.2.4 is shipping with Crimson, has anyone had any success with it and Cocoon 2.0 without needing to mess with Tomcat's lib directory and put Xerces in there ? Ovidiu, I saw your patch from htt

Re: data goes in, data goes out

At 4:07 pm +0100 29/11/01, Stefano Mazzocchi wrote: >Jeremy Quinn wrote (double quotes mean my words): [snip] >> Incedentally, I spent some time yesterday trying to work out if standard >> XUpdate transformation could be handled by an XSLT Stylesheet rather than >> written in Java. I suspect it

Re: [Announcement] Apache Cocoon 2.0 Release

Hi Team, Congrats on the release. Excellent job well done! It's great to be a part of such a highly motivated community! :) Hope everyone has a great weekend. Cheers, Marcus On Thu, Nov 29, 2001 at 04:58:39PM +0100, Carsten Ziegeler wrote: > Apache Coco

web-site target

Hi, I just updated the web-site module in CVS. It contains now the correct version for cocoon and cocoon1, so a simple cvs up -d on the webserver works as before yesterday (at least it should so). Carsten - To unsubscribe, e-ma

Re: sharing microsoft experience

On Friday 30 November 2001 11:51, Michael Hartle wrote: >. . . > About more than half a year ago, I tried writing an extension for the > EditorKit concept in Swing; We are using an EditorKit based editor for a dedicated content-management product (www.verbalix.ch) - it works fine but is used fo

Re: [Announcement] Apache Cocoon 2.0 Release

I meant to say - congradulations and well done. Cocoon really is a neat peice of kit - and is well positioned to get even better. My utmost appreciation, if at times critical, Adrian - Original Message - From: Carsten Ziegeler <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]>; Cocoon-Users <[E

Re: sharing microsoft experience

On Friday 30 November 2001 13:13, Adrian Geissel wrote: > Q: Is this discussion about writing just another HTML editor, or about > building an abstracted content editor where structure, layout and style can > be assembled from the contributions of multiple authors. . . I think what we're after is

Re: data goes in, data goes out & Re: sharing microsoft experience

I've been watching both this thread and also the one on *sharing microsoft experience*, and was prompted to contribute some experience. I strongly regard the evaluate() functionality as the C/C++ exquivelent of providing pointer support. This is *very* important in abstractions, although is equal

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

cziegeler01/11/30 03:54:04 Modified:src/org/apache/cocoon/generation FileGenerator.java Log: Changed access restriction Revision ChangesPath 1.27 +2 -2 xml-cocoon2/src/org/apache/cocoon/generation/FileGenerator.java Index: FileGenerator.java

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

cziegeler01/11/30 03:53:48 Modified:src/org/apache/cocoon/generation Tag: cocoon_20_branch FileGenerator.java Log: Changed access restriction Revision ChangesPath No revision No revision 1.9.2.18

Re: sharing microsoft experience

- Original Message - From: Giacomo Pati <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Friday, November 30, 2001 7:31 AM Subject: Re: sharing microsoft experience > Quoting Bertrand Delacretaz <[EMAIL PROTECTED]>: > > > (this is getting very interesting but slighl

Re: data goes in, data goes out

At 11:55 am -0500 29/11/01, Craeg K. Strong wrote: >Jeremy Quinn wrote: >>Incedentally, I spent some time yesterday trying to work out if standard >>XUpdate transformation could be handled by an XSLT Stylesheet rather than >>written in Java. I suspect it would be extremely difficult, if not >>i

Re: data goes in, data goes out

At 4:07 pm +0100 29/11/01, Stefano Mazzocchi wrote: >Jeremy Quinn wrote (double quotes mean my words): [snip] >> Incedentally, I spent some time yesterday trying to work out if standard >> XUpdate transformation could be handled by an XSLT Stylesheet rather than >> written in Java. I suspect it

Re: [Announcement] Apache Cocoon 2.0 Release

Carsten Ziegeler wrote : >> >> Apache Cocoon 2.0 Released >> -- >> >>The Apache Cocoon development community is very proud to announce the >>long-awaited first stable release of the next generation of Apache >> Cocoon. 'O frabjous day! Callooh! Callay!' He chortl

Re: sharing microsoft experience

At 8:09 am +0100 30/11/01, Bertrand Delacretaz wrote: [snip] >I don't know enough about the Mozilla code to be positive about this, but >maybe there are other code bases that would be better suited to creating an >XML content editor - Amaya, Swing, OpenOffice, others? X-Smiles ?

Re: sharing microsoft experience

Bertrand Delacretaz wrote: >I don't know enough about the Mozilla code to be positive about this, but >maybe there are other code bases that would be better suited to creating an >XML content editor - Amaya, Swing, OpenOffice, others? > Well, I am currently working on using OpenOffice as an XML

RE: [PATCH] build.xml fixes

Hi Jeff, thanks for your patch - I applied the link information to the build script. However, the classloader problem is not that easy to solve. See please also the response from Dims. Thanks, Carsten > -Original Message- > From: Jeff Turner [mailto:[EMAIL PROTECTED]] > Sent: Thursday

cvs commit: xml-cocoon2 build.xml

cziegeler01/11/30 01:33:49 Modified:.Tag: cocoon_20_branch build.xml Log: Applied links for optional packages Submitted by: Jeff Turner [[EMAIL PROTECTED]] Revision ChangesPath No revision No revision 1.8.2.78

RE: What stands RT & FS

Quoting Steven Noels <[EMAIL PROTECTED]>: > RT = Random Thought, textual-architectural mental weight-lifting about > new directions > of the project and life in general ;-) > > FS = forgot the abbreviation, consider it to be 'feature creep' Flexibility Syndrom Giacomo > > > -Original Me

cvs commit: xml-cocoon2 build.xml

cziegeler01/11/30 01:33:20 Modified:.build.xml Log: Applied links for optional packages Submitted by: Jeff Turner [[EMAIL PROTECTED]] Revision ChangesPath 1.116 +4 -4 xml-cocoon2/build.xml Index: build.xml ===

RE: Cleaning up dist directory

I created an old directory and moved the old versions into it. Carsten > -Original Message- > From: Jeff Turner [mailto:[EMAIL PROTECTED]] > Sent: Friday, November 30, 2001 12:10 AM > To: [EMAIL PROTECTED] > Subject: Re: Cleaning up dist directory > > > On Thu, Nov 29, 2001 at 06:33:23

RE: [Announcement] Apache Cocoon 2.0 Release

> -Original Message- > From: Martijn Bouterse [mailto:[EMAIL PROTECTED]] > Sent: Friday, November 30, 2001 10:40 AM > To: [EMAIL PROTECTED] > Subject: Re: [Announcement] Apache Cocoon 2.0 Release > > > If posted this announcement on comp.text.xml. It seemed appropriate, I > hope you don't

Re: [Announcement] Apache Cocoon 2.0 Release

If posted this announcement on comp.text.xml. It seemed appropriate, I hope you don't mind. Martijn Bouterse Carsten Ziegeler wrote: > > Apache Cocoon 2.0 Released > -- > >The Apache Cocoon development community is very proud to announce the >long-awaited first s

RE: What stands RT & FS

> -Original Message- > From: Steven Noels [mailto:[EMAIL PROTECTED]] > Sent: Friday, November 30, 2001 9:08 AM > To: [EMAIL PROTECTED] > Subject: RE: What stands RT & FS > > > RT = Random Thought, textual-architectural mental weight-lifting > about new directions > of the project and

RE: What stands RT & FS

RT = Random Thought, textual-architectural mental weight-lifting about new directions of the project and life in general ;-) FS = forgot the abbreviation, consider it to be 'feature creep' > -Original Message- > From: Max Larsson [mailto:[EMAIL PROTECTED]] > Sent: vrijdag 30 november 200

Re: sharing microsoft experience

On Friday 30 November 2001 08:28, Steven Noels wrote: > . . . > ooh well, there's room for digression on cocoon-dev ;-) sure - but I feel we're after something important that would benefit from being separated from cocoon, to be more focused. - Bertrand

What stands RT & FS

Hi, i am quiet new to this mailing list and tries follow the converstaion about "WriteableSource". Sometimes shortcuts like RT and FS pops up. Could anybody hint waht they mean or even better a link to file where such shortcuts are explained? Thanks in Advance Max -