cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Carsten Ziegeler" <cziege...@s-und-n.de>
Subject RE: Reviewing TODO
Date Mon, 15 Jul 2002 07:59:22 GMT
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:vadim.gritsenko@verizon.net]
> Sent: Saturday, July 13, 2002 4:59 PM
> To: cocoon-dev@xml.apache.org
> 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&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: 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


Mime
View raw message