From harmony-dev-return-12375-apmail-incubator-harmony-dev-archive=incubator.apache.org@incubator.apache.org Wed Aug 23 08:29:11 2006 Return-Path: Delivered-To: apmail-incubator-harmony-dev-archive@www.apache.org Received: (qmail 50982 invoked from network); 23 Aug 2006 08:29:10 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 23 Aug 2006 08:29:10 -0000 Received: (qmail 20492 invoked by uid 500); 23 Aug 2006 08:29:07 -0000 Delivered-To: apmail-incubator-harmony-dev-archive@incubator.apache.org Received: (qmail 20356 invoked by uid 500); 23 Aug 2006 08:29:06 -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 20345 invoked by uid 99); 23 Aug 2006 08:29:06 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 23 Aug 2006 01:29:06 -0700 X-ASF-Spam-Status: No, hits=1.9 required=10.0 tests=DNS_FROM_RFC_ABUSE,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (asf.osuosl.org: 202.81.18.152 is neither permitted nor denied by domain of richard.liangyx@gmail.com) Received: from [202.81.18.152] (HELO ausmtp04.au.ibm.com) (202.81.18.152) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 23 Aug 2006 01:29:05 -0700 Received: from sd0208e0.au.ibm.com (d23rh904.au.ibm.com [202.81.18.202]) by ausmtp04.au.ibm.com (8.13.6/8.13.5) with ESMTP id k7N8Yau9088458 for ; Wed, 23 Aug 2006 18:34:45 +1000 Received: from d23av04.au.ibm.com (d23av04.au.ibm.com [9.190.250.237]) by sd0208e0.au.ibm.com (8.13.6/8.13.6/NCO v8.1.1) with ESMTP id k7N8UeSd245778 for ; Wed, 23 Aug 2006 18:30:46 +1000 Received: from d23av04.au.ibm.com (loopback [127.0.0.1]) by d23av04.au.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id k7N8RGvB024867 for ; Wed, 23 Aug 2006 18:27:16 +1000 Received: from d23m0011.cn.ibm.com (d23m0011.cn.ibm.com [9.181.32.74]) by d23av04.au.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id k7N8QnsR024352 for ; Wed, 23 Aug 2006 18:27:15 +1000 Received: from [127.0.0.1] ([9.181.106.172]) by d23m0011.cn.ibm.com (Lotus Domino Release 6.5.5HF262) with ESMTP id 2006082316074613-19740 ; Wed, 23 Aug 2006 16:07:46 +0800 Message-ID: <44EC0CD2.8090807@gmail.com> Date: Wed, 23 Aug 2006 16:07:46 +0800 From: Richard Liang User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: harmony-dev@incubator.apache.org Subject: Re: [testing] metadata approach References: <2c9597b90607280631p2b4f6fefldaf4ff1c5cd00406@mail.gmail.com> <44CF0FEB.5050404@gmail.com> <2c9597b90608010430r5424c270mcbd19cdcb1570ae5@mail.gmail.com> <44D00B21.3030807@gmail.com> <44DB05EA.6030207@googlemail.com> <44DB0AF5.5020406@gmail.com> <2c9597b90608100617t6b22bc55g440889ac7c9ea0fc@mail.gmail.com> <44DB509B.5050101@googlemail.com> <2c9597b90608101015x73814280w7af86d616a4407b@mail.gmail.com> <44E04DB0.4020908@googlemail.com> <2c9597b90608140453oe4c9231sa7b28ffd5c3982c0@mail.gmail.com> <44E3DDAF.1010106@gmail.com> <44EAE1A5.2050903@googlemail.com> In-Reply-To: <44EAE1A5.2050903@googlemail.com> X-MIMETrack: Itemize by SMTP Server on D23M0011/23/M/IBM(Release 6.5.5HF262 | April 5, 2006) at 23/08/2006 16:07:46, Serialize by Router on D23M0011/23/M/IBM(Release 6.5.5HF262 | April 5, 2006) at 23/08/2006 16:27:15, Serialize complete at 23/08/2006 16:27:15 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=windows-1252; format=flowed X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Oliver Deakin wrote: > Paulex Yang wrote: >> Just a wild thought, because TestNG support both jre142 and jdk5, so >> there must be some way to make it run with annotation but without >> concurrent, just have a look at the layout of TestNG[1] source code >> from its v4.1 release, seems if we replace the >> src/jdk15/org/testng/internal/thread/*.java with >> src/jdk14/org/testng/internal/thread/*.java, and rebuild it, there is >> chance to create a customized version based >> edu.emory.mathcs.util.concurrent as workaround. If no one >> objection(say, legal consideration), I can try this thought. > > That's interesting - I don't know about the legal considerations, but > I'd like > to hear how your experimentation goes! Hello Oliver, I have tried Paulex's solution, and I can launch simple TestNG test using HarmonyVM. But I doubt if this is necessary. Maybe we will have concurrent soon :-) Nathan, could you share some information about concurrent? Best regards, Richard > > Regards, > Oliver > >> >> >> [1] http://testng.org/testng-4.1.zip >> >> Alexei Zakharov wrote: >>> Hi Oliver, >>> >>>> But is j.u.c actually required to be in the runtime under test? I was >>>> thinking >>>> that j.u.c was only required for the VM actually running the harness, >>>> and all >>>> that gets run on the VM under test is the actual test method. If this >>>> was true, >>>> then we could run TestNG with the RI (which has j.u.c) and use the >>>> jvm option to specify the Harmony VM (which would not need j.u.c). >>> >>> I afraid we cannot do like that. At least I was not successful last >>> time I tried to run tests using the jvm="" option. As far as >>> I understand TestNG requires j.u.c for running every single test >>> method because parallel running can be specified on the method level. >>> I mean in TestNG you can write something like this: >>> @Test(threadPoolSize = 7, invocationCount = 29) >>> This means that this method should be invoked from different threads. >>> And it seems that TestNG needs j.u.c to implement multithreading. >>> >>> >>>> Yes agreed, it is good to make group membership explicit as it >>>> facilitates >>>> inclusion/exclusion of groups, and makes it obvious which group tests >>>> belong to. Perhaps the same should be done for api tests, so we have a >>>> type.api group? >>> >>> So you suggest to add @Test (groups={os.any, type.api}) to every api >>> test (that runs on every platform) without any defaults at all? >>> >>>> I thought I had sent a mail out on this in the original thread, but >>>> I guess >>>> I never did (unless Thunderbird is hiding mail from me again!). >>> >>> Just checked - there is no such mail in my gmail box, at least in the >>> "[classlib] Testing conventions - a proposal" thread. >>> >>>> So, for example, if we were on a Windows x86 32bit machine, the Ant >>>> scripts would run test groups "os.shared", "os.windows", >>>> "os.windows.x86" >>>> and (if we ever get any 32/64bit specific tests) >>>> "os.windows.x86.32bit", >>>> or something similar. >>> >>> Well, I like it in general. The only thing I still feel uncomfortable >>> with is "os.shared". When some code is shared among different >>> platforms it makes sense. But here we have a test shared by several >>> OSes. Does this sound natural? But I don't feel strongly about that >>> and will not object if everybody likes this. >>> >>> With Best Regards, >>> >>>> >>> >>> >> >> > -- Richard Liang China Software Development Lab, IBM --------------------------------------------------------------------- Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org For additional commands, e-mail: harmony-dev-help@incubator.apache.org