Return-Path: 
 <avalon-dev-return-1101-apmail-jakarta-avalon-dev-archive=jakarta.apache.org@jakarta.apache.org>
Delivered-To: apmail-jakarta-avalon-dev-archive@jakarta.apache.org
Received: (qmail 79145 invoked by uid 500); 28 Mar 2001 03:38:17 -0000
Mailing-List: contact avalon-dev-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
List-Post: <mailto:avalon-dev@jakarta.apache.org>
List-Help: <mailto:avalon-dev-help@jakarta.apache.org>
List-Unsubscribe: <mailto:avalon-dev-unsubscribe@jakarta.apache.org>
List-Subscribe: <mailto:avalon-dev-subscribe@jakarta.apache.org>
Reply-To: "Avalon Development" <avalon-dev@jakarta.apache.org>
Delivered-To: mailing list avalon-dev@jakarta.apache.org
Received: (qmail 79128 invoked from network); 28 Mar 2001 03:38:17 -0000
Message-Id: <3.0.6.32.20010328134026.009a4a50@alphalink.com.au>
X-Sender: gdonald@alphalink.com.au
X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32)
Date: Wed, 28 Mar 2001 13:40:26 +1000
To: "Avalon Development" <avalon-dev@jakarta.apache.org>
From: Peter Donald <donaldp@apache.org>
Subject: [Phoenix] Classpath etc was RE: JdbcDataSource driver loading 
In-Reply-To: <018564297D520A488BD6331EA4229282B26C2D@ussccm002.corp.palm
 .com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N

At 11:19  27/3/01 -0800, John H. Lee wrote:
>Aha!  So I'm not insane.  I'm using the 2001-03-26 build
>(http://jakarta.apache.org/builds/jakarta-avalon/nightly/2001-03-26/).
>
>A fix would be great...I'll look into fixing it, but I think this is beyond
>my understanding of Avalon/Phoenix.

Okay I took a first swing at it and I *think* it should work. What I did
was point java.ext.dirs at <base>/lib. Thus anything under that directory
will be loaded with full permissions and global to the whole of Phoenix.

So if you need to have something shared between multiple Applications then
that is the place to put it. This should also work around the problem of
vendors placing libraries etc into ext/ dir to "help" you. For code that is
application specific you can still place it in
<base>/apps/[appname]/lib/*.jar

This seems to work with everything I have running but it *may* cause
errors. (Maybe with odd non-standard JVMs).

Cheers,

Pete

*-----------------------------------------------------*
| "Faced with the choice between changing one's mind, |
| and proving that there is no need to do so - almost |
| everyone gets busy on the proof."                   |
|              - John Kenneth Galbraith               |
*-----------------------------------------------------*


---------------------------------------------------------------------
To unsubscribe, e-mail: avalon-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: avalon-dev-help@jakarta.apache.org