Hello,
Ard Schrijvers wrote:
snip/
This is actually almost the same hack we used, but
instead of a transformer a selector, and if some value set in
flowscript, an action to set headers. Because we are
outsourcing/other parties using our best practices, and I
did not want them to
Hello,
Ard Schrijvers wrote:
is there any best practice to have cforms in urls you do not know on
beforehand, with continuations?
Continuation is just randomly generated token, unique to each user
interaction (like as session Id). Even if it is cached, even
if GET is used
If it's for CForms, we can add the setting of no-cache headers in
Form.js since it's very unlikely that a form pipeline will be
cacheable.
Think we tried similar things (in flowscript), but we found
the problem Bertrand also faced about the fact, that you have
to set the
Ard Schrijvers wrote:
Hello,
Ard Schrijvers wrote:
snip/
This is actually almost the same hack we used, but
instead of a transformer a selector, and if some value set in
flowscript, an action to set headers. Because we are
outsourcing/other parties using our best
On 1/30/07, Ard Schrijvers [EMAIL PROTECTED] wrote:
Do you think you can set it globally for the request in Form.js? I tried
directly manipulating
the HttpServletResponse, but obviously, this resulted in correct behavior on
the first request,
but consecutive cached responses did not have this
--
Hippo
Oosteinde 11
1017WT Amsterdam
The Netherlands
Tel +31 (0)20 5224466
-
[EMAIL PROTECTED] / http://www.hippo.nl
--
-Original Message-
From: Sylvain Wallez
Hi,
I'm trying to mount a sitemap which is loaded from a resource. The
spring configurator seems to have problems with this, because I'm
getting a FileNotFoundException. Some parent of
ChildXmlWebApplicationContext tries to load the file
'/resource://test.xmap' (and I try to load the sitemap
Online report :
http://cocoon.zones.apache.org/continuum/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/1/buildId/1803
Build statistics:
State: Error
Previous State: Ok
Started at: Tue, 30 Jan 2007 12:01:16 +
Finished at: Tue, 30 Jan 2007 12:02:07 +
Total time:
Bart Molenkamp wrote:
Hi,
I'm trying to mount a sitemap which is loaded from a resource. The
spring configurator seems to have problems with this, because I'm
getting a FileNotFoundException. Some parent of
ChildXmlWebApplicationContext tries to load the file
'/resource://test.xmap' (and I
Mark Lundquist wrote:
I think I remember some discussion about map:script being able to
scan a directory and load any scripts it finds... can somebody refresh
my memory?
If you use just map:script in your sitemap, the sitemap loads all
scripts from an optional sub directory named flow. The
As said, the sitemap is loaded with map:mount src=resource://test.xmap .../.
And the file is available on the classpath. How about using other sources, like
the slide:// or xmldb:// to load sitemaps? Are they supported now?
java.io.FileNotFoundException: Could not open ServletContext resource
Bart Molenkamp wrote:
As said, the sitemap is loaded with map:mount src=resource://test.xmap
.../.
And the file is available on the classpath. How about using other sources,
like
the slide:// or xmldb:// to load sitemaps? Are they supported now?
Hi,
no, currently only spring supported
I don't understand what is a problem. If we need to cache smth, we need
clearly GET method without any cookies. Continuation must be a part of URL
to be cached. But it does not make a sence, because new request from the
same and/or from different user will request URL with different (not-cached
Continuation is designed specifically to make User-Form interaction unique,
it is IMPOSSIBLE to cache it. URL contains unique continuation Id, we are
using GET method, and we are submitting new continuation Id (via hidden
field). Response will be unique (not-cached yet), even if we are using httpd
Sylvain Wallez wrote:
If it's for CForms, we can add the setting of no-cache headers in
Form.js since it's very unlikely that a form pipeline will be cacheable.
Not true :)
You can easily have cached cforms pages if using stateless cforms with
sendForm() and handleForm() js methods.
Most
Vadim Gritsenko wrote:
Sylvain Wallez wrote:
If it's for CForms, we can add the setting of no-cache headers in
Form.js since it's very unlikely that a form pipeline will be cacheable.
Not true :)
You can easily have cached cforms pages if using stateless cforms
with sendForm() and
Automated build for cocoon-docs FAILED
Log attached.
--
Forrestbot run ended at 31 January 12:02 AM
Using Forrest 0.8-dev
Forrestbot administrator: ForrestBot
--
[echo]
... Forrest render START 2007-01-31 12:02:16
... Rendering docs in
Hi Bart,
I haven't been much active recently, but me and Maurizio worked a lot to
have Javaflow working in 2.2 last summer. The 2.2 javaflow block is
based on the new common javaflow made by Torsten Curdt
(http://jakarta.apache.org/commons/sandbox/javaflow/ ). This uses JCI to
load classes and
Although the title of this email might look like spam, it's not spam but
it is about spam :)
It seems that Daisy is sending changes emails over and over again to the
docs mailing list. Does anyone know why and more important how to stop this?
Carsten
--
Carsten Ziegeler
Reinhard Poetz wrote:
Thien wrote:
Do you expect us picking one design and you continue from there?
I did a bit of vote counting, #2 and #3 are sharing the same amount of
first choice votes but #3 is ahead overall (with second choice votes).
What I'll do next is to improve #3 a little and
Carsten Ziegeler wrote:
Although the title of this email might look like spam, it's not spam but
it is about spam :)
It seems that Daisy is sending changes emails over and over again to the
docs mailing list. Does anyone know why
yes, whenever it is restarted, the mail queue is worked off
Reinhard Poetz wrote:
Carsten Ziegeler wrote:
Although the title of this email might look like spam, it's not spam but
it is about spam :)
It seems that Daisy is sending changes emails over and over again to the
docs mailing list. Does anyone know why
yes, whenever it is restarted, the
Carsten Ziegeler wrote:
Reinhard Poetz wrote:
Carsten Ziegeler wrote:
Although the title of this email might look like spam, it's not spam but
it is about spam :)
It seems that Daisy is sending changes emails over and over again to the
docs mailing list. Does anyone know why
yes, whenever it
At the upper right corner you can find the name of the current
documentation
unit.
I think you mean upper left corner
- we have a main menu containing Cocoon Core, Subprojects, Cocoon
Blocks
and Maven plugins. This has to appear on each and every page as
it is the
only way to
Reinhard Poetz wrote:
Since Bruno is the main author of Daisy he's definitly the quickest when it
comes to track down a problem. But this doesn't mean that he is the only one.
Apart fromo the Outerthought guys at least Helma, Ross and I have been using
it
in our projects and have a good
25 matches
Mail list logo
