savannah-hackers
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Savannah-hackers] submission of Peer Agent - savannah.nongnu.org


From: rfischer
Subject: [Savannah-hackers] submission of Peer Agent - savannah.nongnu.org
Date: Thu, 09 Sep 2004 11:24:50 -0400
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040114

A package was submitted to savannah.nongnu.org
This mail was sent to address@hidden, address@hidden


Bob Fischer <address@hidden> described the package as follows:
License: lgpl
Other License: 
Package: Peer Agent
System name: peeragent
Type: non-GNU

Description:
Peer agents are executable object-oriented email components exchanged between 
users as a basis of communication for distributed applications. They are 
strongly typed and are dispatched to user-installable trusted handlers based on 
their type. The type mechanism provides the flexible trust management needed to 
implement secure distributed applications over store-and-forward networks. Peer 
agents address a number of contemporary problems in distributed systems. They 
allow users with low-grade or intermittent Internet access to provide and 
consume interactive services that typically requrie a web server hosted by a 
trusted third party. By eliminating the need for the trusted third party, 
privacy is enhanced. Peer agents also allow an initiator to adopt new standards 
without requiring prior agreement with others involved in the communication. 

The current status of the software is pre-alpha.  Code exists but has not yet 
been distributed.  Possible Free Software issues include:

 1. This system is written in Java, including Swing.  I have every reason to 
believe it will work with Kaffee/Classpath when that system's Swing 
implementation is finished.  This kind of work, due to the need for 
architecture independence and mobile code, must be done in a sandboxed bytecode 
environment.  Unfortunately, the Kaffee website claims that Kaffee does not yet 
provide the bytecode verification necessary to ensure safety with mobile code.  
Hopefully, this will change in the future.  Mono would be the other possible 
base system, but Mono is still young and this is already written in Java.

 2. A variety of non-free libraries are used at this point, all of which can be 
replaced by free libraries:
   a) JavaMail --> GNU's JavaMail (or Risotto, in its upcoming release which 
should be GPL-compatible).
   b) BCEL --> I have a "roll your own" thing that works well enough.


Other Software Required:


Other Comments:



_______________________________________________
  Message sent via/by Savannah
  http://savannah.nongnu.org/







reply via email to

[Prev in Thread] Current Thread [Next in Thread]