You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cocoon.apache.org by David Crossley <cr...@indexgeo.com.au> on 2002/10/29 06:56:10 UTC
todo list for Flow
Ovidiu, perhaps you should follow our example
of a todo list for docs, to get your list out in
the open.
src/documentation/xdocs/plan/todo-doc.xml
Having it hidden in with the Java code does not really
encourage people to work on it.
--David
> From: ovidiu@apache.org
> Subject: cvs commit:
> xml-cocoon2/src/java/org/apache/cocoon/components/flow TODO
>
>
> ovidiu@apache.org wrote:
> ovidiu 2002/10/28 21:14:55
>
> Added: src/java/org/apache/cocoon/components/flow TODO
> Log:
> Added from src/scratchpad/schecoon/.
>
> Revision Changes Path
> 1.1 xml-cocoon2/src/java/org/apache/cocoon/components/flow/TODO
>
> Index: TODO
> ===================================================================
> HIGH:
> =====
>
> - implement a background thread that expires continuations. Currently
> continuations are created and have to be removed manually by the
> developer at the exit from a flow function. Such a thread would
> expire continuations which are not accessed in a while.
>
> - [done] remove dependency on PipelinesNode. Use Redirector instead.
>
> - [done] implement sendPageAndContinue()
>
> MEDIUM:
> =======
>
> - replace <map:parameter> in sitemap with <map:argument>
>
> - pass the bizData and the continuation as arguments to the Request
> instead of Environment, to prevent clashes with the SourceResolver.
>
> - allow the ability to specify the continuation handler function in
> cocoon.xconf, or even better in <map:continue>.
>
> - implement a transformer for JPath, in addition to the jpath.xsl
> logicsheet. This should allow template pages to be created without the
> need for XSP, which requires a Java compiler. This should make
> Schecoon run on MacOS X, which doesn't provide tools.jar with the
> JDK. The transformer should also be a lot faster than the XSP
> approach.
>
> WISH LIST:
> ==========
>
> - [ADVANCED] implement leaky bucket algorithm or similar to protect
> the server from creating too many continuations.
>
> - [ADVANCED] define a boolean parameter, to be set in either
> cocoon.xconf or web.xml, that specifies that session affinity is to be
> used when creating continuations. This means that when the root node
> in a WebContinuation tree is created, a session object is also
> created. This allows for continuations to be created and looked up on
> the same app server in clustered servers.
>
> - [ADVANCED] add support for serializing continuations in a database,
> for long-lived transactions.
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: todo list for Flow
Posted by Vadim Gritsenko <va...@verizon.net>.
Ivelin Ivanov wrote:
>I send both feature requests and bugs to bugzilla.
>This way I have one place to be concerned with updating when I make a change
>in the code.
>Is that a mistake?
>I try to update changes.xml and todo.xml but it appears to be redundand?
>
changes.xml is *not* redundant. I think it's important to keep it
updated, it contains information for the users upgrading from the
previous release.
>Should be consider generating these files from bugzilla?
>
Bug DB changes often, and I don't see the way how (generated) todo list
can be regularly updated from the bugzilla...
Vadim
...
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: todo list for Flow
Posted by Ivelin Ivanov <iv...@apache.org>.
I send both feature requests and bugs to bugzilla.
This way I have one place to be concerned with updating when I make a change
in the code.
Is that a mistake?
I try to update changes.xml and todo.xml but it appears to be redundand?
Should be consider generating these files from bugzilla?
Ivelin
----- Original Message -----
From: "David Crossley" <cr...@indexgeo.com.au>
To: <co...@xml.apache.org>
Sent: Monday, October 28, 2002 11:56 PM
Subject: todo list for Flow
> Ovidiu, perhaps you should follow our example
> of a todo list for docs, to get your list out in
> the open.
> src/documentation/xdocs/plan/todo-doc.xml
>
> Having it hidden in with the Java code does not really
> encourage people to work on it.
> --David
>
> > From: ovidiu@apache.org
> > Subject: cvs commit:
> > xml-cocoon2/src/java/org/apache/cocoon/components/flow TODO
> >
> >
> > ovidiu@apache.org wrote:
> > ovidiu 2002/10/28 21:14:55
> >
> > Added: src/java/org/apache/cocoon/components/flow TODO
> > Log:
> > Added from src/scratchpad/schecoon/.
> >
> > Revision Changes Path
> > 1.1
xml-cocoon2/src/java/org/apache/cocoon/components/flow/TODO
> >
> > Index: TODO
> > ===================================================================
> > HIGH:
> > =====
> >
> > - implement a background thread that expires continuations. Currently
> > continuations are created and have to be removed manually by the
> > developer at the exit from a flow function. Such a thread would
> > expire continuations which are not accessed in a while.
> >
> > - [done] remove dependency on PipelinesNode. Use Redirector instead.
> >
> > - [done] implement sendPageAndContinue()
> >
> > MEDIUM:
> > =======
> >
> > - replace <map:parameter> in sitemap with <map:argument>
> >
> > - pass the bizData and the continuation as arguments to the Request
> > instead of Environment, to prevent clashes with the SourceResolver.
> >
> > - allow the ability to specify the continuation handler function in
> > cocoon.xconf, or even better in <map:continue>.
> >
> > - implement a transformer for JPath, in addition to the jpath.xsl
> > logicsheet. This should allow template pages to be created without the
> > need for XSP, which requires a Java compiler. This should make
> > Schecoon run on MacOS X, which doesn't provide tools.jar with the
> > JDK. The transformer should also be a lot faster than the XSP
> > approach.
> >
> > WISH LIST:
> > ==========
> >
> > - [ADVANCED] implement leaky bucket algorithm or similar to protect
> > the server from creating too many continuations.
> >
> > - [ADVANCED] define a boolean parameter, to be set in either
> > cocoon.xconf or web.xml, that specifies that session affinity is to be
> > used when creating continuations. This means that when the root node
> > in a WebContinuation tree is created, a session object is also
> > created. This allows for continuations to be created and looked up on
> > the same app server in clustered servers.
> >
> > - [ADVANCED] add support for serializing continuations in a database,
> > for long-lived transactions.
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> For additional commands, email: cocoon-dev-help@xml.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: todo list for Flow
Posted by Ovidiu Predescu <ov...@apache.org>.
Yes, you're right, I'll do it. The file I've just added in the source
directory was forgotten in the old src/scratchpad/schecoon/ directory.
Regards,
Ovidiu
On Monday, Oct 28, 2002, at 21:56 US/Pacific, David Crossley wrote:
> Ovidiu, perhaps you should follow our example
> of a todo list for docs, to get your list out in
> the open.
> src/documentation/xdocs/plan/todo-doc.xml
>
> Having it hidden in with the Java code does not really
> encourage people to work on it.
> --David
>
>> From: ovidiu@apache.org
>> Subject: cvs commit:
>> xml-cocoon2/src/java/org/apache/cocoon/components/flow TODO
>>
>>
>> ovidiu@apache.org wrote:
>> ovidiu 2002/10/28 21:14:55
>>
>> Added: src/java/org/apache/cocoon/components/flow TODO
>> Log:
>> Added from src/scratchpad/schecoon/.
>>
>> Revision Changes Path
>> 1.1
>> xml-cocoon2/src/java/org/apache/cocoon/components/flow/TODO
>>
>> Index: TODO
>> ===================================================================
>> HIGH:
>> =====
>>
>> - implement a background thread that expires continuations.
>> Currently
>> continuations are created and have to be removed manually by the
>> developer at the exit from a flow function. Such a thread would
>> expire continuations which are not accessed in a while.
>>
>> - [done] remove dependency on PipelinesNode. Use Redirector instead.
>>
>> - [done] implement sendPageAndContinue()
>>
>> MEDIUM:
>> =======
>>
>> - replace <map:parameter> in sitemap with <map:argument>
>>
>> - pass the bizData and the continuation as arguments to the Request
>> instead of Environment, to prevent clashes with the SourceResolver.
>>
>> - allow the ability to specify the continuation handler function in
>> cocoon.xconf, or even better in <map:continue>.
>>
>> - implement a transformer for JPath, in addition to the jpath.xsl
>> logicsheet. This should allow template pages to be created without
>> the
>> need for XSP, which requires a Java compiler. This should make
>> Schecoon run on MacOS X, which doesn't provide tools.jar with the
>> JDK. The transformer should also be a lot faster than the XSP
>> approach.
>>
>> WISH LIST:
>> ==========
>>
>> - [ADVANCED] implement leaky bucket algorithm or similar to protect
>> the server from creating too many continuations.
>>
>> - [ADVANCED] define a boolean parameter, to be set in either
>> cocoon.xconf or web.xml, that specifies that session affinity is to
>> be
>> used when creating continuations. This means that when the root node
>> in a WebContinuation tree is created, a session object is also
>> created. This allows for continuations to be created and looked up
>> on
>> the same app server in clustered servers.
>>
>> - [ADVANCED] add support for serializing continuations in a
>> database,
>> for long-lived transactions.
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> For additional commands, email: cocoon-dev-help@xml.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org