Return-Path: Delivered-To: apmail-incubator-harmony-dev-archive@www.apache.org Received: (qmail 31607 invoked from network); 13 Oct 2006 15:36:48 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 13 Oct 2006 15:36:48 -0000 Received: (qmail 6035 invoked by uid 500); 13 Oct 2006 15:36:45 -0000 Delivered-To: apmail-incubator-harmony-dev-archive@incubator.apache.org Received: (qmail 5986 invoked by uid 500); 13 Oct 2006 15:36:45 -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 5975 invoked by uid 99); 13 Oct 2006 15:36:45 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 13 Oct 2006 08:36:45 -0700 X-ASF-Spam-Status: No, hits=2.3 required=10.0 tests=HTML_MESSAGE,MAILTO_TO_SPAM_ADDR,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of sianjanuary@googlemail.com designates 66.249.92.175 as permitted sender) Received: from [66.249.92.175] (HELO ug-out-1314.google.com) (66.249.92.175) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 13 Oct 2006 08:36:42 -0700 Received: by ug-out-1314.google.com with SMTP id y2so617902uge for ; Fri, 13 Oct 2006 08:36:20 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=googlemail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=k/GP5zx8JzlQ2QsnoOnmsy02P/bnS0+vbxcq9az2/p6s9FAOYcyzyAfZN34HJ5j839otSWmqsG3eLUjP6ocC2UA5eI+EKSKL8d3yDZj26etGUC9nVZJ73jR4eOL/tdavlr58ujvY3KYgtM9lrICXAZdAnV0gpscrz7rlQAtSB/4= Received: by 10.78.203.13 with SMTP id a13mr3838251hug; Fri, 13 Oct 2006 08:36:20 -0700 (PDT) Received: by 10.78.178.19 with HTTP; Fri, 13 Oct 2006 08:36:20 -0700 (PDT) Message-ID: Date: Fri, 13 Oct 2006 16:36:20 +0100 From: "Sian January" To: harmony-dev@incubator.apache.org Subject: Re: [classlib]Self-host of Derby In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_34411_21134711.1160753780168" References: X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N ------=_Part_34411_21134711.1160753780168 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi Leo, Yes the patch may be out of date - I think it was about 6 months ago when I was looking at Derby. I used the latest stable release at the time but I imagine it will have moved on a lot since then. Which version are you using now? I'm afraid I haven't seen those problems with the security manager, but I imagine if the tests haven't been designed to run with it on then there could be problems on any VM. Do you think there's another workaround you could do without switching the security manager on? Just a minor side point - I'm not 100% sure about this but I don't think these kinds of activities should be referred to as self-hosting. I think self-hosting would be doing something like using Harmony to build itself. Does anyone else have an opinion on this? Regards, Sian On 13/10/06, Leo Li wrote: > > Hi, Sian: > Thank you for your patch. It really works. But seems a little > outdated.:) > > I found another work around with useprocess=true , but ... after a lot > of trouble: If the useprocess is on, security manager is installed by > default, or else it is not. So, when to get command, it should be > "java"; when avoid to install security manager, it should be"j9" and the > complicated logic of the testcase as well.:( > > Do you know why the suites will run without security manager installed > if the vm is spotted as j9 in the untact version from derby? Does the > derby_test.policy really mean something, from the goal of the derby > tests?Actually, I have manually forced the testcase not to set security > manager when useprocess = true, the tests fails even on RI. > > I have tried to treat the current IBM VM as normal jdk and with - > Djava.security.manager, but it will report error in loading the class of > JarFile. Have you ever met this?:) > > > > On 10/13/06, Sian January wrote: > > > > Hi Leo, > > > > I have uploaded my patch to the Wiki. However the patch just forces use > > of > > the jdk15 support class, in order to get the tests up and running. As > you > > > > say, a better solution would be to have our own support class. > > > > Regards, > > > > Sian > > > > > > On 13/10/06, Leo Li wrote: > > > > > > Hi, Sian: > > > After some study, I found that it is necessary to treat j9 > > > seperately,....mmm about security and vm library loader. I have not > spot > > > the > > > precise place. > > > I think we have first to get a wrapper jvm class like j9_13 derby > > > gives > > > but not other standard wrapper class. Then we have to rewrite it java > > > command-line as "java" but not "j9". Am I all right? > > > Besides, it will be helpful if you can post your patch of Derby on > > the > > > http://wiki.apache.org/harmony/Apache_Derby.:) > > > Thank you. > > > > > > > > > > > > On 10/12/06, Sian January < sianjanuary@googlemail.com> wrote: > > > > > > > > Hi Leo, > > > > > > > > I have previously run the Derby tests on Harmony with the IBM VME > (see > > > the > > > > Wiki page - http://wiki.apache.org/harmony/Apache_Derby). I had to > > make > > > > some changes to Derby to get it to run, but from reading the bug > > report > > > it > > > > sounds like you found a way round it too. If not then let me know > and > > I > > > > could send you a patch or post one here or something. I wasn't > using > > > > DRLVM > > > > so I haven't seen the bug you're describing. Running with the IBM > VME > > I > > > > got > > > > 82% of the tests passing. I looked at some of the test failures but > > not > > > > in > > > > very much depth. However some of them seemed to be because the > > > different > > > > VMs had differently formatted output, so not necessarily a bug. I > > think > > > > that's one of the reasons why the tests need to know what VM they > are > > > > using. The tests have different output files for different VMs that > > > they > > > > compare with the actual output for each test. > > > > > > > > Just as a side point, several people have looked at applications in > > the > > > > past > > > > including myself and have posted the results on the Wiki ( > > > > http://wiki.apache.org/harmony/Application_Status). So if anyone is > > > > having > > > > a problem running a particular application it might be worth having > a > > > look > > > > to check if someone has done it before. Or we could suggest that > > > everyone > > > > posts this kind of thing to the mailing list in future if that's > more > > > > likely > > > > to be found. > > > > > > > > Regards, > > > > > > > > Sian > > > > > > > > > > > > > > > > On 12/10/06, Leo Li < liyilei1979@gmail.com> wrote: > > > > > > > > > > Hi, all: > > > > > I now plan to make the self-host of Derby on Harmony. > > > > > Is there anyone interested in this topic? > > > > > > > > > > Here is what I encountered in the process. Hope it will be > > helpful > > > > to > > > > > anybody who is interested in it. > > > > > > > > > > At first, the testcases even fails on RI both on windows and > > > ubuntu > > > > > and > > > > > the result are different.??? > > > > > After some struggiling, I have successfully passed the > provided > > > > > testcases on RI after I rebuild the source on my machine. > > > > > But there still remains a problem: > > > > > The derby team kindly rewrite the launcher for testcases in > > order > > > to > > > > > treat J9 vm differently if the property java.vm.name starts with > > "j9". > > > > But > > > > > the j9 vm used in Harmony has been customized thus is different > from > > > > > traditional j9 vm that is expected by derby. This leads to failure > > to > > > > > launch > > > > > tests. > > > > > I will talk on Derby's mailing list to find a solution. > > > > > > > > > > -- > > > > > Leo Li > > > > > China Software Development Lab, IBM > > > > > > > > > > > > > > > > > > > > > > -- > > > > Sian January > > > > > > > > IBM Java Technology Centre, UK > > > > > > > > > > > > > > > > > -- > > > Leo Li > > > China Software Development Lab, IBM > > > > > > > > > > > > -- > > Sian January > > > > IBM Java Technology Centre, UK > > > > > > > -- > Leo Li > China Software Development Lab, IBM > > -- Sian January IBM Java Technology Centre, UK ------=_Part_34411_21134711.1160753780168--