Return-Path: 
 <avalon-dev-return-16828-qmlist-jakarta-archive-avalon-dev=jakarta.apache.org@jakarta.apache.org>
Delivered-To: apmail-jakarta-avalon-dev-archive@apache.org
Received: (qmail 95673 invoked from network); 19 Dec 2002 04:51:26 -0000
Received: from exchange.sun.com (HELO nagoya.betaversion.org) (192.18.33.10)
  by daedalus.apache.org with SMTP; 19 Dec 2002 04:51:26 -0000
Received: (qmail 5022 invoked by uid 97); 19 Dec 2002 04:52:45 -0000
Delivered-To: qmlist-jakarta-archive-avalon-dev@jakarta.apache.org
Received: (qmail 4980 invoked by uid 97); 19 Dec 2002 04:52:44 -0000
Mailing-List: contact avalon-dev-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
List-Unsubscribe: <mailto:avalon-dev-unsubscribe@jakarta.apache.org>
List-Subscribe: <mailto:avalon-dev-subscribe@jakarta.apache.org>
List-Help: <mailto:avalon-dev-help@jakarta.apache.org>
List-Post: <mailto:avalon-dev@jakarta.apache.org>
List-Id: "Avalon Developers List" <avalon-dev.jakarta.apache.org>
Reply-To: "Avalon Developers List" <avalon-dev@jakarta.apache.org>
Delivered-To: mailing list avalon-dev@jakarta.apache.org
Received: (qmail 4967 invoked by uid 98); 19 Dec 2002 04:52:44 -0000
X-Antivirus: nagoya (v4218 created Aug 14 2002)
Content-Type: text/plain;
  charset="us-ascii"
From: Adam Murdoch <adammurdoch@apache.org>
To: avalon-dev@jakarta.apache.org
Subject: [phoenix] classloaders in environment.xml
Date: Thu, 19 Dec 2002 14:45:53 +1000
User-Agent: KMail/1.4.3
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
Message-Id: <200212191445.53094.adammurdoch@apache.org>
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N


Hi,

I'm just writing up some docs for environment.xml, and had a few question=
s=20
about the <classloaders> element (an excellent feature, btw).

- <entry> and <fileset> can't refer to locations outside the sar, whereas=
=20
<policy> entries can.  Is this intentional, or just not implemented?  Or =
is=20
this only really meaningful when deploying from, say, an xml descriptor (=
a=20
todo item), instead of a sar?

- There's no property expansion for <entry> and <fileset>, like there is =
for=20
<policy> entries.  Is this because of the above, or just not implemented?

- Order is lost across <entry>, <fileset>, and <extension> elements.  The=
=20
classloader builder handles all the <entry>s, then all the <fileset>s, an=
d=20
then all the <extension>s.  Would it not be better to preserve the orderi=
ng=20
of these elements?

- Why bother declaring predefined classloaders?

- Why bother with <join> elements?  Why not allow <classloader> to take=20
multiple parents?

- Is it too late to change any of this stuff, wrt backwards compat?

--=20
Adam

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