Return-Path: Delivered-To: apmail-harmony-dev-archive@www.apache.org Received: (qmail 34410 invoked from network); 7 Feb 2007 08:01:12 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 7 Feb 2007 08:01:12 -0000 Received: (qmail 32889 invoked by uid 500); 7 Feb 2007 08:01:15 -0000 Delivered-To: apmail-harmony-dev-archive@harmony.apache.org Received: (qmail 32861 invoked by uid 500); 7 Feb 2007 08:01:15 -0000 Mailing-List: contact dev-help@harmony.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@harmony.apache.org Delivered-To: mailing list dev@harmony.apache.org Received: (qmail 32852 invoked by uid 99); 7 Feb 2007 08:01:15 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 07 Feb 2007 00:01:15 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: error (herse.apache.org: local policy) Received: from [66.201.52.101] (HELO smtp.hyattsanjose.com) (66.201.52.101) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 07 Feb 2007 00:01:03 -0800 Received: from [10.71.4.240] ([66.201.52.100]) by smtp.hyattsanjose.com (8.12.8/8.12.8) with ESMTP id l177qHZa024682 for ; Tue, 6 Feb 2007 23:52:21 -0800 Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: <67FA1FDB-756B-4710-8C0F-2BCDC8599C4E@pobox.com> References: <67FA1FDB-756B-4710-8C0F-2BCDC8599C4E@pobox.com> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <4266DF39-2E64-4807-A0B2-E6BC6BE49570@uiuc.edu> Content-Transfer-Encoding: 7bit From: Naveen Neelakantam Subject: Re: [drlvm] The Return of the Hidden Classloader, Part II Date: Wed, 7 Feb 2007 02:00:20 -0600 To: dev@harmony.apache.org X-Mailer: Apple Mail (2.752.2) X-Virus-Checked: Checked by ClamAV on apache.org On Feb 6, 2007, at 10:18 PM, Geir Magnusson Jr. wrote: > This is an oldie but goodie.. > > We never solved the problem of how to hide non java*. packages that > are on the boot classpath from apps. We talked about a few > possibilities : > > 1) repackage them to a different package namespace > > 2) have a "hidden" classloader that only the system classloader can > use. > > I like #2. Has anyone looked into this or made any progress? Do > people think this is as important as I do?\] I like #2 also, but I haven't thought about what it would take to implement. > > geir >