Return-Path: Delivered-To: apmail-incubator-geronimo-dev-archive@incubator.apache.org Received: (qmail 59150 invoked by uid 500); 19 Aug 2003 17:27:17 -0000 Mailing-List: contact geronimo-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: geronimo-dev@incubator.apache.org Delivered-To: mailing list geronimo-dev@incubator.apache.org Received: (qmail 47378 invoked from network); 19 Aug 2003 16:15:22 -0000 Received: from adsl-209-233-18-245.dsl.snfc21.pacbell.net (HELO public.coredevelopers.net) (209.233.18.245) by daedalus.apache.org with SMTP; 19 Aug 2003 16:15:22 -0000 Received: from tiger (gateway [192.168.2.253]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by public.coredevelopers.net (Postfix on SuSE Linux 8.0 (i386)) with ESMTP id 43D3118098 for ; Tue, 19 Aug 2003 09:08:55 -0700 (PDT) From: "Jeremy Boynes" To: Subject: RE: [JavaMail] concerns Date: Tue, 19 Aug 2003 09:15:12 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Importance: Normal X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N > From: Danny Angus [mailto:danny@apache.org] > James, > > We've had this issue in James, it is part of the wider and longer running > "jars in cvs" debate so familiar to jakarta participants, and the > conclusion > of our investigation of JavaMail was that it is acceptable to > distribute it > as part of a binary, which we do. If we couldn't I expect James would also > be looking to create an ASFL-friendly JavaMail alternative. > This is the issue. Tomcat (and Geronimo, JBoss and others) solved this by problem for other APIs by making a clean-room, ASF licensed version of the API classes available. For things like the Servlet or EJB API this is easy because there is little concrete code. Alex is doing the same with JavaMail and this would avoid the issue with external downloads that you described for James. Unfortunately, this is a bigger task given the amount of concrete code in the API itself. > > As both James and Geronimo use JavaMail as it is intended and for the > purpose it was written I don't see why our (Geronimo's) use of it > should be > restricted by the licence, in exactly the same manner as Tomcat's "normal" > use of the Servlet API is not restricted by it's licence. > Tomcat does not use Sun's servlet binary; they have their own source version. -- Jeremy