Re: Couple of tests I ran on Cocoon, VMs and JDKs

Pier Fumagalli wrote: FYI, might be interesting for the Cocooners out there, as that's what I've tested. http://www.betaversion.org/~pier/wiki/display/pier/32+Versus+64 Interesting. It would also be kinda cool to have some other data in terms of concurrency, you are stressing with 10 threads, bu

Re: JX generates weird NameSpace???

this weird namespace issue is actually caused by a nested redefinition of a prefix mapping; just look at what's before the element in the template. the imported file redefines the jx namespace within the element that originally defines it. solution would be to have JXT track the template's na

Couple of tests I ran on Cocoon, VMs and JDKs

FYI, might be interesting for the Cocooners out there, as that's what I've tested. http://www.betaversion.org/~pier/wiki/display/pier/32+Versus+64 Pier smime.p7s Description: S/MIME cryptographic signature

Re: [Vote] Release of 2.1.7 on wednesday

Carsten Ziegeler wrote: It seems that most of us agree that the current reported problems are no blockers, so I suggest to release tomorrow (wednesday) whatever we will have by then (if someone is able to fix some problems in the next 20 hours even better). So, please cast your votes: +1. Sylvai

Fwd: [Patch] importPackage Ambiguous import error fix

I solved the "Ambiguous import" bug caused by importPackage, and sent this email to the rhino list for them to check it. - Forwarded message from Tim Larson <[EMAIL PROTECTED]> - From: Tim Larson <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: [Patch] importPackage Ambiguous import err

Re: [Vote] Release of 2.1.7 on wednesday

Carsten Ziegeler wrote: > It seems that most of us agree that the current reported problems are no > blockers, so I suggest to release tomorrow (wednesday) whatever we will > have by then (if someone is able to fix some problems in the next 20 > hours even better). > > So, please cast your votes:

Re: [Vote] Release of 2.1.7 on wednesday

Carsten Ziegeler wrote: It seems that most of us agree that the current reported problems are no blockers, so I suggest to release tomorrow (wednesday) whatever we will have by then (if someone is able to fix some problems in the next 20 hours even better). So, please cast your votes: +1 Giacomo -

Re: [Vote] Release of 2.1.7 on wednesday

Hi, On 22 Mar 2005, at 14:48, Carsten Ziegeler wrote: It seems that most of us agree that the current reported problems are no blockers, so I suggest to release tomorrow (wednesday) whatever we will have by then (if someone is able to fix some problems in the next 20 hours even better). So, pleas

Re: [Vote] Release of 2.1.7 on wednesday

On Tue, 22 Mar 2005 15:48:34 +0100, Carsten Ziegeler <[EMAIL PROTECTED]> wrote: > It seems that most of us agree that the current reported problems are no > blockers, so I suggest to release tomorrow (wednesday) +1 -- Gianugo Rabellino Pro-netics s.r.l. - http://www.pro-netics.com Orixo, the X

Re: [Vote] Release of 2.1.7 on wednesday

Il giorno 22/mar/05, alle 15:48, Carsten Ziegeler ha scritto: It seems that most of us agree that the current reported problems are no blockers, so I suggest to release tomorrow (wednesday) whatever we will have by then (if someone is able to fix some problems in the next 20 hours even better). S

DO NOT REPLY [Bug 34077] - [2.1.7 Testing] Forms 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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 34077] - [2.1.7 Testing] Forms 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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 34077] - [2.1.7 Testing] Forms 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://issues.apache.org/bugzilla/show_bu

Re: [BLOCKER] {request:contextPath}

Vadim Gritsenko wrote: Either I'm missing something, or {request:contextPath} returns empty string instead of "/cocoon" - I'm testing currently under Tomcat 5.0.27... All samples are broken as links to CSS and images are incorrect. Resolved [1]. Vadim [1] http://marc.theaimsgroup.com/?l=xml-cocoo

Re: Changing the path to the root sitemap - bug?

Reinhard Poetz wrote: Carsten Ziegeler wrote: Reinhard Poetz wrote: Today, I've tried to change the path of the root sitemap in cocoon.xconf: The sitemap was loaded from the correct location but all relative file sources in the sitemap were resolved relative to the context (instead of relati

DO NOT REPLY [Bug 34132] New: - Source resolving when root sitemap is not in context://

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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 34112] - VM crash and malfunctions with sitemaps mounts and 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://issues.apache.org/bugzilla/show_bu

RE: AbstractResourceReader?

Hi, First, sorry for my late reply, and for my horrible planning (adding this just before a release ;-). I've created the StreamReader (discussed here [1]). I've copied the ResourceReader, and made modifications where required: where the ResourceReader uses a source, I use (configurable) JXPath e

DO NOT REPLY [Bug 34112] - VM crash and malfunctions with sitemaps mounts and 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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 34130] - Contribution: StreamReader

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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 34130] New: - Contribution: StreamReader

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://issues.apache.org/bugzilla/show_bu

Re: [BLOCKER] {request:contextPath}

FWIW i can confirm this behaviour with built-in jetty, SVN from a few minutes ago. URL : http://localhost:/samples/modules/request.html The input modules are really easy targets for unittesting i reckon, once the switch to HttpUnit is complete i'll have a look at putting them under test con

Re: [Vote] Release of 2.1.7 on wednesday

Le 22 mars 05, à 15:48, Carsten Ziegeler a écrit : So, please cast your votes: Here is my +1 +1 -Bertrand smime.p7s Description: S/MIME cryptographic signature

DO NOT REPLY [Bug 34128] New: - New flowscript API Example

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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 34087] - [2.1.7 Testing] jsp 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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 34087] - [2.1.7 Testing] jsp 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://issues.apache.org/bugzilla/show_bu

[Vote] Release of 2.1.7 on wednesday

It seems that most of us agree that the current reported problems are no blockers, so I suggest to release tomorrow (wednesday) whatever we will have by then (if someone is able to fix some problems in the next 20 hours even better). So, please cast your votes: Here is my +1 Carsten -- Carsten

Re: [BLOCKER] {request:contextPath}

Vadim Gritsenko wrote: > Either I'm missing something, or {request:contextPath} returns empty string instead of "/cocoon" - I'm testing currently under Tomcat 5.0.27... All samples are broken as links to CSS and images are incorrect. More info: replacing expression with {request:getContextPath(.)

[BLOCKER] {request:contextPath}

Hi, Either I'm missing something, or {request:contextPath} returns empty string instead of "/cocoon" - I'm testing currently under Tomcat 5.0.27... All samples are broken as links to CSS and images are incorrect. Vadim

DO NOT REPLY [Bug 34087] - [2.1.7 Testing] jsp 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://issues.apache.org/bugzilla/show_bu

Re: [Vote] Releasing tomorrow?

Carsten Ziegeler wrote: Carsten Ziegeler wrote: What do others think about releasing tomorrow? In general, I think we could, *but* as we asked for feedback and got some test reports with failures/problems, I think we should at least address them before releasing. So my suggestion is that we addr

DO NOT REPLY [Bug 34112] - VM crash and malfunctions with sitemaps mounts and 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://issues.apache.org/bugzilla/show_bu

Re: [Vote] Releasing tomorrow?

Le 22 mars 05, à 13:51, Carsten Ziegeler a écrit : ...The following bugs are still open: #34077, #34087, #34084, #33762 Currently I can't help in fixing them - is anyone working or planning to work on them? I cannot help either ATM, but I don't think any of these are serious enough to delay the r

Re: [IMP] Taglib block broken in 2.1.7-dev

Carsten Ziegeler wrote: Vadim Gritsenko wrote: I'd suggested before to switch instead to JSTL instead - it would make it way easier to port jsps to taglib block. Don't think yet another expression language is needed in the taglib block. Hmm, don't know - I think the taglib block is really superfl

Re: [Vote] Releasing tomorrow?

Carsten Ziegeler wrote: > What do others think about releasing tomorrow? > > In general, I think we could, *but* as we asked for feedback and got > some test reports with failures/problems, I think we should at least > address them before releasing. > > So my suggestion is that we address the kno

Re: [no more showstopper] NPE in CForms MultivalueJXPathBinding

Sylvain Wallez wrote: > > Cool. So showstopper solved! > Great! So what about the user reports? We asked for them, but didn't address them all. Carsten -- Carsten Ziegeler - Open Source Group, S&N AG http://www.s-und-n.de http://www.osoco.org/weblogs/rael/

Re: [no more showstopper] NPE in CForms MultivalueJXPathBinding

Giacomo Pati wrote: Sylvain Wallez wrote: Ok. I still don't really understand (would have just as you to follow this with a debugger!), but I merged the collection and DOM factories. I've skimmed the JXPath samples, guessed how it could work and used the debugger to verify until it was working

Re: [showstopper] NPE in CForms MultivalueJXPathBinding

Sylvain Wallez wrote: Giacomo Pati wrote: Sylvain Wallez wrote: Giacomo, I started merging this with DOMFactory but cannot understand how this works. Can you explain? AFAIK, JXPath calls the factory if the node at path "name" doesn't exist. So my understanding is that context.getValue(name) wi

Re: [showstopper] NPE in CForms MultivalueJXPathBinding

Giacomo Pati wrote: Sylvain Wallez wrote: Giacomo, I started merging this with DOMFactory but cannot understand how this works. Can you explain? AFAIK, JXPath calls the factory if the node at path "name" doesn't exist. So my understanding is that context.getValue(name) will *always* return nul

Re: [showstopper] NPE in CForms MultivalueJXPathBinding

Sylvain Wallez wrote: Marco Rolappe wrote: these multi value problems seem to stem from the following code (which is not present in 2.1.6) in MultiValueJXPathBinding.doSave: ... multiValueContext.setFactory( new AbstractFactory() { public boolean createObject(JXPathContext co

DO NOT REPLY [Bug 34112] - VM crash and malfunctions with sitemaps mounts and 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://issues.apache.org/bugzilla/show_bu

RE: Changing the path to the root sitemap - bug?

I have encountered this behaviour in 2.1.6. -Original Message- From: Reinhard Poetz [mailto:[EMAIL PROTECTED] Sent: Tuesday, 22 March 2005 8:03 p.m. To: dev@cocoon.apache.org Subject: Re: Changing the path to the root sitemap - bug? Carsten Ziegeler wrote: > Reinhard Poetz wrote: > >>

Re: Changing the path to the root sitemap - bug?

Carsten Ziegeler wrote: Reinhard Poetz wrote: Today, I've tried to change the path of the root sitemap in cocoon.xconf: The sitemap was loaded from the correct location but all relative file sources in the sitemap were resolved relative to the context (instead of relative to the root sitemap).