Return-Path: Delivered-To: apmail-incubator-harmony-dev-archive@www.apache.org Received: (qmail 16270 invoked from network); 11 May 2005 13:44:26 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 11 May 2005 13:44:26 -0000 Received: (qmail 60727 invoked by uid 500); 11 May 2005 13:47:04 -0000 Delivered-To: apmail-incubator-harmony-dev-archive@incubator.apache.org Received: (qmail 60667 invoked by uid 500); 11 May 2005 13:47:03 -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 60654 invoked by uid 99); 11 May 2005 13:47:03 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (hermes.apache.org: local policy) Received: from imag.imag.fr (HELO imag.imag.fr) (129.88.30.1) by apache.org (qpsmtpd/0.28) with ESMTP; Wed, 11 May 2005 06:47:03 -0700 Received: from [129.88.103.2] (invite2.imag.fr [129.88.103.2]) by imag.imag.fr (8.13.0/8.13.0) with ESMTP id j4BDhBnM019147 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 11 May 2005 15:43:13 +0200 (CEST) Message-ID: <42820BF1.10408@ungoverned.org> Date: Wed, 11 May 2005 09:43:13 -0400 From: "Richard S. Hall" User-Agent: Mozilla Thunderbird 1.0.2-1.3.2 (X11/20050324) X-Accept-Language: en-us, en MIME-Version: 1.0 To: harmony-dev@incubator.apache.org Subject: Re: Class Library Modularity [Was Re: State of the World] References: <42806577.6080503@ungoverned.org> <4281A571.6010304@realityforge.org> <4281BD0B.1040100@ungoverned.org> <4281D861.7070900@realityforge.org> <4281FB92.1010601@ungoverned.org> <7eeb0646050511055025ffe61d@mail.gmail.com> In-Reply-To: <7eeb0646050511055025ffe61d@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (imag.imag.fr [129.88.30.1]); Wed, 11 May 2005 15:43:13 +0200 (CEST) X-IMAG-MailScanner: Found to be clean X-IMAG-MailScanner-Information: Please contact the ISP for more information X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Ricky Clarkson wrote: >I might have misunderstood this thread, but it seems to have some >relation to ivy, a dependency manager, see >http://www.jayasoft.fr/org/modules/ivy/overview.php > > Yes, this IVY does sound like it is related, but not quite the same thing. IVY sounds like a component repository that you can use in your own projects to describe your project's dependency on other projects. In this case, IVY performs a build-time activity. It appears that IVY allows you to specify dependencies on other JAR files and then ensures that these JAR files are present when you build. Without investigating it explicitly, how would IVY allow you to describe what is exported from each of the individual JAR files (i.e., their public API) and how would it enforce this visibility at run time? I actually have a similar tool (but much simpler) to IVY, called OBR, that performs deployment-time dependency management for package dependencies for OSGi bundles. OBR is interesting, but it would not be as interesting without the OSGi run time underneath of it. So while tools like IVY and OBR are related to the issue, they are just a part of it. -> richard