Jens Maukisch wrote:
Hi,
There is a cocoon block with intercepted flowscript that was
supposed to
do a functionality similar to what you describe. I am not aware of
current state of this block though.
Thanks for the info, looks very good. Is anyone using/developing this
block?
With kind
Automated Cocoon Unit tests failed!
Full log file if this unit test run is available here:
http://nagoya.apache.org/~vadim/cocoon-test-log-20050110.log
Last messages from the log file:
==
[foreach] reader-mime-type.xml:39
Reinhard Poetz wrote:
snip/
I think of composing an application out of flow calls:
function myF() {
var newAccount = [here call a flow function of another block]
e.g. cocoon.blocks.blockB.createNewAccount();
if(newAccount.type == xyz) {
cocoon.sendPage(xyz);
}
Daniel Fagerstrom wrote:
Reinhard Poetz wrote:
snip/
I think of composing an application out of flow calls:
function myF() {
var newAccount = [here call a flow function of another block]
e.g. cocoon.blocks.blockB.createNewAccount();
if(newAccount.type == xyz) {
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31760.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
-Original Message-
From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]
Sent: Friday, January 07, 2005 5:46 PM
To: dev@cocoon.apache.org
Subject: Re: ANN: [portal] New CachingPortletAdapter
DURDINA Michal wrote:
Sorry for just a quick response.
JSR168 - portlet specification
Reinhard Poetz wrote:
Daniel Fagerstrom wrote:
snip/
A question here is what flowscript functions that should be exported
from a block. I would prefer to explictly enumerate the functions and
possibly whole scripts that are exported rather than exporting
everything in the map:flow sections.
On Jan 10, 2005, at 3:50 AM, Daniel Fagerstrom wrote:
Reinhard Poetz wrote:
snip/
I think of composing an application out of flow calls:
function myF() {
var newAccount = [here call a flow function of another block]
e.g. cocoon.blocks.blockB.createNewAccount();
Glen Ezkovich wrote:
On Jan 10, 2005, at 3:50 AM, Daniel Fagerstrom wrote:
Reinhard Poetz wrote:
snip/
I think of composing an application out of flow calls:
function myF() {
var newAccount = [here call a flow function of another block]
e.g.
Daniel Fagerstrom wrote:
Reinhard Poetz wrote:
Daniel Fagerstrom wrote:
snip/
A question here is what flowscript functions that should be exported
from a block. I would prefer to explictly enumerate the functions and
possibly whole scripts that are exported rather than exporting
everything in
DURDINA Michal wrote:
I checked Pluto 1.0.1-rc1 (and also trunk) and the result is: pluto portal
(/portal) does not implement caching yet. The portlet.xml expiration-cache element
is parsed in PortletDefinitionImpl but never read (checked with Eclipse -
References). The same is valid for
On Jan 10, 2005, at 7:24 AM, Reinhard Poetz wrote:
So it seems, flow replaces components? If createNewAccount() gathers
sends pages, collects information, creates an Account, etc. then why
not just use cocoon.sendPageAndWait?
because this is done in the called block, not by the callee.
Yes, and
So it seems, flow replaces components? If createNewAccount() gathers
sends pages, collects information, creates an Account, etc. then why
not just use cocoon.sendPageAndWait?
because this is done in the called block, not by the callee.
Yes, and when sendPageAndWait returns the calling blocks
I've been thinking about why one would want to isolate a blocks
flowscripts from other blocks. So far I see two reasons:
1.) some flowscript functions are simply helper functions and should
not be directly callled.
2.) a block may use its own classloader and therefore possibly use
different
On Jan 10, 2005, at 9:07 AM, Torsten Curdt wrote:
So it seems, flow replaces components? If createNewAccount()
gathers sends pages, collects information, creates an Account, etc.
then why not just use cocoon.sendPageAndWait?
because this is done in the called block, not by the callee.
Yes, and
Torsten Curdt wrote:
So it seems, flow replaces components? If createNewAccount() gathers
sends pages, collects information, creates an Account, etc. then why
not just use cocoon.sendPageAndWait?
because this is done in the called block, not by the callee.
Yes, and when sendPageAndWait returns
Glen Ezkovich wrote:
On Jan 10, 2005, at 9:07 AM, Torsten Curdt wrote:
So it seems, flow replaces components? If createNewAccount()
gathers sends pages, collects information, creates an Account, etc.
then why not just use cocoon.sendPageAndWait?
because this is done in the called block, not by
On Jan 10, 2005, at 9:32 AM, Reinhard Poetz wrote:
Torsten Curdt wrote:
So it seems, flow replaces components? If createNewAccount()
gathers sends pages, collects information, creates an Account,
etc. then why not just use cocoon.sendPageAndWait?
because this is done in the called block, not by
Reinhard Poetz wrote:
Daniel Fagerstrom wrote:
snip/
A somewhat unrelated thing that we have to think about is the web
continuations created in the block, do we need to shield the web
continuations created in the block or not?
shielded from what? The user should be able to resume a
Daniel Fagerstrom wrote:
Reinhard Poetz wrote:
Daniel Fagerstrom wrote:
snip/
A somewhat unrelated thing that we have to think about is the web
continuations created in the block, do we need to shield the web
continuations created in the block or not?
shielded from what? The user should be
Reinhard Poetz wrote:
Daniel Fagerstrom wrote:
Reinhard Poetz wrote:
Daniel Fagerstrom wrote:
snip/
A somewhat unrelated thing that we have to think about is the web
continuations created in the block, do we need to shield the web
continuations created in the block or not?
shielded from
Glen Ezkovich wrote:
I've been thinking about why one would want to isolate a blocks
flowscripts from other blocks. So far I see two reasons:
1.) some flowscript functions are simply helper functions and
should not be directly callled.
2.) a block may use its own classloader and
Hi Cocooners,
First, I wish you a great year and may all your projects (professionnal but
also personal) be accomplished !
Then, I would like to explain my pb.
I developped a small app that creates a cli.xconf file with all XSP of a webapp. Then when I launch the Cocoon CLI, it stops
without an
A somewhat late answer ;) But I have spent some more thinking on this
during the discussion about exporting flowscript functions from blocks.
Sylvains original mail can be found in
http://marc.theaimsgroup.com/?t=11006456093r=1w=2.
What I will discuss is rather subtle and involved stuff,
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31760.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
On Jan 10, 2005, at 10:35 AM, Daniel Fagerstrom wrote:
Glen Ezkovich wrote:
I've been thinking about why one would want to isolate a blocks
flowscripts from other blocks. So far I see two reasons:
1.) some flowscript functions are simply helper functions and
should not be directly callled.
The Cocoon SitemapTask in trunk is suddenly throwing a wobbly.
-
...
Building component docs from blocks.
Collecting sitemap components info
BUILD FAILED
/opt/cocoon-trunk/tools/targets/docs-build.xml:55:
Sitemap component org.apache.cocoon.generation.HTMLGenerator
does not
27 matches
Mail list logo