giacomo 01/04/13 02:20:33
Modified: . Tag: xml-cocoon2 todo.xml
Log:
Added items from Carstens ToDo list.
The high priority items are relevant for the beta release
The medium priority items have to be checked if the aren't already
addressed/solved/implemented.
Revision Changes Path
No revision
No revision
1.6.2.23 +66 -23 xml-cocoon/todo.xml
Index: todo.xml
===================================================================
RCS file: /home/cvs/xml-cocoon/todo.xml,v
retrieving revision 1.6.2.22
retrieving revision 1.6.2.23
diff -u -r1.6.2.22 -r1.6.2.23
--- todo.xml 2001/04/07 17:31:43 1.6.2.22
+++ todo.xml 2001/04/13 09:20:32 1.6.2.23
@@ -4,7 +4,7 @@
<!--
History of Cocoon changes
- $Id: todo.xml,v 1.6.2.22 2001/04/07 17:31:43 giacomo Exp $
+ $Id: todo.xml,v 1.6.2.23 2001/04/13 09:20:32 giacomo Exp $
-->
@@ -14,6 +14,7 @@
<!-- in strict alphabetical order -->
<person name="Donald Ball" email="[EMAIL PROTECTED]" id="DB"/>
<person name="Ross Burton" email="[EMAIL PROTECTED]" id="RB"/>
+ <person name="Paul Russell" email="[EMAIL PROTECTED]" id="PR"/>
<person name="Pierpaolo Fumagalli" email="[EMAIL PROTECTED]" id="PF"/>
<person name="Berin Loritsch" email="[EMAIL PROTECTED]" id="BL"/>
<person name="Stefano Mazzocchi" email="[EMAIL PROTECTED]" id="SM"/>
@@ -21,24 +22,51 @@
<person name="Ricardo Rocha" email="[EMAIL PROTECTED]" id="RR"/>
<person name="Davanum Srinivas" email="[EMAIL PROTECTED]" id="DM"/>
<person name="Carsten Ziegeler" email="[EMAIL PROTECTED]" id="CZ"/>
+ <person name="Volunteer needed" email="[EMAIL PROTECTED]" id="open"/>
</devs>
<actions priority="high">
- <action context="code">
- Make the evaluation/application of logicsheets in the XSP system reliable
- and usable without hassle to the logicsheet programmer
+ <action context="code" assigned-to="CZ">
+ Creating wrappers for Session and Cookie.
+ The creation of these wrapper classes would allow us to be independent
+ of the javax.servlet classes.
</action>
- <action context="code">
- Complete the cocoon.xconf file and put descriptions into it
+ <action context="code" assigned-to="CZ">
+ Cleaning up the environment object like Request, Response for the
+ different environments.
</action>
- <action context="code">
- Complete/write documentation in general
+ <action context="code" assigned-to="CZ">
+ Synchron sitemap reloading.
+ The asynchron reloading of the
+ sitemap is a nice feature but not suitable for development.
+ Adding a configuration parameter for cocoon to
+ specify if the reloding is asynchron or synchron.
</action>
- <action context="code">
- Complete the web.xml file and put descriptions into it (similar to the
+ <action context="code" assigned-to="open">
+ Reloading of jar-files.
+ The class-path for the Cocoon-Servlet is only build once when the servlet
+ is initialised. If you want to deploy other jar files you have to restart
+ the servlet. A reloading of the Cocoon is not sufficient. This is not
+ very convenient. Suggestion: When Cocoon is reloaded (a new cocoon
instance
+ is created then) the classpath is rebuild and used.
+ </action>
+
+ <action context="code" assigned-to="DM">
+ Make the evaluation/application of logicsheets in the XSP system reliable
+ and usable without hassle to the logicsheet programmer
+ </action>
+
+ <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="open">
+ Complete (means put everything we know of into even if it has to be
commented)
+ the web.xml file and put descriptions into it (similar to the
httpd.conf file of the web server or the server.xml of Catalina)
</action>
@@ -46,18 +74,27 @@
Implement content aggregation at the sitemap level.
</action>
- <action context="code">
- Implement caching of intermediate SAX events between sitemap pipeline
components.
+ <action context="code" assigned-to="PR">
+ Implement transparent content aggregation at the pipeline level.
+ </action>
+
+ <action context="code" assigned-to="CZ">
+ Finish caching of intermediate SAX events between sitemap pipeline
components.
</action>
+ </actions>
+
+ <actions priority="medium">
+
<action context="code">
- Create a form validation Action that uses an external configuration file
- to validate the form and make sure that values are within acceptable
ranges.
+ Check and fix xsl:import which doesn't seem to work expected... very
strange..
+ it might be an XSLT problem with the XSP example since it uses namespaces
+ heavily... should we use the namespace() axis?
</action>
<action context="code">
- Finish writing the command line interface and design the link rewriting
- behavior that cannot work with views.
+ Remove deprecated methods from org.apache.cocoon.xml.util and make it
clean
+ for SAX2 final.
</action>
<action context="code">
@@ -66,19 +103,25 @@
</action>
<action context="code">
- Check and fix xsl:import which doesn't seem to work expected... very
strange..
- it might be an XSLT problem with the XSP example since it uses namespaces
- heavily... should we use the namespace() axis?
+ Finish writing the command line interface and design the link rewriting
+ behavior that cannot work with views.
</action>
<action context="code">
- Remove deprecated methods from org.apache.cocoon.xml.util and make it
clean
- for SAX2 final.
+ Create a form validation Action that uses an external configuration file
+ to validate the form and make sure that values are within acceptable
ranges.
+ IIRC this has beed recently posted to the dev list.
</action>
- </actions>
+ <action context="code">
+ Complete/write documentation in general
+ </action>
- <actions priority="medium">
+ <action context="code" assigned-to="CZ">
+ Caching of StreamPipelines.
+ The current caching algorithm caches only the event pipeline. For FOP and
SVG it
+ would be very nice to cache the whole response.
+ </action>
<action context="code">
Implement a internal profiling tool that should indicate the load and
history of
----------------------------------------------------------------------
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
