From derby-dev-return-8154-apmail-db-derby-dev-archive=db.apache.org@db.apache.org Tue Sep 06 15:44:55 2005 Return-Path: Delivered-To: apmail-db-derby-dev-archive@www.apache.org Received: (qmail 95107 invoked from network); 6 Sep 2005 15:44:54 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 6 Sep 2005 15:44:54 -0000 Received: (qmail 21749 invoked by uid 500); 6 Sep 2005 15:44:44 -0000 Delivered-To: apmail-db-derby-dev-archive@db.apache.org Received: (qmail 21585 invoked by uid 500); 6 Sep 2005 15:44:44 -0000 Mailing-List: contact derby-dev-help@db.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Reply-To: "Derby Development" Delivered-To: mailing list derby-dev@db.apache.org Received: (qmail 21536 invoked by uid 99); 6 Sep 2005 15:44:43 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 06 Sep 2005 08:44:43 -0700 X-ASF-Spam-Status: No, hits=0.4 required=10.0 tests=SPF_HELO_FAIL X-Spam-Check-By: apache.org Received-SPF: neutral (asf.osuosl.org: local policy) Received: from [32.97.110.130] (HELO e32.co.us.ibm.com) (32.97.110.130) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 06 Sep 2005 08:44:56 -0700 Received: from d03relay04.boulder.ibm.com (d03relay04.boulder.ibm.com [9.17.195.106]) by e32.co.us.ibm.com (8.12.10/8.12.9) with ESMTP id j86FiQKL357764 for ; Tue, 6 Sep 2005 11:44:27 -0400 Received: from d03av01.boulder.ibm.com (d03av01.boulder.ibm.com [9.17.195.167]) by d03relay04.boulder.ibm.com (8.12.10/NCO/VERS6.7) with ESMTP id j86FihJd524940 for ; Tue, 6 Sep 2005 09:44:44 -0600 Received: from d03av01.boulder.ibm.com (loopback [127.0.0.1]) by d03av01.boulder.ibm.com (8.12.11/8.13.3) with ESMTP id j86FiMis023169 for ; Tue, 6 Sep 2005 09:44:22 -0600 Received: from [127.0.0.1] (DMCSDJDT41P.usca.ibm.com [9.72.133.55]) by d03av01.boulder.ibm.com (8.12.11/8.12.11) with ESMTP id j86FiKW8023118 for ; Tue, 6 Sep 2005 09:44:22 -0600 Message-ID: <431DB955.8010106@debrunners.com> Date: Tue, 06 Sep 2005 08:44:21 -0700 From: Daniel John Debrunner User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20040910 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Derby Development Subject: Re: Sharing code References: <43178204.1090107@sun.com> <431B17A4.1090409@apache.org> <431BC56E.70603@debrunners.com> <431CAA57.80106@apache.org> In-Reply-To: <431CAA57.80106@apache.org> X-Enigmail-Version: 0.90.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii 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 Jeremy Boynes wrote: > Daniel John Debrunner wrote: > >> Jeremy Boynes wrote: >> >> >>> David W. Van Couvering wrote: >>> >>> >>>> The common classes will be placed into both derby.jar and >>>> derbyclient.jar. When you have a classpath with a network client at >>>> one revision and the embedded driver at another revision, the jar with >>>> the highest revision should always go first, e.g >>>> "/home/derby/10.2/derbyclient.jar:/home/derby/10.1/derby.jar". This >>>> ensures that the newer code that depends on new interfaces (e.g. a new >>>> method for a class) will be able to function properly. >>> >>> >>> >>> Others have pointed out the problems here with classpath ordering. >>> >>> The root of this is that the same classes are being included in multiple >>> jars leading to potential duplication. This can be avoided by placing >>> them in a separate jar so that each is only present once e.g. >> >> >> >> Not true, the problem exists if the classes are in a single jar or >> multiple jars. >> > > Only if you include two different versions of the same jar in the path, > which you wouldn't. You or I might not, but I'm assuming the worst case where the end-user has no idea about classpath, or maybe even Java. They have just installed two applications, one which uses Derby client at version X and one which uses Derby embedded at version Y. Dan.