CocoonServlet look after the environment.
(Also note,
I'd rather not use the cron block).
Any advice? Thanks in advance,
Oliver Powell
-Original Message-
From: Sylvain Wallez [mailto:[EMAIL PROTECTED]
Sent: Wednesday, 7 December 2005 10:26 a.m.
To: users@cocoon.apache.org
Subject
Hi Laurent,
Can I ask why you chose not to upgrade Cocoon and make use of EHCache
instead? Do you think Whirlycache is better?
We noticed more stability after moving to EHCache and performance has
been good, but I'm interested in your thoughts on this.
Also, what do you use instead of
Our production environment is Cocoon 2.1.6 using EHCache and the status
page does show cache contents, eg:
org.apache.cocoon.components.store.impl.EHDefaultStore (hash =
0x197dab3)
* cached: [show]
* size: 2916 items in cache (0 are empty)
Clicking on the show link displays key values
the onMessage() method simply
make an http request to the proper Cocoon environment on
localhost:8080. It feels like it would be the safer way to go. Then I
can let the normal CocoonServlet look after the environment. (Also note,
I'd rather not use the cron block).
Any advice? Thanks in advance,
Oliver Powell
Hi all, I was
wondering if there is an update on when 2.1.8 is scheduled to be
released?
We are thinking
about using the new validation block.
Thanks,
Ollie
=
CAUTION: This e-mail and any attachment(s) contains
I amusing XML
from external providers and as part of the business rules I must validate it. I
want the SAX parser in the FileGenerator to validate it againstits XSD.
Ideally, I'd like to be able tolocalise XML validation to this particular
pipeline and generator. For the most part I don't
We use the
org.apache.cocoon.transformation.IncludeTransformer class from the scratchpad
blockin Cocoon 2.1.6. We've justlooked closely at2.1.7 and discovered that
the scratchpad block is not part of the release.
I understand why
this has been done, but I would like to request that this
Thanks Jason, it would be nice to use a standard-compliant include
component. We'll look into it. All we really need is for it to include
the EventValidity we place on our initial data generator step. From the
comments in bugzilla, it looks like your patch will do this.
Any indication when/if
Another question about the cacheable XIncludeTransformer. I assume the
Xpath parameter is used to form the cache key?
-Original Message-
From: Jason Johnston [mailto:[EMAIL PROTECTED]
Sent: Friday, 16 September 2005 9:42 a.m.
To: users@cocoon.apache.org
Subject: RE: Request to move
: Request to move IncludeTransformer into next release
Oliver Powell wrote:
Another question about the cacheable XIncludeTransformer. I assume the
Xpath parameter is used to form the cache key?
Actually, no, but it shouldn't matter... the thinking is that if the
source file as a whole is valid
We use the
org.apache.cocoon.transformation.IncludeTransformer class from the scratchpad
blockin Cocoon 2.1.6. We've just downloaded 2.1.7 and discovered that the
scratchpad block is not part of the release.
I understand why
this has been done, but I would like to request that this class
2 serializers in one pipeline won't work, it's not allowed. I've never
serialized to xls before, but I think you should be able use the
map:select tag just before you specify the serializer
So it would be something like this:
map:match pattern=*.*
map:generate src={1).xml/
map:select
Title: Message
Hi,
We are using
Oracle's new-ish (since 9i I think)XML DB feature called "DBUri" to
directly retrieve an XML representation ofour data via HTTP URLs, for use
in our Cocoon pipelines. DBUriprovides a servlet located on the database
machine (which is also running a servlet
13 matches
Mail list logo
