avalon-cvs mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From hamm...@apache.org
Subject cvs commit: jakarta-avalon-site/docs/apps todo.html
Date Wed, 29 May 2002 20:04:43 GMT
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:avalon-dev@jakarta.apache.org">Avalon Documentation Team</a>
  +</p>
  +</font>
  +</div>
   </td>
   </tr>
   </table>
  
  
  

--
To unsubscribe, e-mail:   <mailto:avalon-cvs-unsubscribe@jakarta.apache.org>
For additional commands, e-mail: <mailto:avalon-cvs-help@jakarta.apache.org>


Mime
View raw message