crossley    2003/04/05 20:03:24

  Modified:    .        status.xml
  Log:
  Synchronise with changes.xml todo.xml who.xml
  
  Revision  Changes    Path
  1.4       +30 -1     cocoon-2.1/status.xml
  
  Index: status.xml
  ===================================================================
  RCS file: /home/cvs/cocoon-2.1/status.xml,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- status.xml        28 Mar 2003 12:53:09 -0000      1.3
  +++ status.xml        6 Apr 2003 04:03:24 -0000       1.4
  @@ -11,20 +11,28 @@
     <person name="Donald Ball" email="[EMAIL PROTECTED]" id="DB"/>
     <person name="Nicola Ken Barozzi" email="[EMAIL PROTECTED]" id="NKB"/>
     <person name="Ross Burton" email="[EMAIL PROTECTED]" id="RB"/>
  +  <person name="Mark Butler" email="[EMAIL PROTECTED]" id="MB"/>
     <person name="Marcus Crafter" email="[EMAIL PROTECTED]" id="MC"/>
     <person name="David Crossley" email="[EMAIL PROTECTED]" id="DC"/>
     <person name="Torsten Curdt" email="[EMAIL PROTECTED]" id="TC"/>
  +  <person name="Bertrand Delacr&#233;taz" email="[EMAIL PROTECTED]" id="BD"/>
  +  <person name="Bruno Dumon" email="[EMAIL PROTECTED]" id="bruno"/>
     <person name="Gerhard Froehlich" email="[EMAIL PROTECTED]" id="GF"/>
     <person name="Pierpaolo Fumagalli" email="[EMAIL PROTECTED]" id="PF"/>
     <person name="Vadim Gritsenko" email="[EMAIL PROTECTED]" id="VG"/>
     <person name="Christian Haul" email="[EMAIL PROTECTED]" id="CH"/>
  +  <person name="Geoff Howard" email="[EMAIL PROTECTED]" id="GH"/>
     <person name="Bernhard Huber" email="[EMAIL PROTECTED]" id="BH"/>
     <person name="Ivelin Atanasoff Ivanov" email="[EMAIL PROTECTED]" id="IAI"/>
  +  <person name="Matthew Langham" email="[EMAIL PROTECTED]" id="BL"/>
     <person name="Berin Loritsch" email="[EMAIL PROTECTED]" id="BL"/>
     <person name="Stefano Mazzocchi" email="[EMAIL PROTECTED]" id="SM"/>
     <person name="Stephan Michels" email="[EMAIL PROTECTED]" id="SMS"/>
  +  <person name="Steven Noels" email="[EMAIL PROTECTED]" id="SN"/>
  +  <person name="Michael Melhem" email="[EMAIL PROTECTED]" id="MM"/>
     <person name="John Morrison" email="[EMAIL PROTECTED]" id="JM"/>
  -  <person name="Giacomo Pati" email="[EMAIL PROTECTED]" id="GP"/>
  +  <person name="Christopher Oliver" email="[EMAIL PROTECTED]" id="CO"/>
  +  <person name="Giacomo Pati" email="[EMAIL PROTECTED]" id="GP"/>
     <person name="Konstantin Piroumian" email="[EMAIL PROTECTED]" id="KP"/>
     <person name="Ovidiu Predescu" email="[EMAIL PROTECTED]" id="OP"/>
     <person name="Jeremy Quinn" email="[EMAIL PROTECTED]" id="JQ"/>
  @@ -32,10 +40,13 @@
     <person name="Ricardo Rocha" email="[EMAIL PROTECTED]" id="RR"/>
     <person name="Peter Royal" email="[EMAIL PROTECTED]" id="PAR"/>
     <person name="Paul Russell" email="[EMAIL PROTECTED]" id="PR"/>
  +  <person name="Andrew Savory" email="[EMAIL PROTECTED]" id="AS"/>
  +  <person name="Diana Shannon" email="[EMAIL PROTECTED]" id="DS"/>
     <person name="Davanum Srinivas" email="[EMAIL PROTECTED]" id="DM"/>
     <person name="Jeff Turner" email="[EMAIL PROTECTED]" id="JT"/>
     <person name="Sylvain Wallez" email="[EMAIL PROTECTED]" id="SW"/>
     <person name="Carsten Ziegeler" email="[EMAIL PROTECTED]" id="CZ"/>
  +  <person name="Volunteer needed" email="[EMAIL PROTECTED]" id="open"/>
     </developers>
     
     <todo>
  @@ -146,6 +157,12 @@
      </actions>
   
      <actions priority="medium">
  +    <action context="code">
  +      XMLize exception handling so that error pages can become more
  +      semantically meaningful. Currently all XSP compilation errors are
  +      stored in a single string. With XMLized exceptions we could display
  +      especially XSP errors much nicer.
  +    </action>
   
       <action context="code">
         Remove all useless blank strings in XSP-generated code that hinder 
performances.
  @@ -171,6 +188,18 @@
     <changes>
   
    <release version="@version@" date="@date@">
  +  <action dev="SW" type="add">
  +    'handle-errors' sections in the sitemap now do not have an implicit
  +    generator: any generator can now be used, whereas previously it was
  +    implied and produced an XML representation of the error).
  +    <br/>
  +    To ensure backwards compatibility, 'handle-errors' sections can have a
  +    'type' attribute to continue the implicit-generator behaviour, but are
  +    now to be considered as deprecated.
  +    <br/>
  +    A new ExceptionSelector is also available to drive the error-handling
  +    pipeline constuction depending on the error type.
  +  </action>
     <action dev="TC" type="update">
       EsqlConnection no longer implements java.sql.Connection.
       No jvm dependency any more.
  
  
  

Reply via email to