RE: [portal] Implementing Login coplet with CForms

I try again if somebody succeded or has any suggestion how to process for that topic ? Phil On Fri, 2004-07-02 at 16:48, Philippe Guillard wrote: > Hi, > > Is there some fresh news about that topic ? I mean somebody succeded ? > > Regards, > > Phil > > On Thu, 2004-05-27 at 03:33, Alex Romaye

Re: The Butterfly Manifesto (was Re: [RT] Spring+JMX == Real Blocks?)

Ugo Cei wrote: Il giorno 12/lug/04, alle 18:23, Marc Portier ha scritto: think so too, just needs more wild thinking and somebody doing :-) Since I'm getting more and more bored with my daytime job, I ended up doing something: http://wiki.apache.org/cocoon/ButterflyManifesto Comments are welcome,

Re: The Butterfly Manifesto (was Re: [RT] Spring+JMX == Real Blocks?)

Ugo Cei wrote: > Since I'm getting more and more bored with my daytime job, I ended up > doing something: > > http://wiki.apache.org/cocoon/ButterflyManifesto > > Comments are welcome, flames > /dev/null. Comments: 1. "Butterfly is an experiment aiming to implement a (simplified) Cocoon clone but

Hello

I'm writing some actions for Cocoon (for your information: action which encode some MPEG-4 files) I'm searching from more than two hours for a mean to know the absolute path to the current sitemap in my action code. If I use ... Context context = ObjectModelHelper.getContext(objectModel)

Re: Form sample doesn't work

On Tue, Jul 20, 2004 at 10:14:02PM +0200, Stephan Coboos wrote: > I'am using 2.1.5.1. It seems that the CForms samples doesn't work on > this release? If I'am trying to start such an example the following > error message will be thrown: > > Caused by: org.apache.avalon.framework.component.Compon

VelocityGenerator and string escaping

I found VelocityGenerator hadly usable because of lack of value escaping. Example: flow.js: var elem = ""; cocoon.sendPage( "view.vm", { elem: elem } ); view.vm: $elem this unfortunatelly produces: which is an invalid xml Has anyone overcome this problem? I could write simple string encoder but

[cforms] xreporter expressions on (Avalon) steroids

I'm currently working on a more-than-average sized cforms applications. We have quite a few usecases where validation is kind of a PITA, requiring quite a few of business logic to be performed. Nothing difficult, nothing that requires heavy algos to be created, but still (as an example) quite a bit

Re: The Butterfly Manifesto (was Re: [RT] Spring+JMX == Real Blocks?)

Ugo Cei wrote: Il giorno 12/lug/04, alle 18:23, Marc Portier ha scritto: think so too, just needs more wild thinking and somebody doing :-) Since I'm getting more and more bored with my daytime job, I ended up doing something: http://wiki.apache.org/cocoon/ButterflyManifesto Comments are welcom

RE: [cforms] xreporter expressions on (Avalon) steroids

Gianugo Rabellino <[EMAIL PROTECTED]> writes: > I'm currently working on a more-than-average sized cforms > applications. We have quite a few usecases where validation > is kind of a PITA, requiring quite a few of business logic to > be performed. Nothing difficult, nothing that requires heavy

Re: [RT] Virtual Sitemap Components

Sylvain Wallez wrote: Reinhard Poetz wrote: I have the same understanding after reading the whole thread. Though I'm not sure if we have consensus on actions. Anyway, what will be the order of execution of actions? IIUC all actions within a pipeline are execute *before* the pipeline is executed

DO NOT REPLY [Bug 30043] - xml2html.xslt does not work on IE

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] Virtual Sitemap Components

Vadim Gritsenko wrote: Sylvain Wallez wrote: Reinhard Poetz wrote: I have the same understanding after reading the whole thread. Though I'm not sure if we have consensus on actions. Anyway, what will be the order of execution of actions? IIUC all actions within a pipeline are execute *before* t

DO NOT REPLY [Bug 30142] - HTML serializer puts no space between public and system doctype

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 30142] - HTML serializer puts no space between public and system doctype

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

current sitemap directory path

Hello I'm searching to obtain the directory path (absolute or relative to the main cocoon directory) for the currently used sitemap. I don't find a method. I've traversed the doc, the sample...without result. Many samples which seams to use such an information are hard coded and become false if

DO NOT REPLY [Bug 30142] - HTML serializer puts no space between public and system doctype

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: [cforms] xreporter expressions on (Avalon) steroids

On Wed, 2004-07-21 at 18:23, Gianugo Rabellino wrote: > I'm currently working on a more-than-average sized cforms applications. We > have quite a few usecases where validation is kind of a PITA, requiring > quite a few of business logic to be performed. Nothing difficult, nothing > that requires he

DO NOT REPLY [Bug 30142] - HTML serializer puts no space between public and system doctype

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: JCS logging

On Thu, 15 Jul 2004, Dave Brondsema wrote: > > We at Forrest are seeing more JCS log messages than we want. I tried > setting up a log4j.properties file to control it, but that didn't seem to > work. At any rate, it looks like they're using commons logging now, so > according to > http://marc.th

CVS to SVN Conversion Status

Hi all, The first step toward CVS to SVN conversion is done. Results are here: http://svn.apache.org/repos/test/cocoon-test/ Please test! If everything is fine, real conversion will be done sometime later... I'm thinking end of week or start of next week. PS You'd need to create password using

Re: The Butterfly Manifesto (was Re: [RT] Spring+JMX == Real Blocks?)

Il giorno 21/lug/04, alle 13:37, Leo Sutic ha scritto: 1. "Butterfly is an experiment aiming to implement a (simplified) Cocoon clone but based on Spring instead of Hibernate" Don't you mean: "based on Spring instead of Avalon" Of course. Typo corrected. 2. "Strive for 100% unit test coverage" A bi

Re: The Butterfly Manifesto (was Re: [RT] Spring+JMX == Real Blocks?)

Il giorno 21/lug/04, alle 17:49, Marc Portier ha scritto: regarding the blocks issue however we will also need to cover classloading-shielding (spring doesn't do it afaik) and I'ld really like us to do that based on jars in a merlin-like repo (just like merlin does it) (actually I need somethin

Re: [Springframework-developer] Butterfly

Il giorno 21/lug/04, alle 10:34, Rod Johnson ha scritto: Indeed. I edited the page to say we'd like to help. Thanks for your offer, Rod. Much apppreciated. I am asking all interested people from Cocoon to come to this list and discuss the issues (hence the crosspost). There's a feeling that we mi

Re: [Springframework-developer] Butterfly

I think we might have problems if we want to interact via email with the Spring people. Here is what the sf.net mailserver responded when I tried to send a message to [EMAIL PROTECTED]: 66.35.250.206 does not like recipient. Remote host said: 550-Callback setup failed while verifying <[EMAIL P

Re: The Butterfly Manifesto (was Re: [RT] Spring+JMX == Real Blocks?)

Ugo Cei dijo: > Il giorno 21/lug/04, alle 13:37, Leo Sutic ha scritto: > >> 1. "Butterfly is an experiment aiming to implement a (simplified) Cocoon clone but based on Spring instead of Hibernate" Don't you mean: "based on Spring instead of Avalon" > > Of course. Typo corrected. The typo was becau

DO NOT REPLY [Bug 30142] - HTML serializer puts no space between public and system doctype

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 28680] - HTML serialization has no space between publicId and systemId

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: The Butterfly Manifesto (was Re: [RT] Spring+JMX == Real Blocks?)

Il giorno 21/lug/04, alle 23:29, Antonio Gallardo ha scritto: The typo was because Ugo has Hibernate between eyebrow and eyebrow ;-) Would you rather have OJB there? ;-) Oh by the way, the next version of Spring will have OJB support, so we could make a SpringPetstore version that supports both,

Re: cvs commit: cocoon-2.1/src/java/org/apache/cocoon/transformation/pagination Pagesheet.java

Please revert - this was already discussed once. See email archives and file commit history: http://cvs.apache.org/viewcvs.cgi/cocoon-2.1/src/java/org/apache/cocoon/transformation/pagination/Pagesheet.java Vadim [EMAIL PROTECTED] wrote: unico 2004/07/21 06:20:30 Modified:src/java/org

Re: The Butterfly Manifesto (was Re: [RT] Spring+JMX == Real Blocks?)

Ugo Cei wrote: Il giorno 21/lug/04, alle 13:37, Leo Sutic ha scritto: 1. "Butterfly is an experiment aiming to implement a (simplified) Cocoon clone but based on Spring instead of Hibernate" Don't you mean: "based on Spring instead of Avalon" Of course. Typo corrected. 2. "Strive for 100% unit tes

Re: The Butterfly Manifesto (was Re: [RT] Spring+JMX == Real Blocks?)

Ugo Cei wrote: Il giorno 12/lug/04, alle 18:23, Marc Portier ha scritto: think so too, just needs more wild thinking and somebody doing :-) Since I'm getting more and more bored with my daytime job, I ended up doing something: http://wiki.apache.org/cocoon/ButterflyManifesto Comments are welcome

Re: The Butterfly Manifesto (was Re: [RT] Spring+JMX == Real Blocks?)

Stefano Mazzocchi wrote: Ugo Cei wrote: Agreed, but even if we cannot prove that code is correct with unit tests alone, we can at least hope that - statistically - code that has 100% test coverage will have less bugs than code that has 10% test coverage. Unfortunately, my impression is that Co

Re: JCS logging

Dave Brondsema wrote: On Thu, 15 Jul 2004, Dave Brondsema wrote: We at Forrest are seeing more JCS log messages than we want. I tried setting up a log4j.properties file to control it, but that didn't seem to work. At any rate, it looks like they're using commons logging now, so according to ht

Re: The Butterfly Manifesto (was Re: [RT] Spring+JMX == Real Blocks?)

On Jul 21, 2004, at 7:28 PM, Stefano Mazzocchi wrote: Ugo Cei wrote: Since I'm getting more and more bored with my daytime job, I ended up doing something: http://wiki.apache.org/cocoon/ButterflyManifesto Comments are welcome, flames > /dev/null. have you considered picocontainer at all? i would *

Re: JCS logging

Vadim Gritsenko wrote: > Dave Brondsema wrote: > >Dave Brondsema wrote: > > > >>We at Forrest are seeing more JCS log messages than we want. I tried > >>setting up a log4j.properties file to control it, but that didn't seem to > >>work. At any rate, it looks like they're using commons logging now

DO NOT REPLY [Bug 30250] New: - SessionPropagatorAction defaults cause exception

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: The Butterfly Manifesto (was Re: [RT] Spring+JMX == Real Blocks?)

At 7/21/2004 04:18 PM, you wrote: Ugo, tests help but don't really buy us anything: have a community that is strong and diverse enough to do the regression testing for us. I couldn't disagree more. Unit/functional tests help tremendously in verifying that a new release is still compatible with

RE: current sitemap directory path

You have to use the SourceResolver. Each sitemap component (action, generator, transformer) gets this object either in the act() method or in the setup() method. if you pass a relative path into the SOurcerResolver it's resolved relative to the current sitemap. HTH Carsten > -Original Messag

RE: [RT] Virtual Sitemap Components

Stefano Mazzocchi wrote: > > > > Any Action can be re-written as a Matcher in 10-15 seconds (only > > exception is this redirect mentioned above... shall we remove > > redirector from action interface? ;-) ). Thus, I totally miss the > > point why actions should be disallowed. > > because act

Re: [RT] Virtual Sitemap Components

Carsten Ziegeler wrote: Stefano Mazzocchi wrote: Any Action can be re-written as a Matcher in 10-15 seconds (only exception is this redirect mentioned above... shall we remove redirector from action interface? ;-) ). Thus, I totally miss the point why actions should be disallowed. beca

Re: JCS logging

Vadim Gritsenko wrote: Dave Brondsema wrote: On Thu, 15 Jul 2004, Dave Brondsema wrote: We at Forrest are seeing more JCS log messages than we want. I tried setting up a log4j.properties file to control it, but that didn't seem to work. At any rate, it looks like they're using commons logging

Path to sitemap mounted from mount table

> "Jean-Claude" == Jean-Claude Moissinac <[EMAIL PROTECTED]> writes: Jean-Claude> I'm searching from more than two hours for a mean to Jean-Claude> know the absolute path to the current sitemap in my Jean-Claude> action code. If I use ... Context context = Jean-Claude> Object

RE: [RT] Virtual Sitemap Components

Reinhard Poetz wrote: > > On which level can we forbid it? Do we have to change the > Action interface or can we forbid redirects of actions that > are used in VPCs only? > We can just pass an "exception throwing redirector" into an action that is inside a VPCs; so no need for a change to the

Re: current sitemap directory path

>> -Original Message- From: Jean-Claude Moissinac >> Many samples which seams to use such an information are hard >> coded and become false if there are moved See, for exemple, the >> samples: /samples/modules/realpath.html >> /samples/sources/xsp/file ... and how they

Re: The Butterfly Manifesto (was Re: [RT] Spring+JMX == Real Blocks?)

Stefano Mazzocchi wrote: Ugo Cei wrote: Il giorno 12/lug/04, alle 18:23, Marc Portier ha scritto: think so too, just needs more wild thinking and somebody doing :-) Since I'm getting more and more bored with my daytime job, I ended up doing something: http://wiki.apache.org/cocoon/ButterflyManif

RE: current sitemap directory path

Colin Paul Adams wrote: > > But this is only a solution when a Source object is what you want. > This is not the case for me. I need this information from > WITHIN a Source object, as I need to pass an absolute > directory path to a Berkeley DB XML API. > > I tried using context.getRealPath ( r

RE: The Butterfly Manifesto (was Re: [RT] Spring+JMX == Real Blocks?)

Reinhard Poetz wrote: > I think it will be a question of doing it. :) > If Ugo presents a > functional prototyp of Spring that supports Real Blocks and > which can be made backwards compatible to 2.1 sitemaps and > flowscripts I wouldn't have arguments against it :-) > Yepp. > Is anyone els

Re: The Butterfly Manifesto (was Re: [RT] Spring+JMX == Real Blocks?)

Carsten Ziegeler wrote: Reinhard Poetz wrote: I think it will be a question of doing it. :) If Ugo presents a functional prototyp of Spring that supports Real Blocks and which can be made backwards compatible to 2.1 sitemaps and flowscripts I wouldn't have arguments against it :-)