hammant     02/05/29 13:04:42

  Modified:    docs/apps todo.html
  Log:
  spelling mistakes
  
  Revision  Changes    Path
  1.2       +17 -16    jakarta-avalon-site/docs/apps/todo.html
  
  Index: todo.html
  ===================================================================
  RCS file: /home/cvs/jakarta-avalon-site/docs/apps/todo.html,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- todo.html 2 Apr 2002 12:12:24 -0000       1.1
  +++ todo.html 29 May 2002 20:04:42 -0000      1.2
  @@ -58,11 +58,7 @@
   </table>
   </center>
   <br>
  -<font size="-2" face="arial,helvetica,sanserif" color="#000000">
  -<p>
  -<a href="mailto:";></a>
  -</p>
  -</font><font face="arial,helvetica,sanserif" color="#000000"></font>
  +<font face="arial,helvetica,sanserif" color="#000000"></font>
   <br>
   <div align="right">
   <table cellspacing="0" cellpadding="2" border="0" width="100%">
  @@ -77,7 +73,7 @@
         We're looking for people to help out and write or port some of these 
services.
         If it's a port of an existing service, it's original license should be 
honoured.
         For example if you are porting C source from the BSD operating system 
to Java,
  -      it's probably true that you should keep the block as BSD licensed.  
Naturely
  +      it's probably true that you should keep the block as BSD licensed.  
Naturally
         we'd prefer to see original code written that's Apache software 
licensed.  Of course
         there is plenty of room for multiple implementations of a given 
service/daemon.
       </p>
  @@ -157,9 +153,9 @@
       
   <p align="justify">
         RFC compliance is the key here.  Porting BSD source to Java might be a 
route
  -      to delivering these server apps. In some cases theoure could be 
multiple block
  +      to delivering these server apps. In some cases there could be multiple 
block
         implementations (One NTP block could look at the PC's local clock, 
another
  -      delagates to another NTP server, they may even share code and be in 
the same
  +      delegates to another NTP server, they may even share code and be in 
the same
         .bar file).
       </p>
         
  @@ -178,9 +174,9 @@
           
   <p align="justify">
             DNS in Java has been done already.  See <a 
href="http://sourceforge.net/projects/dnsjava/";>
  -          http://sourceforge.net/projects/dnsjava/</a>.  This is LGPL 
licnsed software so could not
  +          http://sourceforge.net/projects/dnsjava/</a>.  This is LGPL 
licensed software so could not
             be hosted by Apache if a port were undertaken.  It might be best 
to start afresh as there are
  -          so many possibilites for abstractions and configurable concepts 
(forwarding DNS impls, DNSlet,
  +          so many possibilities for abstractions and configurable concepts 
(forwarding DNS impls, DNSlet,
             Some using persistence stores, some using databases
           </p>
         
  @@ -249,7 +245,7 @@
   <br>
           
   <p align="justify">
  -          The service that Internet based computers use to syncronise their 
clocks.  Very useful
  +          The service that Internet based computers use to synchronise their 
clocks.  Very useful
             for secure and time critical services.
           </p>
         
  @@ -275,7 +271,7 @@
   <p align="justify">
             See <a href="http://www.openssh.org/java.html";>
             http://www.openssh.org/java.html</a> for details about available 
java tools.  Mindterm, listed
  -          there, would be a good candiate, but it forked and went in two 
directions (1) Commercial/closed (2)
  +          there, would be a good candidate, but it forked and went in two 
directions (1) Commercial/closed (2)
             GPL.  The latter is not allowed to import ASF licensed code 
("Block" being an example) so could
             not be ported.  A from scratch impl would be best here.
           </p>
  @@ -300,9 +296,8 @@
           </p>
           
   <p align="justify">
  -          See <a 
href="http://sourceforge.net/projects/telnetd/";>http://sourceforge.net/projects/telnetd/</a>.
  -          This is LGPL licensed so could be ported to Avalon, but not hosted 
at Apache.  As always, a fresh
  -          start might be best.
  +          See <a 
href="http://telnetd.sourceforge.net/";>http://telnetd.sourceforge.net/</a>.
  +          This project is appraising Phoenix and seeing if they can make a 
migration to it.
           </p>
         
   </font></td>
  @@ -440,7 +435,7 @@
   <br>
           
   <p align="justify">
  -          Live chat system.  Users enter and grant themselves identities.  
It's illegal for the FBI to monitor conversations in IRC - not sure that 
relevent to the replication of such a daemon in Avalon.
  +          Live chat system.  Users enter and grant themselves identities.  
It's illegal for the FBI to monitor conversations in IRC - not sure that 
relevant to the replication of such a daemon in Avalon.
           </p>
         
   </font></td>
  @@ -530,6 +525,12 @@
   </table>
   </div>
   <br>
  +<div align="right">
  +<font size="-2" face="arial,helvetica,sanserif" color="#000000">
  +<p>by <a href="mailto:[email protected]";>Avalon Documentation 
Team</a>
  +</p>
  +</font>
  +</div>
   </td>
   </tr>
   </table>
  
  
  

--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Reply via email to