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:
html
head
...
link src=link:/styles/main.css ...
Hooray ;) For those who didn't know, this is what the linkrewriter
on 5/27/03 2:33 AM Bertrand Delacretaz wrote:
snips cause=agree or dont't understand implications enough to talk/
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
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.
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
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
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. It
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
Carsten Ziegeler wrote:
So, this thread is about calling only internal-pipelines from the flow
view sendPage() etc, right?
Right :-).
Ugo
-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
On Tue, 27 May 2003, Stefano Mazzocchi wrote:
snip/
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
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20271.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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() method.
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
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
-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 is the
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=10528587111r=1w=2.
Regards,
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()
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
Stefano Mazzocchi wrote:
on 5/27/03 2:33 AM Bertrand Delacretaz wrote:
snips cause=agree or dont't understand implications enough to talk/
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
-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 there in.
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 is
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 that the getComponent()
on 5/27/03 2:25 PM Giacomo Pati wrote:
On Tue, 27 May 2003, Stefano Mazzocchi wrote:
snip/
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
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. This
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 the
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
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-english characters. Get
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!
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
29 matches
Mail list logo