Return-Path: 
 <avalon-cvs-return-5261-qmlist-jakarta-archive-avalon-cvs=jakarta.apache.org@jakarta.apache.org>
Delivered-To: apmail-jakarta-avalon-cvs-archive@apache.org
Received: (qmail 96076 invoked from network); 2 Apr 2002 11:50:36 -0000
Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131)
  by daedalus.apache.org with SMTP; 2 Apr 2002 11:50:36 -0000
Received: (qmail 737 invoked by uid 97); 2 Apr 2002 11:50:36 -0000
Delivered-To: qmlist-jakarta-archive-avalon-cvs@jakarta.apache.org
Received: (qmail 711 invoked by uid 97); 2 Apr 2002 11:50:36 -0000
Mailing-List: contact avalon-cvs-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
List-Unsubscribe: <mailto:avalon-cvs-unsubscribe@jakarta.apache.org>
List-Subscribe: <mailto:avalon-cvs-subscribe@jakarta.apache.org>
List-Help: <mailto:avalon-cvs-help@jakarta.apache.org>
List-Post: <mailto:avalon-cvs@jakarta.apache.org>
List-Id: "Avalon CVS List" <avalon-cvs.jakarta.apache.org>
Reply-To: "Avalon Developers List" <avalon-dev@jakarta.apache.org>
Delivered-To: mailing list avalon-cvs@jakarta.apache.org
Received: (qmail 700 invoked by uid 97); 2 Apr 2002 11:50:35 -0000
Date: 2 Apr 2002 11:50:34 -0000
Message-ID: <20020402115034.38495.qmail@icarus.apache.org>
From: hammant@apache.org
To: jakarta-avalon-apps-cvs@apache.org
Subject: cvs commit: jakarta-avalon-apps/site/src/xdocs todo.xml apps.uris
 appselsewhere.xml appsincvs.xml book.xml index.xml
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N

hammant     02/04/02 03:50:34

  Modified:    site/src/xdocs apps.uris appselsewhere.xml appsincvs.xml
                        book.xml index.xml
  Added:       site/src/xdocs todo.xml
  Log:
  Title rework for apps plus todo.xml from cornerstone
  
  Revision  Changes    Path
  1.5       +1 -0      jakarta-avalon-apps/site/src/xdocs/apps.uris
  
  Index: apps.uris
  ===================================================================
  RCS file: /home/cvs/jakarta-avalon-apps/site/src/xdocs/apps.uris,v
  retrieving revision 1.4
  retrieving revision 1.5
  diff -u -r1.4 -r1.5
  --- apps.uris	28 Mar 2002 09:36:28 -0000	1.4
  +++ apps.uris	2 Apr 2002 11:50:34 -0000	1.5
  @@ -1,3 +1,4 @@
   index.html
   appselsewhere.html
   appsincvs.html
  +todo.html
  
  
  
  1.4       +2 -2      jakarta-avalon-apps/site/src/xdocs/appselsewhere.xml
  
  Index: appselsewhere.xml
  ===================================================================
  RCS file: /home/cvs/jakarta-avalon-apps/site/src/xdocs/appselsewhere.xml,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- appselsewhere.xml	28 Mar 2002 09:36:28 -0000	1.3
  +++ appselsewhere.xml	2 Apr 2002 11:50:34 -0000	1.4
  @@ -4,7 +4,7 @@
   
   <document>
     <header>
  -    <title>Applications for Phoenix / Apps Elsewhere</title>
  +    <title>Applications for Phoenix - Apps Elsewhere</title>
       <authors>
         <person name="Paul Hammant" email="Paul_Hammant@yahoo.com"/>
       </authors>
  @@ -58,7 +58,7 @@
     <footer>
       <legal>
         Copyright (c) @year@ The Jakarta Apache Project All rights reserved.
  -      $Revision: 1.3 $ $Date: 2002/03/28 09:36:28 $
  +      $Revision: 1.4 $ $Date: 2002/04/02 11:50:34 $
       </legal>
     </footer>
   </document>
  
  
  
  1.2       +2 -2      jakarta-avalon-apps/site/src/xdocs/appsincvs.xml
  
  Index: appsincvs.xml
  ===================================================================
  RCS file: /home/cvs/jakarta-avalon-apps/site/src/xdocs/appsincvs.xml,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- appsincvs.xml	28 Mar 2002 09:36:28 -0000	1.1
  +++ appsincvs.xml	2 Apr 2002 11:50:34 -0000	1.2
  @@ -4,7 +4,7 @@
   
   <document>
     <header>
  -    <title>Applications for Phoenix / Apps in jakarta-avalon-apps</title>
  +    <title>Applications for Phoenix - Apps in jakarta-avalon-apps</title>
       <authors>
         <person name="Paul Hammant" email="Paul_Hammant@yahoo.com"/>
       </authors>
  @@ -56,7 +56,7 @@
     <footer>
       <legal>
         Copyright (c) @year@ The Jakarta Apache Project All rights reserved.
  -      $Revision: 1.1 $ $Date: 2002/03/28 09:36:28 $
  +      $Revision: 1.2 $ $Date: 2002/04/02 11:50:34 $
       </legal>
     </footer>
   </document>
  
  
  
  1.4       +2 -1      jakarta-avalon-apps/site/src/xdocs/book.xml
  
  Index: book.xml
  ===================================================================
  RCS file: /home/cvs/jakarta-avalon-apps/site/src/xdocs/book.xml,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- book.xml	28 Mar 2002 09:36:28 -0000	1.3
  +++ book.xml	2 Apr 2002 11:50:34 -0000	1.4
  @@ -9,7 +9,8 @@
     <menu label="About">
       <menu-item label="Overview" href="index.html"/>
       <menu-item label="Avalon Apps" href="appsincvs.html"/>
  -    <menu-item label="Apps elsewhere" href="appselsewhere.html"/>    
  +    <menu-item label="Apps elsewhere" href="appselsewhere.html"/>
  +    <menu-item label="Apps yet to do" href="todo.html"/>    
     </menu>
     
   </book>
  
  
  
  1.8       +2 -3      jakarta-avalon-apps/site/src/xdocs/index.xml
  
  Index: index.xml
  ===================================================================
  RCS file: /home/cvs/jakarta-avalon-apps/site/src/xdocs/index.xml,v
  retrieving revision 1.7
  retrieving revision 1.8
  diff -u -r1.7 -r1.8
  --- index.xml	30 Mar 2002 14:44:14 -0000	1.7
  +++ index.xml	2 Apr 2002 11:50:34 -0000	1.8
  @@ -4,8 +4,7 @@
   
   <document>
     <header>
  -    <title>Applications for Phoenix</title>
  -    <subtitle>Applications</subtitle>
  +    <title>Applications for Phoenix - Overview</title>
       <authors>
         <person name="Paul Hammant" email="Paul_Hammant@yahoo.com"/>
       </authors>
  @@ -69,7 +68,7 @@
     <footer>
       <legal>
         Copyright (c) @year@ The Jakarta Apache Project All rights reserved.
  -      $Revision: 1.7 $ $Date: 2002/03/30 14:44:14 $
  +      $Revision: 1.8 $ $Date: 2002/04/02 11:50:34 $
       </legal>
     </footer>
   </document>
  
  
  
  1.1                  jakarta-avalon-apps/site/src/xdocs/todo.xml
  
  Index: todo.xml
  ===================================================================
  <?xml version="1.0"?>
  
  <!DOCTYPE document SYSTEM "dtd/document-v10.dtd">
  
  <document>
  
   <header>
    <title>Applications For Phoenix- To do list</title>
    <authors>
      <person name="Avalon Documentation Team" email="avalon-dev@jakarta.apache.org"/>
    </authors>
   </header>
  
  <body>
    <s1 title="Overview">
      <p>
        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
        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>
      <p>
        Types of block needed:
      </p>
      <ul>
        <li>Services</li>
        <li>TCP/IP Daemons (as per Unix)</li>
        <li>Standardized Server Applications</li>
      </ul>
    </s1>
    <s1 title="Services">
        <s2 title="Compiler">
          <p>
            Something that can be handed Java source and a set of parameters defining
            it's compilation and hand back bytecode compatible class files.
          </p>
          <p>
            This is easier said that done as the current Sun delivered javac compiler is
            tightly coupled to the command line. It also likes to start with file based source
            and deliver file based classes.
          </p>
          <p>
            We'd prefer a compiler that could deal in terms of 100% java APIs and return byte
            arrays or Class instances (as well has havng traditional file system based input/output
          </p>
        </s2>
    </s1>
    <s1 title="TCP/IP Daemons (as per Unix)">
      <p>
        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
        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
        .bar file).
      </p>
        <s2 title="Domain Name Service">
          <p>
            DNS is the central scheme by which machines on the internet are looked up.
          </p>
          <p>
            DNS in Java has been done already.  See <link href="http://sourceforge.net/projects/dnsjava/">
            http://sourceforge.net/projects/dnsjava/</link>.  This is LGPL licnsed 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,
            Some using persistence stores, some using databases
          </p>
        </s2>
        <s2 title="Echo">
          <p>
            A service used by Ping.
          </p>
          <p>
            No preexisting Java examples known
          </p>
        </s2>
        <s2 title="HTTP (basic)">
          <p>
            In advance of servlet/WAR file capable HTTP servers being ported to Avalon, it would be
            nice to have a "generation 1" HTTP server that presents a directory structure to remote
            browsers over HTTP.  Apache had a tool called PicoServer that might have been a handy
            candidate, it's no longer downloadable :-(.
          </p>
          <p>
            Tomcat is our choice for long term migration to Avalon.
          </p>
        </s2>
        <s2 title="Network Time Protocol (NTP)">
          <p>
            The service that Internet based computers use to syncronise their clocks.  Very useful
            for secure and time critical services.
          </p>
        </s2>
        <s2 title="Secure Shell (SSH)">
          <p>
            A Heavy crypto mechanism to provide secure access to a remote client.
          </p>
          <p>
            See <link href="http://www.openssh.org/java.html">
            http://www.openssh.org/java.html</link> 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)
            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>
        </s2>
        <s2 title="Telnet">
          <p>
            Ancient and insecure (over TCP/IP) protocol for having shell access to a computer.
          </p>
          <p>
            See <link href="http://sourceforge.net/projects/telnetd/">http://sourceforge.net/projects/telnetd/</link>.
            This is LGPL licensed so could be ported to Avalon, but not hosted at Apache.  As always, a fresh
            start might be best.
          </p>
        </s2>
        <s2 title="SAMBA">
          <p>
            For interoperation with a Windows network, CIFS is the thing.
          </p>
          <p>
            See <link href="http://jcifs.samba.org/">http://jcifs.samba.org/</link>.
            This is LGPL licensed so could be ported to Avalon, but not hosted at Apache.  As always, a fresh
            start might be best.
          </p>
        </s2>
        <s2 title="Dynamic Host Configuration Protocol and Bootp">
          <p>
            DHCP - for assigning of IP numbers to machines for organisations who power cycle
            their machines from time to time. IP numbers can be handed out afresh each time or a concept of a lease can occur.
          </p>
        </s2>
        <s2 title="Lightweight Directory Acces Protocol">
          <p>
            LDAP - a location of services people, orgs, resources protocol.
          </p>
          <p>
            See <link href="http://sourceforge.net/projects/javaldap/">http://sourceforge.net/projects/javaldap/</link>
            for a Java implementation.  Unfortunately, it's license is unsuitable for compilation against Apache
            foundation classes.
          </p>
        </s2>
        <s2 title="Remote Authentication Dial-In User Service">
          <p>
            RADIUS - A server to authenticate dial in users.
          </p>
          <p>
            See <link href="http://sourceforge.net/projects/jradius/">http://sourceforge.net/projects/jradius/</link>
            for a Java implementation.  Unfortunately, it's license is unsuitable for compilation against Apache
            foundation classes. The RFCs for RADIUS are <link href="http://www.ietf.org/rfc/rfc2865.txt?number=2865">2865</link> and <link href="http://www.ietf.org/rfc/rfc2868.txt?number=2868">2868</link>.
          </p>
        </s2>
        <s2 title="Finger">
          <p>
            An ancient protocol that gives basic semi structured data about the node you are fingering.  It has been used for several things over the years including passing of PGP public keys and "are you at your desk" type things.
          </p>
          <p>
            An essential read <link href="http://www-cse.ucsd.edu/users/bsy/coke.history.txt">
            http://www-cse.ucsd.edu/users/bsy/coke.history.txt</link>.  About a prototype Internet application.  The RFC for finger is <link href="http://www.ietf.org/rfc/rfc1288.txt?number=1288">1288</link>.
          </p>
        </s2>
        <s2 title="Internet Relay Chat">
          <p>
            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.
          </p>
        </s2>
        <s2 title="Socks">
          <p>
            Socks is a proxy server that is used at a low level, usually to break out of company networks.
          </p>
        </s2>
    </s1>
    <s1 title="Standardized Server Applications">
  
        <s2 title="Enterprise Java Beans">
          <p>
             EJB (Enterprise Java Beans).  From Sun's J2EE spec.  The likelihood is that this is a large set of abstractions that would facilitate the cooperation of multiple servers to present an EAR file compatible deployment system.
          </p>
          <p>
             Plenty of candidates for migration to Avalon in the open source world.
          </p>
        </s2>
        <s2 title="JDBC compliant DBMS">
          <p>
             We have a block that launches <link href="http://www.sourceforge.net/projects/hsqldb">HypersonicSQL</link> already, but in November 2001 we started a new DBMS called <link href="http://jakarta.apache.org/avalon/apps/apps/db/index.html">AvalonDB</link> at Apache.
          </p>
        </s2>
    </s1>
  </body>
  </document>
  
  
  

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