Re: Unplugging

> Tony Collen wrote: > >>Hi everybody, >> >>I've decided to unplug for a while. ... >>http://manero.org/weblog/ David Crossley wrote, On 28/05/2003 2.22: Thanks Tony, for all the excellent contributions that you have made while you have been with us. Hope to see you back again sometime. You are no

Re: Overloaded pipeline elements (Was Re: [RT] FOM)

Miles Elam wrote: Stefano Mazzocchi wrote: on 5/27/03 4:19 PM Sylvain Wallez wrote: How is this different from a resource? Resources also allow to define overloaded generators and transformers. So do we really need a new concept ? ... Resources were supposed to be reusable pipelines, bu

[proposal] move stuff from scratchpad into the trunk

Here is what I propose to move: 1) ImageReader 2) Paginator 3) JXTemplate* anything else? -- Stefano.

Re: [RT] FOM (session/continuation DOS attacks)

Le Mardi, 27 mai 2003, à 18:33 Europe/Zurich, Stefano Mazzocchi a écrit : on 5/27/03 2:33 AM Bertrand Delacretaz wrote: ...I like that, but isn't there a possible attack where a client makes a lot of requests without cookies/session IDs, and overflows the poor server who's creating millions of S

Overloaded pipeline elements (Was Re: [RT] FOM)

Stefano Mazzocchi wrote: on 5/27/03 4:19 PM Sylvain Wallez wrote: How is this different from a resource? Resources also allow to define overloaded generators and transformers. So do we really need a new concept ? ... Resources were supposed to be reusable pipelines, but *complete* ones!

Re: FOP/HSSFSerializer's and non-english characters

On Tue, 27 May 2003 10:23:33 -0400 Vadim Gritsenko <[EMAIL PROTECTED]> wrote: > Yury Mikhienko wrote: > > >Hi all! > > > >Cocoon's FOP/HSSFSerializer still does not support non-english characters, can I > >solve this problem? > >What can I do for this? > > > > Yury: > > FOP supports non-englis

start of jms block

ok, I've attached the quick start of a jms block which still has a good amount of unresolved issues. Among them: - needs jms.jar in its lib dir (this would have to be mocks if it went in cvs as I understand the license issues?) - needs entry in gump descriptor - best way to handle MessageListener

Re: Unplugging

Thanks Tony, for all the excellent contributions that you have made while you have been with us. Hope to see you back again sometime. You are not alone with the "burn-out" issue. Wishing you all the best. --David Tony Collen wrote: > Hi everybody, > > I've decided to unplug for a while. I'm in t

Re: [RT] FOM

on 5/27/03 4:19 PM Sylvain Wallez wrote: > Ok. By "component", I actually meant "instance" obtained by lookup() or > getComponent(). Then we have a big problem here : automatic component > release is very likely to be handled by the container at special times > such as end of request processing

Re: [RT] FOM

on 5/27/03 2:25 PM Giacomo Pati wrote: > On Tue, 27 May 2003, Stefano Mazzocchi wrote: > > > >>This is, IMO, what the FOM requires. Nothing less, nothing more. But let >>me explain why I consider flow-driven URI handling harmful. >> >>Today, once you mount your web application, you don't know w

Re: [RT] FOM

on 5/27/03 1:05 PM Geoff Howard wrote: > At 01:05 PM 5/27/2003, Stefano wrote: > >>on 5/27/03 4:06 AM Sylvain Wallez wrote: > > > > > void callAction(name,map) -> invoques the action indicated by the given name and pass the given map as model NOTE: I personally believe t

Re: [RT] FOM

on 5/27/03 4:20 PM Sylvain Wallez wrote: > Stefano Mazzocchi wrote: >>Ovidiu, please excuse me for copying you on this, but I would like to >>let you and everybody else know this: > > Stefano, seems like you were too fast at sending and forgot to CC Ovidiu... No, I did copy him. But the problem

Re: XPathDirectoryGenerator

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tuesday 27 May 2003 23:14, Joerg Heinicke wrote: JH> Torsten Knodt wrote: JH> TK> CT> Also, is XPathDirectoryGenerator cachable? JH> TK> Code looks like DirectoryGenerators are cacheable. The documentations JH> TK> says no. I'm not yet an expert the

Re: [RT] FOM

Stefano Mazzocchi wrote: on 5/27/03 2:33 AM Bertrand Delacretaz wrote: Le Mardi, 27 mai 2003, à 08:44 Europe/Zurich, Stefano Mazzocchi a écrit : ... 2) design for safety: the flow will be a center of abuse because people will find it easier to write longer flows than to restructure their

Re: [RT] FOM

Stefano Mazzocchi wrote: on 5/27/03 1:44 AM Stefano Mazzocchi wrote: Pier and I already stated a while back that our current implementation of the FOM is weak and its design poor. In the past, it was exactly such comments that made Ovidiu abandon this community. Let me state things clearly

Re: [RT] FOM

Stefano Mazzocchi wrote: on 5/27/03 4:06 AM Sylvain Wallez wrote: Object getComponent(id) -> obtains the component indicated by the given ID Why don't you use the traditional lookup() name ? Also, release() is missing. So what about lookupComponent(id) and releaseComponent(id)? release()

Re: XPathDirectoryGenerator

Torsten Knodt wrote: CT> Also, is XPathDirectoryGenerator cachable? Code looks like DirectoryGenerators are cacheable. The documentations says no. I'm not yet an expert there in. Hello Thorsten, this feature is only two weeks old: http://marc.theaimsgroup.com/?t=10528587111&r=1&w=2. Regards

Re: XPathDirectoryGenerator

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tuesday 27 May 2003 22:29, Conal Tuohy wrote: CT> Torsten Knodt wrote: CT> TK> Hello, CT> TK> I'm currently working on my patchset of the week ;). One part CT> TK> is a modularized CT> TK> DirectoryGenerator. The only what is currently not included

RE: XPathDirectoryGenerator

Torsten Knodt wrote: > Hello, > I'm currently working on my patchset of the week ;). One part > is a modularized > DirectoryGenerator. The only what is currently not included is the > XPathDirectoryGenerator. As it can simply be simulated by > XInclude, why > having the code doubled? Or have I und

cvs commit: cocoon-site/src/documentation skinconf.xml

stevenn 2003/05/27 13:20:00 Modified:src/documentation/content/xdocs index.xml site.xml whoweare.xml src/documentation/resources/images cocoon-logo.gif src/documentation skinconf.xml Added: src/documentation/resources/images c

Re: [RT] FOM

At 01:05 PM 5/27/2003, Stefano wrote: on 5/27/03 4:06 AM Sylvain Wallez wrote: ... >>void callAction(name,map) -> invoques the action indicated by the given >>name and pass the given map as model >> >>NOTE: I personally believe that the getComponent() method removes all >>needs for the callAction(

DO NOT REPLY [Bug 20271] New: - [PATCH] General background task manager leveraging Avalon

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

Re: [RT] FOM

On Tue, 27 May 2003, Stefano Mazzocchi wrote: > This is, IMO, what the FOM requires. Nothing less, nothing more. But let > me explain why I consider flow-driven URI handling harmful. > > Today, once you mount your web application, you don't know where it > resides. In order to keep your webapp r

XPathDirectoryGenerator

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, I'm currently working on my patchset of the week ;). One part is a modularized DirectoryGenerator. The only what is currently not included is the XPathDirectoryGenerator. As it can simply be simulated by XInclude, why having the code doubled?

Re: Views Internal-Only [Re: [RT] XMLForm]

Carsten Ziegeler wrote: So, this thread is about calling only internal-pipelines from the flow view sendPage() etc, right? Right :-). Ugo

Re: [RT] FOM

on 5/27/03 1:44 AM Stefano Mazzocchi wrote: > Pier and I already stated a while back that our current implementation > of the FOM is weak and its design poor. In the past, it was exactly such comments that made Ovidiu abandon this community. Let me state things clearly so that we can clear the s

Re: [RT] FOM

on 5/27/03 4:06 AM Sylvain Wallez wrote: >>Object getComponent(id) -> obtains the component indicated by the given ID > > Why don't you use the traditional lookup() name ? Also, release() is > missing. So what about lookupComponent(id) and releaseComponent(id)? release() is missing on purpose.

Re: Scheduling service

Yup, my task manager uses the CommandManager (and the scheduler stuff from Cornerstone). David Berin Loritsch wrote: Stefano Mazzocchi wrote: on 5/27/03 9:12 AM Mato Mira, Fernando wrote: It would be nice if Cocoon had an scheduling service for background tasks. For example, I have to keep

Re: Scheduling service

Stefano Mazzocchi wrote: on 5/27/03 9:12 AM Mato Mira, Fernando wrote: It would be nice if Cocoon had an scheduling service for background tasks. For example, I have to keep alive a SOAP service session by sending it requests once a minute. What about changing the expiration time of the session

Re: Scheduling service

on 5/27/03 9:12 AM Mato Mira, Fernando wrote: > It would be nice if Cocoon had an scheduling service for background tasks. > For example, I have to keep alive a SOAP service session by sending it > requests once a minute. What about changing the expiration time of the session? -- Stefano.

Re: [RT] FOM

on 5/27/03 2:33 AM Bertrand Delacretaz wrote: > > > Le Mardi, 27 mai 2003, à 08:44 Europe/Zurich, Stefano Mazzocchi a écrit > : > >>... 2) design for safety: the flow will be a center of abuse because >>people >>will find it easier to write longer flows than to restructure their >>business

Re: [RT] FOM

on 5/27/03 7:18 AM Jeff Turner wrote: > On Tue, May 27, 2003 at 01:44:45AM -0500, Stefano Mazzocchi wrote: > > >>How? >> >>Using a link-translating protocol. >> >>Example: >> >> >> >> ... >> > > > Hooray ;) For those who didn't know, this is what the linkrewriter block > does. In