Re: [CForms] adding a row to a JS property list array

you should be able to use the binding, no? note: it should however completely replace your binding and manage the add/delete yourself in there HTH, -marc= Jeremy Quinn wrote: Hi All Its not actually CForms, I am still using Woody in Cocoon-2.1.4 I have this JavaScript Property List as my Fo

Re: I got an error

Thank You very much! Alle 18:39, venerdì 26 marzo 2004, Leo Sutic ha scritto: > > Subject: I got an error > > > > En error rise up when compling this: > > String user = ; > > > > user > > > > > > The error is: > > org.apache.cocoon.components.language.

Re: On blocks reload (Re: [RT] On building on stone)

Pier Fumagalli wrote: On 26 Mar 2004, at 17:46, Pier Fumagalli wrote: That's ALL _IMVHO_, I don't know what others think, but we mustn't forget that our container needs to solve one very very very specific problem, the Cocoon problem... Hmm... Thought about it over some nicotine, and if peopl

DO NOT REPLY [Bug 27802] - EncodeURLTransformer encodes off site links

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: submit-widget validate="false"

On 26.03.2004 09:11, Leszek Gawron wrote: As ins subject: the button defined this way submits the form and ATTEMPTS validation. Can anybody confirm this in current CVS head? Yes, see bug 27785 [1] for more information. For submit widget with @validate="false" the validation should happen, but not

Re: Nested input module support in sitemap

Upayavira wrote: Ideas welcome. Here's an Idea (or maybe more of a thought): Wouldn't this make the AbstractMetaModule obsolete? When would someone want to build a MetaModule instead of just using the nesting? Regards, Tony

Re: Nested input module support in sitemap

Upayavira wrote: Tony Collen wrote: Upayavira wrote: Guys, Is anyone interested in nested input module support in the sitemap? I want to be able to say: +1 !! Of course, this would allow something like this: {urlencode:{request-param:foo}} Which I think people have been clamoring for for a

RE: On blocks reload (Re: [RT] On building on stone)

Pier, I'd actually rather see you just axed the block with no further ado. Having a stale reference to a component may just make the bugs more subtle and harder to find. /LS > From: Pier Fumagalli [mailto:[EMAIL PROTECTED]

Re: On blocks reload (Re: [RT] On building on stone)

That's ALL _IMVHO_, I don't know what others think, but we mustn't forget that our container needs to solve one very very very specific problem, the Cocoon problem... Hmm... Thought about it over some nicotine, and if people do really feel strong about not loosing component instances "all of a

RE: [RT] On building on stone

> From: Pier Fumagalli [mailto:[EMAIL PROTECTED] > > Why? If a request fails because I reloaded the XSLT Transformer block, > well, I'm ready to loose that request... Cocoon is a servlet, at the > end of the day, and I'd rather loose XSLT translation for 1/2 > a second while I reload the XALA

On blocks reload (Re: [RT] On building on stone)

On 26 Mar 2004, at 17:46, Pier Fumagalli wrote: That's ALL _IMVHO_, I don't know what others think, but we mustn't forget that our container needs to solve one very very very specific problem, the Cocoon problem... Hmm... Thought about it over some nicotine, and if people do really feel strong

DO NOT REPLY [Bug 27986] - Batik: enable-background="new" ==> NullPointerException.

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 27802] - EncodeURLTransformer encodes off site links

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: [RT] On building on stone

On 26 Mar 2004, at 14:44, Leo Sutic wrote: From: Pier Fumagalli [mailto:[EMAIL PROTECTED] On 26 Mar 2004, at 11:57, Leo Sutic wrote: Think about TCP/IP. You have guaranteed delivery of packets (which you don't have with UDP). Completely guaranteed? No. A chopped-off network cable is not something

RE: I got an error

> Subject: I got an error > > En error rise up when compling this: > String user = ; > > user > > > The error is: > org.apache.cocoon.components.language.LanguageException: > Error compiling > login_xsp: > ERROR 1 (org/apache/cocoon/www/Nauti

DO NOT REPLY [Bug 27802] - EncodeURLTransformer encodes off site links

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: Nested input module support in sitemap

On Fri, Mar 26, 2004 at 11:52:41AM -0500, Geoff Howard wrote: > Tony Collen wrote: > >Hmm, it's been too long since I've been diving into internals... would > >it be possible to have to configure the PreparedVariableResolver in > >cocoon.xconf, which would allow us to choose between nestable and

Fwd: I got an error

-- Messaggio inoltrato -- Subject: I got an error Date: Fri, 26 Mar 2004 18:39:26 +0100 From: rdgmus <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] En error rise up when compling this: String user = ; user The error is: org

DO NOT REPLY [Bug 27802] - EncodeURLTransformer encodes off site links

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: Nested input module support in sitemap

Upayavira wrote: I tend to think that this one will be about as efficient as the last, so long as I don't introduce too many new bugs, it would be good to just switch them. The new will still do everything the old one did. In that case, commit it!! :) Regards, Upayavira Tony

I18n transformer and JXTemplates

We ran into a little problem. In our I18n catalogs we want to have variables which are dynamically replaced by variables in the request or the session. So what we are doing is something like:                        

Re: Nested input module support in sitemap

Tony Collen wrote: Upayavira wrote: Guys, Is anyone interested in nested input module support in the sitemap? I want to be able to say: Of course, this would allow something like this: {urlencode:{request-param:foo}} Which I think people have been clamoring for for a while ;) What should I

Re: Nested input module support in sitemap

Tony Collen wrote: Upayavira wrote: Guys, Is anyone interested in nested input module support in the sitemap? I want to be able to say: Of course, this would allow something like this: {urlencode:{request-param:foo}} Which I think people have been clamoring for for a while ;) Yup. Very good

Re: Nested input module support in sitemap

Upayavira wrote: Guys, Is anyone interested in nested input module support in the sitemap? I want to be able to say: Of course, this would allow something like this: {urlencode:{request-param:foo}} Which I think people have been clamoring for for a while ;) What should I do with this new code?

Re: Nested input module support in sitemap

Geoff Howard wrote: Nicola Ken Barozzi wrote: Upayavira wrote: Guys, Is anyone interested in nested input module support in the sitemap? I am (as a user :-) Me too (though I didn't understand the example below). Try a rather hacky example of {request-parameter:{1}}. But I didn't use that

Re: Nested input module support in sitemap

Nicola Ken Barozzi wrote: Upayavira wrote: Guys, Is anyone interested in nested input module support in the sitemap? I am (as a user :-) Me too (though I didn't understand the example below). I want to be able to say: {i18n:{1}.{locale}.xml} and have my i18n input module go and look to see

Re: Nested input module support in sitemap

Upayavira wrote: Guys, Is anyone interested in nested input module support in the sitemap? I am (as a user :-) I want to be able to say: {i18n:{1}.{locale}.xml} and have my i18n input module go and look to see if the related file exists. [NB. There's subtleties I haven't thought through yet

DO NOT REPLY [Bug 27986] New: - Batik: enable-background="new" ==> NullPointerException.

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: [RT] On building on stone

Pier Fumagalli wrote: On 25 Mar 2004, at 19:40, Thor Heinrichs-Wolpert wrote: Hmmm ... I've never used JMX for remote loading as the security just isn't there for my tastes and there other mechanisms that work so much better. It does do a fine job of loading/unloading components though. Gian

RE: [RT] On building on stone

> From: Pier Fumagalli [mailto:[EMAIL PROTECTED] > > On 26 Mar 2004, at 11:57, Leo Sutic wrote: > > > > Think about TCP/IP. You have guaranteed delivery of packets > (which you > > don't have with UDP). Completely guaranteed? No. A > chopped-off network > > cable is not something that the p

DO NOT REPLY [Bug 27802] - EncodeURLTransformer encodes off site links

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 27802] - EncodeURLTransformer encodes off site links

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 27802] - EncodeURLTransformer encodes off site links

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: [RT] On building on stone

On 26 Mar 2004, at 11:57, Leo Sutic wrote: Think about TCP/IP. You have guaranteed delivery of packets (which you don't have with UDP). Completely guaranteed? No. A chopped-off network cable is not something that the protocol can handle. But still very useful. The TCP/IP is a good example... To us

[GUMP@lsd]: cocoon-2.1/cocoon failed

=/data3/gump/avalon/framework/api/target/avalon-framework-api-20040326.jar -Dlogkit.jar=/data3/gump/avalon-logkit/build/lib/logkit.jar -Dversion=20040326 gump-core [Working Directory: /data3/gump/cocoon-2.1] - [javac]

Re: CachingURICoplet and Flowscript / CForms

Hi Carsten, On 26 Mar 2004, at 09:23, Carsten Ziegeler wrote: This requires a little bit of code, have a look at the AbstractCopletTransformer, there you'll find the getCopletInstanceData(String) method. If you pass in null as the id into this method, you get the current coplet instance data

Nested input module support in sitemap

Guys, Is anyone interested in nested input module support in the sitemap? I want to be able to say: {i18n:{1}.{locale}.xml} and have my i18n input module go and look to see if the related file exists. [NB. There's subtleties I haven't thought through yet in this example - but I'm not worrying

RE: [RT] On building on stone

> From: Pier Fumagalli [mailto:[EMAIL PROTECTED] > > On 25 Mar 2004, at 17:44, Leo Sutic wrote: > > > Could also be solved by introducing the notion of component > > transactions. Add a read and write lock to each component wire. > > Block A could in effect disable hot-swapping of a component

DO NOT REPLY [Bug 27802] - EncodeURLTransformer encodes off site links

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 27904] - HTMLEventLinkTransformer transforms href links which access a document fragment

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: [Stammtisch] Evening Cocoon GetTogether in Amsterdam, April 19

On 25 Mar 2004, at 15:43, Arje Cahn wrote: I'll put a page on the Wiki describing how to get to the location. Other folks interested in attending should post here: http://wiki.cocoondev.org/Wiki.jsp?page=AmsterdamStammtisch Cheers, -- Steven Noelshttp://outerthought

DO NOT REPLY [Bug 27904] - HTMLEventLinkTransformer transforms href links which access a document fragment

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: CachingURICoplet and Flowscript / CForms

Jon Evans wrote: > > Hi Carsten, > > On 25 Mar 2004, at 08:43, Carsten Ziegeler wrote: > > > If the cache entry for a coplet is valid or not is stored as an > > attribute on the coplet. If you set the attribute "cacheValidity" > > to "0", the cache becomes invalid. > > So, all you have to do

RE: CForms in a coplet, PATCH

Jon Evans wrote: > > Hi Christian, > > On 25 Mar 2004, at 12:05, Christian Mayrhuber wrote: > > > See BUG: 27904 > > I've a fix for it. > > It should be easy to combine my patch with yours. > > I'm could rename > > +/** Remembers if the current element is a remote anchor */ > +prote

[GUMP][PATCH] more dependencies

Hi, after the avalon dependency now works (in my local install), there are new compilation issues, that I hope to resolve with the appended path. cocoon-javac is no good name for whatever lives in javacApi-0.9.jar, feel free to provide something better plus some description and where to find it -

Re: [RT] On building on stone

Cool, I'll wait to see the write-up. I've used JMX (and its communication style) now on several small cores for products where I wanted to have flexibility of implementations, but wanted fixed descriptions of a particular service. And yes, we did use Jini to manage the components and their sec

Re: submit-widget validate="false"

On Tue, Mar 23, 2004 at 01:31:00PM +, Joerg Heinicke wrote: > Leszek Gawron wlkp.org> writes: > > > As ins subject: the button defined this way submits the form and ATTEMPTS > > validation. Can anybody confirm this in current CVS head? > > Yes, see bug 27785 [1] for more information. For sub

DO NOT REPLY [Bug 27604] - Cocoon Forms stylesheet reports error if xsltc used

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