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

Reinhard Poetz wrote: > Today, I've tried to change the path of the root sitemap in cocoon.xconf: > > check-reload="yes" > logger="sitemap"/> > > The sitemap was loaded from the correct location but all relative file > sources > in the sitemap were resolved relative

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

Vadim Gritsenko wrote: > Carsten Ziegeler wrote: > >>Ok, just an update: I think I fixed the problem - if someone with more >>knowledge of the taglib block could have a look at it I would be very >>happy ;) >> >>But this does not block our release anymore :) > > > It was not blocker in a first p

Re: [Bug?] ConcreteTreeProcessor.dispose is not invoked

Vadim Gritsenko wrote: > > > Yes, it seems like a good idea! > ROTFL Carsten (silently whistling) -- Carsten Ziegeler - Open Source Group, S&N AG http://www.s-und-n.de http://www.osoco.org/weblogs/rael/

Re: [showstopper] NPE in CForms MultivalueJXPathBinding

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 context, Pointer pointer

DO NOT REPLY [Bug 33740] - Validation for aggregate fields

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: [showstopper] NPE in CForms MultivalueJXPathBinding

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 context, Pointer pointer

Re: [RT] Who may follow a retired Anteater?

Le 21 mars 05, à 15:59, Alfred Nathaniel a écrit : ...I have now rewritten all existing Anteater tests using HtmlUnit Cool, looking forward to it! -Bertrand smime.p7s Description: S/MIME cryptographic signature

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 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 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: [showstopper] NPE in CForms MultivalueJXPathBinding

Sylvain Wallez wrote: Go to http://localhost:/samples/blocks/forms/form2xml.flow and click "Submit Query"... java.lang.NullPointerException at org.apache.cocoon.forms.binding.MultiValueJXPathBinding$1.createObject(MultiValueJXPathBinding.java:111) at org.apache.commons.jxpath.ri.mo

Re: [showstopper] NPE in CForms MultivalueJXPathBinding

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 context, Pointer pointer,

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

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: [IMP] Taglib block broken in 2.1.7-dev

Carsten Ziegeler wrote: Ok, just an update: I think I fixed the problem - if someone with more knowledge of the taglib block could have a look at it I would be very happy ;) But this does not block our release anymore :) It was not blocker in a first place - 2.1.6 was released with the same bugs. I

Re: [Bug?] ConcreteTreeProcessor.dispose is not invoked

Carsten Ziegeler wrote: Carsten Ziegeler wrote: I just tested 2.2: when the sitemap changes, the dispose method on ConcreteTreeProcessor is not invoked - but I think it should, right? (Haven't tested 2.1.x yet, but will do soon). Carsten Ok, 2.1.x has already a fix for this. grmpf, why can't we app

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 34112] New: - 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: [Bug?] ConcreteTreeProcessor.dispose is not invoked

Carsten Ziegeler wrote: > I just tested 2.2: when the sitemap changes, the dispose method on > ConcreteTreeProcessor is not invoked - but I think it should, right? > > (Haven't tested 2.1.x yet, but will do soon). > > Carsten > Ok, 2.1.x has already a fix for this. grmpf, why can't we apply bug

[Bug?] ConcreteTreeProcessor.dispose is not invoked

I just tested 2.2: when the sitemap changes, the dispose method on ConcreteTreeProcessor is not invoked - but I think it should, right? (Haven't tested 2.1.x yet, but will do soon). Carsten -- Carsten Ziegeler - Open Source Group, S&N AG http://www.s-und-n.de http://www.osoco.org/weblogs/rael/

[showstopper] NPE in CForms MultivalueJXPathBinding

Go to http://localhost:/samples/blocks/forms/form2xml.flow and click "Submit Query"... java.lang.NullPointerException at org.apache.cocoon.forms.binding.MultiValueJXPathBinding$1.createObject(MultiValueJXPathBinding.java:111) at org.apache.commons.jxpath.ri.model.dom.DOMNodePointer.cr

Changing the path to the root sitemap - bug?

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). IMO this is a bug - any ideas how to fix it?

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: cocoon:// protocol and map:mount

Maybe you're using a file://... source in one of the generator/transformer components behind the pipeline? And maybe a little bit off-topic, but from a CRON job (CRON thread), the cocoon:// source resolving is extremely slow and causes OutOfMemory errors (in my use-case, I used the cocoon:/ source

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: cocoon:// protocol and map:mount

Gianugo Rabellino wrote: > > Actually no, I used cocoon:/. However, changing it with cocoon:// > causes a SourceNotFoundException, with Cocoon seemingly using a > file:// URL to resolve the inputstream, which is even weirder... does > it rely on SourceResolver at all? > Yes, it does :( - hmm, so

Re: [RT] Who may follow a retired Anteater?

On Thu, 2005-03-10 at 13:28, Luca Morandini wrote: > Ugo Cei wrote: > > > > I used WebTest for a while, but in the end I found that writing tests in > > XML is way too verbose and clumsy. > > I had the same experience... later on I moved to HTMLUnit ([1]), which > offers a lot: > 1) Different

DO NOT REPLY [Bug 34086] - [2.1.7 Testing] Taglib 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: cocoon:// protocol and map:mount

Le 21 mars 05, à 12:57, Gianugo Rabellino a écrit : In a pinch, using http: instead of cocoon: might work... (did anybody say "hack"? ;-) -Bertrand smime.p7s Description: S/MIME cryptographic signature

Re: cocoon:// protocol and map:mount

On Mon, 21 Mar 2005 13:49:20 +0100, Carsten Ziegeler <[EMAIL PROTECTED]> wrote: > Gianugo Rabellino wrote: > > OK, I'm doing something highly unortodox but believe me, I have a good > > reason for it. :-) > > > > The application we're developing ATM could really use some dynamic > > generation of s

Re: cocoon:// protocol and map:mount

Gianugo Rabellino wrote: OK, I'm doing something highly unortodox but believe me, I have a good reason for it. :-) The application we're developing ATM could really use some dynamic generation of sitemaps (no, I'm not talking about dynamic-per-request-and-conditional stuff: what I need is a sort of

DO NOT REPLY [Bug 34086] - [2.1.7 Testing] Taglib 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 34084] - [2.1.7 Testing] Various

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: cocoon:// protocol and map:mount

Gianugo Rabellino wrote: > OK, I'm doing something highly unortodox but believe me, I have a good > reason for it. :-) > > The application we're developing ATM could really use some dynamic > generation of sitemaps (no, I'm not talking about > dynamic-per-request-and-conditional stuff: what I need

cocoon:// protocol and map:mount

OK, I'm doing something highly unortodox but believe me, I have a good reason for it. :-) The application we're developing ATM could really use some dynamic generation of sitemaps (no, I'm not talking about dynamic-per-request-and-conditional stuff: what I need is a sort of macro system generating

Re: widget data type

Antonio Gallardo wrote: On Dom, 20 de Marzo de 2005, 8:48, Giacomo Pati dijo: Antonio Gallardo wrote: On Vie, 18 de Marzo de 2005, 14:43, Giacomo Pati dijo: Actually we use different i18n catalogs in the same page (menu catalog, business term catalog, etc.). And special catalog for every list, i

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

Ok, just an update: I think I fixed the problem - if someone with more knowledge of the taglib block could have a look at it I would be very happy ;) But this does not block our release anymore :) Carsten Carsten Ziegeler wrote: > I just tried to fix the reported problem with the taglib block: >

[IMP] Taglib block broken in 2.1.7-dev

I just tried to fix the reported problem with the taglib block: http://issues.apache.org/bugzilla/show_bug.cgi?id=34086 but for me it seems now that the block is totally broken, for example inside a for each loop no variables are available. I think this is due to the fact, that each lookup of a J

Re: DO NOT REPLY [Bug 34077] - [2.1.7 Testing] Forms block

see inline. [EMAIL PROTECTED] schrieb: http://issues.apache.org/bugzilla/show_bug.cgi?id=34077 [EMAIL PROTECTED] changed: What|Removed |Added Summary|patch for various bugs in