Rice Yeh wrote: Hi, I follow the insturction in
http://cocoon.zones.apache.org/daisy/documentation/g1/1159.html to run the 2.2 version. The result is good in jetty. However, when i run the same block with tomcat, I always get the following error messages:
Jul 26, 2006 2:53:41 PM
Hi Cocoon devs,
I'm currently writing a test case for Lenya 1.4, which is based
on the Cocoon branch 2.1.x. The test case extends ContainerTestCase.
When I try to use the cocoon:// protocol, I get the following
exception:
Caused by: java.net.MalformedURLException: The cocoon protocol can not
Simone Gianni wrote:
The third option aims to solve the common situation of having a flow
that initializes some variables, sends a form or a page (creating a
continuation) and then waits for the user to click on a button, that 90%
of time never gets pushed. This is quite common in aggregated
Hi Ard,
switching to dev, I also think it's more appropiate.
Unfortunately I didn't have time in the last period to work a lot on
cocoon issues, but I hope I will have some during this summer.
IMMO the main problem is not with middle continuations, but it's
actually with first
The third option aims to solve the common situation of having a flow
that initializes some variables, sends a form or a page (creating a
continuation) and then waits for the user to click on a
button, that 90%
of time never gets pushed. This is quite common in
aggregated pages with
snip/
So, in the StoreJanitor, I check now wether the store is
instanceof EHDefaultStore,
That's a really bad idea, in and by itself. Never rely on concrete
implementations, always work against contracts (interfaces).
Ok. I try and see if there is another way to get this in. I
Ard Schrijvers wrote
Hello, I have been thinking about a solution for point (1), to have the
StoreJanitor only free memory from caches you did not define as not to free
from. It is not hard at all to implement, but I am not sure about the
politics, so here are my concerns:
Ideally I
snip/
IMO the only way to solve this transparently is to more accressively
expire and limit the number of continuations. It would make sense to
come up with a LRU list of continuations per session. This list has a
maximum size that can defined. So the required maximum can is
predictable.
Torsten Curdt wrote:
IMO the only way to solve this transparently is to more accressively
expire and limit the number of continuations. It would make sense to
come up with a LRU list of continuations per session. This list has a
maximum size that can defined. So the required maximum can is
snip/
IMO the only way to solve this transparently is to more accressively
expire and limit the number of continuations. It would make sense to
come up with a LRU list of continuations per session. This list has a
maximum size that can defined. So the required maximum can is
predictable.
***
* *
* Cocoon GetTogether 2006 *
* *
* October 2nd to 4th *
* *
* Amsterdam, The Netherlands *
*
With the janitor, do you mean the StoreJanitor? Therefor, a
ContinuationManagerImpl should somehow be registered in the StoreJanitor, or do
I miss your point.
Well, janitor as in cleaning up ;-) ...I was not referring to a
certain class. But you are right it would probably be the
NPE when attempting to access cocoon.request from within a nested JS function
-
Key: COCOON-1886
URL: http://issues.apache.org/jira/browse/COCOON-1886
Project: Cocoon
Arje Cahn wrote:
Here's a little Cocoon GetTogether 2006 update!
Fantastic!
Ideas for talks
---
snip/
Loads of truly excellent themes here - I can't wait for October. It
almost seems like we'll need more days to fit it all in.
Rooms
-
We have the possibility of
I want to propose Ard Schrijvers as a new Cocoon committer. People who followed
our mailing lists will find _many_ quality answers to users questions. But
that's not all: Ard is an expert for well-cached Cocoon applications. His latest
work on caching and the way how he is approaching the
Reinhard Poetz wrote:
I want to propose Ard Schrijvers as a new Cocoon committer. People who
followed our mailing lists will find _many_ quality answers to users
questions. But that's not all: Ard is an expert for well-cached Cocoon
applications. His latest work on caching and the way how he
16 matches
Mail list logo