Return-Path: Delivered-To: apmail-incubator-harmony-dev-archive@www.apache.org Received: (qmail 53115 invoked from network); 22 Mar 2006 11:10:23 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 22 Mar 2006 11:10:23 -0000 Received: (qmail 62154 invoked by uid 500); 22 Mar 2006 11:10:12 -0000 Delivered-To: apmail-incubator-harmony-dev-archive@incubator.apache.org Received: (qmail 61486 invoked by uid 500); 22 Mar 2006 11:10:09 -0000 Mailing-List: contact harmony-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: harmony-dev@incubator.apache.org Delivered-To: mailing list harmony-dev@incubator.apache.org Received: (qmail 61219 invoked by uid 99); 22 Mar 2006 11:10:07 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 22 Mar 2006 03:10:07 -0800 X-ASF-Spam-Status: No, hits=1.4 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (asf.osuosl.org: 64.74.244.71 is neither permitted nor denied by domain of geir@pobox.com) Received: from [64.74.244.71] (HELO chi.mobile-health-diary.com) (64.74.244.71) by apache.org (qpsmtpd/0.29) with SMTP; Wed, 22 Mar 2006 03:10:06 -0800 Received: (qmail 12181 invoked from network); 22 Mar 2006 11:09:43 -0000 Received: from ool-43560634.dyn.optonline.net (HELO ?192.168.2.5?) (geir@67.86.6.52) by b014.internal.mobile-health-diary.com with SMTP; 22 Mar 2006 11:09:43 -0000 Message-ID: <44213018.3090903@pobox.com> Date: Wed, 22 Mar 2006 06:08:08 -0500 From: Geir Magnusson Jr Reply-To: geir@pobox.com User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: harmony-dev@incubator.apache.org Subject: Re: [result] Re: [vote] Acceptance of HARMONY-39 : Contribution of beans, regex and math class library code References: <43E21900.1060508@pobox.com> <43F087F3.6000003@pobox.com> <441E3683.4030907@gmail.com> <441EDE83.3050701@pobox.com> <441EEA38.6010301@pobox.com> <441F281C.1050901@pobox.com> <441FE311.1090203@pobox.com> <44201B6B.2080405@gmail.com> <4420C866.4090600@pobox.com> <4420CB90.8020904@sablevm.org> In-Reply-To: <4420CB90.8020904@sablevm.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed 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 Etienne Gagnon wrote: > Just a random idea... Why not have a special "testing" mode in the VM > that would trigger special permissions to code in ".test" packages? You wouldn't need that when testing in the VM. :) That's why Tim suggested o.a.h.test.xxxx so then you stay out of package namespace that "belongs" to the boot classpath. > > Actually, this mechanism could act differently: simply consider > some.package and some.package.test as being the *same* package (so, > erase, at loading time, the .test package suffix from loaded classes. > It could also "combine" the fields & methods of package.Foo with > package.test.Foo if classes with identical names exist in both packages, > so that private methods could be tested. To me the problem then is that our VM becomes a testing framework - why not just have a testing framework? > > Additionally, the testing mode could allow for loading java.lang.* > classes in user class loaders. > > Of course, this would be a non-standard option, like -Xtestpermissions . > And, this way, all the test code could reside in files and directories > that would be separate from the real code. > > Yep, a random idea. ;-) > Not a bad one, but it seems like a special "testing framework" with just another name :) geir > Etienne > > Geir Magnusson Jr wrote: >> testing a.b.c.Foo and you have to do it from a.b.c.test.FooTest, how can >> you ever do implementation testing of Foo? It's not an unreasonable >> ... >