Return-Path: Delivered-To: apmail-incubator-aries-dev-archive@minotaur.apache.org Received: (qmail 59942 invoked from network); 26 Oct 2010 11:44:14 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 26 Oct 2010 11:44:14 -0000 Received: (qmail 38375 invoked by uid 500); 26 Oct 2010 11:44:14 -0000 Delivered-To: apmail-incubator-aries-dev-archive@incubator.apache.org Received: (qmail 38224 invoked by uid 500); 26 Oct 2010 11:44:12 -0000 Mailing-List: contact aries-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: aries-dev@incubator.apache.org Delivered-To: mailing list aries-dev@incubator.apache.org Received: (qmail 38190 invoked by uid 99); 26 Oct 2010 11:44:10 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 26 Oct 2010 11:44:10 +0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of alasdair.nottingham@gmail.com designates 209.85.216.47 as permitted sender) Received: from [209.85.216.47] (HELO mail-qw0-f47.google.com) (209.85.216.47) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 26 Oct 2010 11:44:06 +0000 Received: by qwd6 with SMTP id 6so2438631qwd.6 for ; Tue, 26 Oct 2010 04:43:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:content-type:content-transfer-encoding; bh=FTbgcqfoys6REvsGHqHTXPzEQbASO3J6xDDuG1G7NUo=; b=UnR0W1iZ382P+bcmUtgul7P/kC26HwYKU6WG1sOahOC8vW1nd6/fGbVfAtuoYHZT02 QRkoxE3CALQW6Cc4Qy7udG/KvKpsoWM6RAYWiG8V4Hmc+3l+b4lc6vumuxTLYZIMhO5S YVSpAo8HPdjycb/ABgt3p3fKC5677VQYwvoAg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type :content-transfer-encoding; b=kw8gq+i335XYQTJ/l6TQAl9InS+UB2WgIJ3uGdHz/jY4FCMfX7bqYvtP3MzMLw+WTT 5Et7Q2/LjZ3voOcjCdaNG+z/nBXR8v/Ci/J7EHQ3mmxhBxKGwOe9ax83R6MdL1me3ElJ Okv5RAxBN/vNN/KPZyqbSgnf7zVHIOtIdy8fM= MIME-Version: 1.0 Received: by 10.224.11.141 with SMTP id t13mr1348285qat.394.1288093425346; Tue, 26 Oct 2010 04:43:45 -0700 (PDT) Sender: alasdair.nottingham@gmail.com Received: by 10.229.251.145 with HTTP; Tue, 26 Oct 2010 04:43:45 -0700 (PDT) In-Reply-To: References: <3A955B17-8CC3-4105-B04F-530CF0BE4630@gmail.com> Date: Tue, 26 Oct 2010 12:43:45 +0100 X-Google-Sender-Auth: LthDDtw8QkkOnxmKA6js_nR8Y4o Message-ID: Subject: Re: Utility for making a Bundle look like a ClassLoader From: Alasdair Nottingham To: aries-dev@incubator.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable One of the implementations I pointed to is in the util project already, so I would probably start from there. It is common and util is already used by several different sub projects. Alasdair On 26 October 2010 12:09, Timothy Ward wrote: > > Hi, > > I would also be +1 for this, but I'd prefer the implementation not to ove= rride loadclass(). > > I think that at the same time we should move some of the other generic OS= Gi tools such as the ManifestHeaderProcessor. The function there would be g= reat for JPA and for blueprint, but at the moment they would have to import= from the application utils bundle which would bloat the dependency graph. > > Regards, > > Tim > > ---------------------------------------- >> Subject: Re: Utility for making a Bundle look like a ClassLoader >> From: vmahrwald@googlemail.com >> Date: Tue, 26 Oct 2010 07:36:07 +0100 >> To: aries-dev@incubator.apache.org >> >> + 1 >> >> I think those were duplicated for short-term convenience more than anyth= ing else. >> >> Valentin >> >> On 25 Oct 2010, at 22:39, Alasdair Nottingham wrote: >> >> > It appears that we have multiple classes which basically create a >> > ClassLoader that delegates to a Bundle. Ones I know of are: >> > >> > /blueprint/blueprint-core/src/main/java/org/apache/aries/blueprint/uti= ls/BundleDelegatingClassLoader.java >> > /util/src/main/java/org/apache/aries/util/BundleToClassLoaderAdapter.j= ava >> > /jpa/jpa-container/src/main/java/org/apache/aries/jpa/container/unit/i= mpl/BundleDelegatingClassLoader.java >> > >> > There may be others. I was wondering if it would make sense to try to >> > common these up into one place? >> > >> > Thoughts? >> > Alasdair >> > >> > -- >> > Alasdair Nottingham >> > not@apache.org >> > --=20 Alasdair Nottingham not@apache.org