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" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> 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: [EMAIL PROTECTED] > > Subject: cvs commit: > > xml-cocoon2/src/java/org/apache/cocoon/components/flow TODO > > > > > > [EMAIL PROTECTED] 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: [EMAIL PROTECTED] > For additional commands, email: [EMAIL PROTECTED] > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
