[GUMP][PATCH] Add avalon-framework impl classes

Hi, I currently don't understand why Gump on LSD thinks Cocoon would depend on avalon-fortress-container, but the Gump instance on covalent.net tries to build it[1]. The build fails since Cocoon only states a dependency on the avalon-framework API but uses implementation classes as well[2]. The

Re: Empty elements and the XHTML (XML) Serializer

On Mon, 22 Mar 2004, Joerg Heinicke wrote: > On 22.03.2004 22:39, Tim Larson wrote: > > > This thread on the users ml identifies a problem with our XHTML > > serialization. We might be matching the standard, but with current > > browsers I do not know of any good work-arounds that do not mess wit

Re: Transform runs twice

Hunsberger, Peter wrote: I've got a straight forward pipeline where it appears that a transform runs twice: If I look at the pipeline output after the generator I have the expected data. If I capture that data

RE: woody2.js: custom validation issue in cocoon-2.1.2 to 2.1.4

Hi Tim, I have a task to port an older demo to the new cocoon version so I will try it in the next few days. Alex > -Original Message- > From: Tim Larson [mailto:[EMAIL PROTECTED] > Sent: Monday, 22 March 2004 12:04 PM > To: [EMAIL PROTECTED] > Subject: Re: woody2.js: custom validation is

Re: Empty elements and the XHTML (XML) Serializer

Tim Larson dijo: > This thread on the users ml identifies a problem with our XHTML > serialization. We might be matching the standard, but with current > browsers I do not know of any good work-arounds that do not mess with > the data sent back and forth through things like . > > http://marc.the

Re: Empty elements and the XHTML (XML) Serializer

On 22.03.2004 22:39, Tim Larson wrote: This thread on the users ml identifies a problem with our XHTML serialization. We might be matching the standard, but with current browsers I do not know of any good work-arounds that do not mess with the data sent back and forth through things like . As J.P

Transform runs twice

I've got a straight forward pipeline where it appears that a transform runs twice: If I look at the pipeline output after the generator I have the expected data. If I capture that data and feed it into

Empty elements and the XHTML (XML) Serializer

This thread on the users ml identifies a problem with our XHTML serialization. We might be matching the standard, but with current browsers I do not know of any good work-arounds that do not mess with the data sent back and forth through things like . http://marc.theaimsgroup.com/?t=10799854980

Re: WebDAV status in cocoon

Ugo Cei wrote: Stefano Mazzocchi wrote: There is a configuration you have to modify in slide to make osx to work well. it's a known macosx bug (even apple knows it) and slide has a workaround, but you have to turn it on. search slide-dev for macosx or webdavfs. OK, so I set lockdiscoveryIncl

Re: Less is more... or less?

Sylvain Wallez dijo: > An example: last week, a customer of mine (I do mentoring for them and > they're not subscribed to users@) asked me "I get a "no such property or > method" error when calling context.getRealPath() in my flowscript. > Why?". I answered that this method isn't available in flows

Re: WebDAV status in cocoon

Stefano Mazzocchi wrote: There is a configuration you have to modify in slide to make osx to work well. it's a known macosx bug (even apple knows it) and slide has a workaround, but you have to turn it on. search slide-dev for macosx or webdavfs. OK, so I set lockdiscoveryIncludesPrincipalURL to

xsp Serverpages generator: Convoluted functionality?

Hi, I have a question about the design of the ServerPages generator, which transforms xsp pages into (at the end) a SAX stream. I think the generator wraps to distinct functions into one function, and that it could be usefull to split it into a File-like Reader into a SAX stream and a s

DO NOT REPLY [Bug 27709] - Problem with national chars submitted with form

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: Less is more... or less?

Sylvain Wallez <[EMAIL PROTECTED]> writes: > > Ok. I'll check what has been hidden from the environment API > and start a > vote on this. I do agree with the fact that not all objects should be > exposed (although most of them actually are), but not with > the reduction > of the API. > J

Scripting Languages (was Re: Less is more... or less? (was Re: v2 forms flowscript example))

Sylvain Wallez wrote: Vadim Gritsenko wrote: Sylvain Wallez wrote: Why is there a need to have a different API for widgets when used from JS than when used from Java? IMO, this is arbitrarily limiting the features available in flowscript. But isn't this our design approach? If I remember cor

Re: Less is more... or less? (was Re: v2 forms flowscript example)

Tim Larson wrote: On Mon, Mar 22, 2004 at 11:34:22AM +0100, Sylvain Wallez wrote: Vadim Gritsenko wrote: Sylvain Wallez wrote: Why is there a need to have a different API for widgets when used from JS than when used from Java? IMO, this is arbitrarily limiting the features avail

Re: Less is more... or less?

Stefano Mazzocchi wrote: Sylvain Wallez wrote: So less is less when you have more on the *same* object accessed directly in Java. Sylvain, less is more when all the things that you removed were not helping, not always. The "less is more" design approach is a process, not a solution. Sure,

Re: XIncludeTransformer broken in current cvs version?

It works now,thanks. Roy Huang - Original Message - From: "Joerg Heinicke" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, March 22, 2004 9:45 PM Subject: Re: XIncludeTransformer broken in current cvs version? > roy huang hotmail.com> writes: > > > It works fine in 2.1.4.But

Re: Less is more... or less?

Sylvain Wallez wrote: So less is less when you have more on the *same* object accessed directly in Java. Sylvain, less is more when all the things that you removed were not helping, not always. The "less is more" design approach is a process, not a solution. Instead of putting everything in F

Re: Less is more... or less? (was Re: v2 forms flowscript example)

On Mon, Mar 22, 2004 at 11:34:22AM +0100, Sylvain Wallez wrote: > Vadim Gritsenko wrote: > >>>Sylvain Wallez wrote: > Why is there a need to have a different API for widgets when used > from JS than when used from Java? IMO, this is arbitrarily limiting > the features available in flo

Re: XIncludeTransformer broken in current cvs version?

roy huang hotmail.com> writes: > It works fine in 2.1.4.But in current cvs version,it display nothing. Thanks for spotting, should work again. Joerg

DO NOT REPLY [Bug 27833] - [Patch] replace bare "resources" link with {$resources-uri}

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 27833] - [Patch] replace bare "resources" link with {$resources-uri}

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: FYI: New Sitemap Treeprocessor for 2.2

Sylvain Wallez wrote: > > Ah yeah. But we still need ServiceSelector. > Sure, by Container independent I mean "avalon compatible container independent". Of course, we rely on all the apis provided by the avalon framework - but nothing more. > > Ah, so please commit your PC in the CVS :-) > O

XIncludeTransformer broken in current cvs version?

sitemap.xmap: test.xml: http://www.w3.org/2001/XInclude";> It works fine in 2.1.4.But in current cvs version,it display nothing. Roy Huang

Re: FYI: New Sitemap Treeprocessor for 2.2

Carsten Ziegeler wrote: Sylvain Wallez wrote: Hi, to avoid double efforts in the same area, I just wanted to inform you that I will try to write a new tree processor for 2.2 in the next few days. Why? There are several reasons: - Reverting to ECM in 2.2 requires some changes to the tre

RE: FYI: New Sitemap Treeprocessor for 2.2

Sylvain Wallez wrote: > > >Hi, > > > >to avoid double efforts in the same area, I just wanted to > inform you that I will try to write a new tree processor for > 2.2 in the next few days. > > > >Why? There are several reasons: > >- Reverting to ECM in 2.2 requires some changes to the tree > pr

Re: FYI: New Sitemap Treeprocessor for 2.2

Carsten Ziegeler wrote: Hi, to avoid double efforts in the same area, I just wanted to inform you that I will try to write a new tree processor for 2.2 in the next few days. Why? There are several reasons: - Reverting to ECM in 2.2 requires some changes to the tree processor used in 2.1.x anyway

DO NOT REPLY [Bug 27833] - [Patch] replace bare "resources" link with {$resources-uri}

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 27833] - [Patch] replace bare "resources" link with {$resources-uri}

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 27833] New: - [Patch] replace bare "resources" link with {$resources-uri}

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

Less is more... or less? (was Re: v2 forms flowscript example)

Vadim Gritsenko wrote: Sylvain Wallez wrote: Why is there a need to have a different API for widgets when used from JS than when used from Java? IMO, this is arbitrarily limiting the features available in flowscript. But isn't this our design approach? If I remember correctly our FOM discussi

Re: Bug report for Cocoon 2 [2004/03/21]

On 22 Mar 2004, at 05:51, Reinhard Pötz wrote: Pier Fumagalli wrote: On 21 Mar 2004, at 17:19, Reinhard Pötz wrote: [EMAIL PROTECTED] wrote: +--- -- --+ | Bugzilla Bug ID

Using sitemap parameters in a cinclude transformation

Moin Cocooners, I want aggregate some internal pipelines. The generated file should have a more complex structure instead of only one root element, which the simple sitemap aggregation is providing. I want use the cinclude mechanism, but it seems to be not able to handle parameters from the sitema