Reviewing TODO

[Vadim Gritsenko]

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&amp;m=99780708222079&amp;
w=2
   and
http://marc.theaimsgroup.com/?l=xml-cocoon-dev&amp;m=99814216923705&amp;
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,
&lt;map:components&gt;
   section; and (2) allow usage of different pipeline implementations in
   &lt;map:pipelines&gt; 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]