Until recently we had two different versions of the TODO doc, one for the branch and one for 2.1. Now it seems they are merged. Ok, I think most of the issues mentioned are only valid for 2.1 but not for the 2.0.3 branch.
I added a simple note to the doc. Carsten > -----Original Message----- > From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]] > Sent: Saturday, July 13, 2002 4:59 PM > To: [EMAIL PROTECTED] > Subject: Reviewing TODO > > > Hi Team, > > It's time to update TODO document. We have to do this before release. I > will paste here all items and comment on whatever I can. > > ---------8<--------- > <actions priority="high"> > <action context="code" assigned-to="open"> > Rewrite the FilesystemStore. The current implementations relies > on a correct implementation of the toString() method of the used > keys. A correct version should rely on hashCode() and equals(). > (This is actually an Avalon action as the code is in Excalibur) > </action> > > There is one BUG in bugzilla related to filesystem store. > > > <action context="code" assigned-to="open"> > Implement the smart-caching for the processing pipeline and > iron out bugs. > </action> > > True. > > > <action context="docs" assigned-to="open"> > Attend to any high+ issues in the > <link href="plan/todo-doc.html">Documentation To Do List</link> > </action> > > <action context="code" assigned-to="open"> > Correct the sitemap DTD which is now broken and make sitemap > validated. > </action> > > Don't Konstantin put together schema of the sitemap? Shall this item be > removed? > > > <action context="code" assigned-to="open"> > Make the use of Batik optional to avoid the X-server problem. > </action> > > Isn't it optional enough already? > > > <action context="code" assigned-to="open"> > Complete (means put everything we know of into even if it has > to be commented) the cocoon.xconf file and put descriptions > into it > </action> > > <action context="code" assigned-to="VG"> > Close hsqldb server properly on shutdown > </action> > > I will address it once HSQLDB 1.7.0 is out. I'm not sure if it is a good > idea to put 1.7.0RC6j. If there will be +1, I can patch it now. > > > <action context="code" assigned-to="open"> > Complete (means put all allowed constructs and combinations) > the lint/sitemap.xmap file > </action> > > <action context="code" assigned-to="open"> > Fix lastModificationDate() method misuse. Instead of > modificationDate, sometimes generated hash value is being > returned, and instead of comaring dates on before/after, > they are compared on equality. > See > http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=99780708222079& > w=2 > and > http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=99814216923705& > w=2 > for more information on this issue. > </action> > > Isn't this one solved in 2.1 and new source interfaces? > > > <action context="code" assigned-to="open"> > View must start not from the first encountered label, > but from the last one. > </action> > > IIRC, conclusion is that this is not possible. Shall this be removed? > > > <action context="code" assigned-to="open"> > Allow a Reader to give the content length to pipelines. > This will allow to correctly serve static PDFs (well-known > IE+Acrobat bug) without requiring to buffer the whole > file in memory to know its content length. > </action> > > It already sets content length where possible (i.e., where Source > returns contentLength()). Remove it? > > > <action context="code" assigned-to="NKB"> > Make comprehensive esamples with the handle-errors sitemap > and real world use cases. Add also specific Selector and a > FaqBuilder to be used by the as a NotifyingBuilder. > </action> > > Nikola? :) > > > <action context="code" assigned-to="NKB"> > Make all the samples in WIP (Work In Progress) work again, > and finish refactoring. > </action> > > Done in 2.1? > > > </actions> > <actions priority="medium"> > <action context="code"> > Remove all useless blank strings in XSP-generated code that hinder > performances. > This should be configurable (through an attribute?) to be able to > keep them when needed. > </action> > > <action context="code"> > Make a guide on how to upgrade Cocoon,and see how this can be eased. > </action> > > <action context="code"> > Check how to handle the mixing of output streams when an error inside > a pipeline occurs. When the pipeline has something written to the > output stream and then an error occurs the result is the first > written > part with the appended exception. > One solution could be a configurable intermediate output stream. > </action> > > <action context="code" assigned-to="CZ"> > Redesign pipeline configuration and management: (1) Move pipeline > definitions from cocoon.xconf into sitemap.xmap, > <map:components> > section; and (2) allow usage of different pipeline implementations in > <map:pipelines> section of the sitemap. > </action> > > Done in 2.1? > > > <action context="code"> > Redesign FragmentExtractorGenerator/Transformer so that it works > on a clustered server : store fragments in the session rather > than in a local store. Additionnaly, store the fragments using > the XMLCompiler instead of building a DOM. > </action> > </actions> > ---------8<--------- > > > Vadim > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, email: [EMAIL PROTECTED] > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
