DO NOT REPLY [Bug 26751] - Cocoon gets web-app_2_2.dtd from flres.java.Sun.COM at startup

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 26751] - Cocoon gets web-app_2_2.dtd from flres.java.Sun.COM at startup

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: [Vote] To Release or to not release

Ok, so we have three -1s from - Vadim - Reinhard - Joerg Regarding this, we shouldn't release and address the concerns for the next release. I think we shouldn't really hurry with the release. Let's take the time to fix the issues. We could also change the licences (we have to change them for t

DO NOT REPLY [Bug 26751] - Cocoon gets web-app_2_2.dtd from flres.java.Sun.COM at startup

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 26751] - Cocoon gets web-app_2_2.dtd from flres.java.Sun.COM at startup

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

Is this a known bug in 2.1.3?

I'm having a problem with Cocoon 2.1.3, so I tried my test case against a Cocoon built from one of today's snapshots. The problem doesn't occur in the latest Cocoon. My apologies for not being able to figure out on my own whether this is a known bug; I queried Bugzilla and looked at a lot of b

DO NOT REPLY [Bug 26756] - JavaScript XSP fails

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 25359] - [Roadmap] General - NEXT release

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 26756] - JavaScript XSP fails

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 26756] - JavaScript XSP fails

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 26566] - CLI/CocoonBean is broken with portal-block

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 26186] - Memory Leak caused by cocoon:// protocol

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: [cforms] XML Binding with HTMLArea

Joerg Heinicke wrote: On 08.02.2004 18:45, Andreas Hochsteger wrote: Hi! Thanks for your reply. Do you mean the file woody-field-styling.xsl? I just had a look at it: translate() must not be used here as it operates on /returns a string(s), no nodeset(s). But fr

Re: Goal of the Cocoon TLP

On Tue, Feb 10, 2004 at 08:11:26PM +0100, Torsten Curdt wrote: > >>"The Apache Cocoon Community Project fosters community-based > >>exploration, design and implementation of application frameworks, > >>specifically but not exclusively web related. It focuses on XML > >>pipelining, centralized co

Re: Goal of the Cocoon TLP

"The Apache Cocoon Community Project fosters community-based exploration, design and implementation of application frameworks, specifically but not exclusively web related. It focuses on XML pipelining, centralized configuration mechanisms and separation of concerns through composability rather

What happened to the jisp website?

Does anyone know what happened to the jisp website? The old URL http://www.coyotegulch.com/jisp/index.html sends you to an invalid link. cheers, -steve

Re: [cforms] XML Binding with HTMLArea

On 08.02.2004 18:45, Andreas Hochsteger wrote: Hi! Thanks for your reply. Do you mean the file woody-field-styling.xsl? I just had a look at it: translate() must not be used here as it operates on /returns a string(s), no nodeset(s). But from reading Ugo's message

Re: [Vote] To Release or to not release

On 10.02.2004 15:37, Carsten Ziegeler wrote: So, please cast your vote. -1 for cocoon:/ memory leak (http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26186) -0.5 for JavaScript XSP (http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26756) -0.1 for Jisp store (http://nagoya.apache.org/bugzilla/

RE: [RT] Alternatives to Poolable

> From: Sylvain Wallez [mailto:[EMAIL PROTECTED] > > Are they intrinsically big, or are they big because of all the stuff > every instance must hold that could be delegated to the "component > fields" I suggested? "Component fields". > I think most components fall in that second category. Me

Re: Goal of the Cocoon TLP

On 10.02.2004 14:40, Upayavira wrote: Okay, I'll bite: "The Apache Cocoon Community Project fosters community-based exploration, design and implementation of application frameworks, specifically but not exclusively web related. It focuses on XML pipelining, centralized configuration mechanisms

DO NOT REPLY [Bug 25359] - [Roadmap] General - NEXT release

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 26753] - [PATCH] Persistent store or cache corruption?

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: [Vote] To Release or to not release

From: Carsten Ziegeler > this is the question! > > Given the recently reported problems (e.g. the problem with > caching/Jisp) I want to collect the overall feeling about a > release of the current state on thursday. > > Of course, I will only release if this vote is accepted (with > the usu

Possible bug in logout action?

Hi, I'm doing login and logout in sub-sitemap, and all works except the logout-action, which gives this: org.apache.avalon.framework.configuration.ConfigurationException: Handler names must be unique: my-handler In sub-sitemap: Cocoon2.1.3 -Tuomo

DO NOT REPLY [Bug 26753] - [PATCH] Persistent store or cache corruption?

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 26753] - Persistent store or cache corruption?

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 25359] - [Roadmap] General - NEXT release

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 26753] - Persistent store or cache corruption?

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: ratification of Cocoon mission statement

Added CC to PMC list for the record (so PMC archive will have this). Steven Noels wrote: Hi, there were comments at the time of Cocoon's migration to TLP status that our mission was self-referencing, so we had a short discussion on the developers list which resulted in a new mission statement,

Re: [Vote] To Release or to not release

Carsten Ziegeler wrote: Given the recently reported problems (e.g. the problem with caching/Jisp) I want to collect the overall feeling about a release of the current state on thursday. I'm -1 on the basis of broken Javascript XSP which works in previous release. Vadim

Re: [Vote] To Release or to not release

Bertrand Delacretaz wrote: Le Mardi, 10 fév 2004, à 15:37 Europe/Zurich, Carsten Ziegeler a écrit : ..So, please cast your vote. +1 The caching/jisp problem seems to be present in 2.1.3 already, so a release is ok IMHO. unfortunate, but agreed. +1 Geoff

Re: Goal of the Cocoon TLP

Upayavira wrote: Geoff Howard wrote: Upayavira wrote: Steven Noels wrote: On 05 Feb 2004, at 11:24, Steven Noels wrote: I'll try to wordsmith this into a short mission statement, but I'd like to hear whether this categorization makes sense to you. Thanks for all your comments & suggestions.

Re: [Vote] To Release or to not release

Le Mardi, 10 fév 2004, à 15:37 Europe/Zurich, Carsten Ziegeler a écrit : ..So, please cast your vote. +1 The caching/jisp problem seems to be present in 2.1.3 already, so a release is ok IMHO. -Bertrand

[Vote] To Release or to not release

this is the question! Given the recently reported problems (e.g. the problem with caching/Jisp) I want to collect the overall feeling about a release of the current state on thursday. Of course, I will only release if this vote is accepted (with the usual guidelines). So, please cast your vote.

ratification of Cocoon mission statement

Hi, there were comments at the time of Cocoon's migration to TLP status that our mission was self-referencing, so we had a short discussion on the developers list which resulted in a new mission statement, needing ratification by the board: "The Apache Cocoon Community Project fosters communit

Re: Goal of the Cocoon TLP

Stefano Mazzocchi wrote: Upayavira wrote: Okay, I'll bite: "The Apache Cocoon Community Project fosters community-based exploration, design and implementation of application frameworks, specifically but not exclusively web related. It focuses on XML pipelining, centralized configuration mecha

Re: Goal of the Cocoon TLP

Upayavira wrote: Geoff Howard wrote: Upayavira wrote: Steven Noels wrote: On 05 Feb 2004, at 11:24, Steven Noels wrote: I'll try to wordsmith this into a short mission statement, but I'd like to hear whether this categorization makes sense to you. Thanks for all your comments & suggestions.

Re: XQuery support?

On Feb 10, 2004, at 3:33 AM, Alan wrote: Saxon provides kickin' XQuery support. eXist is supporting XQuery as well, but I've not worked with it yet. Have played with an embedded eXist some and found some annoying quirks (crap handling of namespaces, mostly) but as long as you don't ask anythi

Re: Goal of the Cocoon TLP

Geoff Howard wrote: Upayavira wrote: Steven Noels wrote: On 05 Feb 2004, at 11:24, Steven Noels wrote: I'll try to wordsmith this into a short mission statement, but I'd like to hear whether this categorization makes sense to you. Thanks for all your comments & suggestions. Let's see how lyr

Re: Goal of the Cocoon TLP

On 10 Feb 2004, at 13:34, Geoff Howard wrote: would just dropping "web" from "web application frameworks" work? I'd change "web" into "internet". Vague enough? ;-) -- Steven Noelshttp://outerthought.org/ Outerthought - Open Source Java & XMLAn Orixo Member

Re: cvs commit: cocoon-2.1/src/blocks/jms/java/org/apache/cocoon/components/jms JMSConnectionImpl.java

ugh, sorry. eclipse has a feature request in for defaults for this IIUC. Geoff [EMAIL PROTECTED] wrote: crossley2004/02/09 17:08:15 Modified:src/blocks/jms/java/org/apache/cocoon/components/jms JMSConnectionImpl.java Log: Fix dos2unix line endings. Re

Re: Goal of the Cocoon TLP

Upayavira wrote: Steven Noels wrote: On 05 Feb 2004, at 11:24, Steven Noels wrote: I'll try to wordsmith this into a short mission statement, but I'd like to hear whether this categorization makes sense to you. Thanks for all your comments & suggestions. Let's see how lyric I am today: "The Ap

Re: Goal of the Cocoon TLP

Sylvain Wallez wrote: Upayavira wrote: Steven Noels wrote: On 05 Feb 2004, at 11:24, Steven Noels wrote: I'll try to wordsmith this into a short mission statement, but I'd like to hear whether this categorization makes sense to you. Thanks for all your comments & suggestions. Let's see how

Re: [RT] Alternatives to Poolable

Leo Sutic wrote: From: Sylvain Wallez [mailto:[EMAIL PROTECTED] Found a very interesting read at http://www-106.ibm.com/developerworks/library/j-jtp01274.html? ca=drs-j0504 This articles explains the memory allocation and collection strategies of modern JVM and show that object recycling a

Re: [RT] Alternatives to Poolable

Am Di, den 10.02.2004 schrieb Sylvain Wallez um 11:30: > Found a very interesting read at > http://www-106.ibm.com/developerworks/library/j-jtp01274.html?ca=drs-j0504 > > This articles explains the memory allocation and collection strategies > of modern JVM and show that object recycling and poo

RE: [RT] Alternatives to Poolable

> From: Sylvain Wallez [mailto:[EMAIL PROTECTED] > > Found a very interesting read at > http://www-106.ibm.com/developerworks/library/j-jtp01274.html? > ca=drs-j0504 > > This articles explains the memory allocation and collection > strategies of modern JVM and show that object recycling and

Callback Javascript functions

Hi, exists there possibility to call flow function inside of a transformer? I only found void Interpreter.callFunction(String, List, Environment) First, the method returns no result. And second I must pass the environment, which is harmful for the current process. I can skip the second problem

Re: Goal of the Cocoon TLP

Upayavira wrote: Steven Noels wrote: On 05 Feb 2004, at 11:24, Steven Noels wrote: I'll try to wordsmith this into a short mission statement, but I'd like to hear whether this categorization makes sense to you. Thanks for all your comments & suggestions. Let's see how lyric I am today: "The

Re: Goal of the Cocoon TLP

Steven Noels wrote: On 05 Feb 2004, at 11:24, Steven Noels wrote: I'll try to wordsmith this into a short mission statement, but I'd like to hear whether this categorization makes sense to you. Thanks for all your comments & suggestions. Let's see how lyric I am today: "The Apache Cocoon Com

Re: Goal of the Cocoon TLP

Steven Noels wrote: On 05 Feb 2004, at 11:24, Steven Noels wrote: I'll try to wordsmith this into a short mission statement, but I'd like to hear whether this categorization makes sense to you. Thanks for all your comments & suggestions. Let's see how lyric I am today: "The Apache Cocoon Com

Re: Goal of the Cocoon TLP

Le Mardi, 10 fév 2004, à 11:24 Europe/Zurich, Steven Noels a écrit : ... "The Apache Cocoon Community Project fosters community-based exploration, design and implementation of web application frameworks with a focus on XML pipelining, centralized configuration mechanisms and separation of conce

Re: [RT] Alternatives to Poolable

Carsten Ziegeler wrote: I think there were a lot of discussions over the last years in the Avalon list about a similar topic: making all components thread safe and use a factory approach for poolable components. But unfortunately all these discussions got very confusing for me and I couldn't follo

Re: Cleaning up unused namespace declaration

Geoff Howard wrote: Vadim Gritsenko wrote: Sylvain Wallez wrote: Geoff Howard wrote: .. Couldn't you also configure it to remove all ns without checking if you know your output should have no other namespaces (as usually the case with xhtml)? That way you could avoid buffering in that spe

Re: Goal of the Cocoon TLP

Steven Noels wrote: On 05 Feb 2004, at 11:24, Steven Noels wrote: I'll try to wordsmith this into a short mission statement, but I'd like to hear whether this categorization makes sense to you. Thanks for all your comments & suggestions. Let's see how lyric I am today: How's that sound? Your

RE: [RT] Alternatives to Poolable

I think there were a lot of discussions over the last years in the Avalon list about a similar topic: making all components thread safe and use a factory approach for poolable components. But unfortunately all these discussions got very confusing for me and I couldn't follow them :) So perhaps this

[RT] Alternatives to Poolable

Found a very interesting read at http://www-106.ibm.com/developerworks/library/j-jtp01274.html?ca=drs-j0504 This articles explains the memory allocation and collection strategies of modern JVM and show that object recycling and pooling can cause more harm than good. I've always been worried by

Re: Goal of the Cocoon TLP

On 05 Feb 2004, at 11:24, Steven Noels wrote: I'll try to wordsmith this into a short mission statement, but I'd like to hear whether this categorization makes sense to you. Thanks for all your comments & suggestions. Let's see how lyric I am today: "The Apache Cocoon Community Project fosters

Re: [reminder] board report

Alan wrote: * Tim Larson <[EMAIL PROTECTED]> [2004-02-09 18:34]: On Mon, Feb 09, 2004 at 07:30:27PM +0100, Joerg Heinicke wrote: On 09.02.2004 19:19, Sylvain Wallez wrote: -The Pipelines-Flow-Forms trio ... -^-^^ PFF??? PFF! :)

DO NOT REPLY [Bug 26751] - Cocoon gets web-app_2_2.dtd from flres.java.Sun.COM at startup

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: XQuery support?

* Joerg Heinicke <[EMAIL PROTECTED]> [2004-02-06 11:46]: > On 06.02.2004 12:32, Nicolas Toper wrote: > >Hi, > > > >Do you have any ideas about XQuery and Cocoon? Is there anything planned? > >I think it might be a good addition? If you're interested, I can write a > >longer e-mail stating my idea

Re: [reminder] board report

* Tim Larson <[EMAIL PROTECTED]> [2004-02-09 18:34]: > On Mon, Feb 09, 2004 at 07:30:27PM +0100, Joerg Heinicke wrote: > > On 09.02.2004 19:19, Sylvain Wallez wrote: > > > > >>>-The Pipelines-Flow-Forms trio ... > > > > -^-^^ > > > > >PFF??? > > > > PFF! :) > > Great!

DO NOT REPLY [Bug 26566] - CLI/CocoonBean is broken with portal-block

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 26751] - Cocoon gets web-app_2_2.dtd from flres.java.Sun.COM at startup

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