Return-Path: Delivered-To: apmail-incubator-harmony-dev-archive@www.apache.org Received: (qmail 89771 invoked from network); 17 Jan 2006 12:18:49 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 17 Jan 2006 12:18:48 -0000 Received: (qmail 1958 invoked by uid 500); 17 Jan 2006 12:18:43 -0000 Delivered-To: apmail-incubator-harmony-dev-archive@incubator.apache.org Received: (qmail 1903 invoked by uid 500); 17 Jan 2006 12:18:42 -0000 Mailing-List: contact harmony-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: harmony-dev@incubator.apache.org Delivered-To: mailing list harmony-dev@incubator.apache.org Received: (qmail 1892 invoked by uid 99); 17 Jan 2006 12:18:42 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 17 Jan 2006 04:18:42 -0800 X-ASF-Spam-Status: No, hits=2.6 required=10.0 tests=RCVD_IN_SORBS_WEB,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (asf.osuosl.org: 217.158.94.220 is neither permitted nor denied by domain of t.p.ellison@gmail.com) Received: from [217.158.94.220] (HELO cirrus.purplecloud.com) (217.158.94.220) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 17 Jan 2006 04:18:40 -0800 Received: (qmail 49214 invoked from network); 17 Jan 2006 12:18:19 +0000 Received: from blueice2n1.uk.ibm.com (HELO ?9.20.183.163?) (195.212.29.75) by smtp.purplecloud.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 17 Jan 2006 12:18:19 +0000 Message-ID: <43CCE08A.5060609@gmail.com> Date: Tue, 17 Jan 2006 12:18:18 +0000 From: Tim Ellison User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: harmony-dev@incubator.apache.org Subject: Re: componentization: more modules might be necessary References: <6e47b64f0601170332k3d418fabwd25a264c5e0f1532@mail.gmail.com> In-Reply-To: <6e47b64f0601170332k3d418fabwd25a264c5e0f1532@mail.gmail.com> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N I agree. Tim Stepan Mishura wrote: > I'd like to suggest moving implementation of providers into separate > modules. It will isolate providers' code from 'regular code' (i.e. public > API implementation and make possible to build different 'harmony providers' > distributions (for example, crypto.jar, ssl.jar and so on). > > For example, we can organize providers' code in this way: > enhanced/classlib/trunk/ > java-src/ > archive/ > providers/ > jsse/ <= Java Secure Socket Extension provider > implementation > crypto/ <= Crypto provider implementation > > Thanks, > Stepan Mishura, > Intel Middleware Products Division > -- Tim Ellison (t.p.ellison@gmail.com) IBM Java technology centre, UK.