Return-Path: Delivered-To: apmail-harmony-dev-archive@www.apache.org Received: (qmail 73491 invoked from network); 19 Apr 2007 04:32:19 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 19 Apr 2007 04:32:19 -0000 Received: (qmail 16477 invoked by uid 500); 19 Apr 2007 04:32:23 -0000 Delivered-To: apmail-harmony-dev-archive@harmony.apache.org Received: (qmail 16442 invoked by uid 500); 19 Apr 2007 04:32:23 -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 16433 invoked by uid 99); 19 Apr 2007 04:32:23 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 18 Apr 2007 21:32:23 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: domain of stepan.mishura@gmail.com designates 64.233.166.178 as permitted sender) Received: from [64.233.166.178] (HELO py-out-1112.google.com) (64.233.166.178) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 18 Apr 2007 21:32:14 -0700 Received: by py-out-1112.google.com with SMTP id p76so383146pyb for ; Wed, 18 Apr 2007 21:31:54 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=mGGN0lLaN5RQ6oVJ8uGJl1vIRRtwBy02poY2405FpBZfDwlx+kpjcvpIw+tvVIJtmHRcCFpelSQMUhp3gOjNBM05xIv5mpuQvZoLT3+XGpxgRlRlESB4BVNpfgqU/mIAuSMnaWz3rDN7Qf6cMwAQN8mkkLCYE7u5IIx265KeLK4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=fx2Ya+h141Lnrwa3tPQxT47NmDfecXGwH6oelEgyOPTa2rxc+ZYPdND+gwlygTeKtsETAu61uxp48jNG7p4wFaa9x46d1uOaJ8EF4KuTe3zVCZ6Ae1uMBgrcKFkwUJNd0V/XEhxt8O/mImAqVhQZtSKABuzNlpEe9529BlFcOZo= Received: by 10.64.249.18 with SMTP id w18mr2762488qbh.1176957109321; Wed, 18 Apr 2007 21:31:49 -0700 (PDT) Received: by 10.65.200.6 with HTTP; Wed, 18 Apr 2007 21:31:48 -0700 (PDT) Message-ID: <6e47b64f0704182131v59859fa2s69114d601e39f1b1@mail.gmail.com> Date: Thu, 19 Apr 2007 11:31:48 +0700 From: "Stepan Mishura" To: dev@harmony.apache.org Subject: Re: [buildtest] Proposal for Build Test Infrastructure Improvement In-Reply-To: <6e47b64f0704180211k44a3de04g8b2ec55b3f4f6267@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <6e47b64f0704162246w33042a39x67ab0bf728f80106@mail.gmail.com> <6e47b64f0704170219w40f85346q6531cfc95d91b6a3@mail.gmail.com> <6e47b64f0704170354v47e011d2t2fb4f475d38aad0d@mail.gmail.com> <6e47b64f0704180211k44a3de04g8b2ec55b3f4f6267@mail.gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org On 4/18/07, Stepan Mishura wrote: > Hi Alexander, > > Next question: > 7) Suite's dependencies. > > I've tried the framework with JettyScenario. So I've unpacked a bundle > with Jetty scenario into the framework dir, copied dir with tests, > commented out some lines in dataptor (so everything according to the > README.txt file) but I accidentally typed > $ ant -Dtest.suites="JettyScenario" setup > instead of > $ ant -Dtest.suites="classlib,drlvm,JettyScenario" setup > One minor question: I re-set up the scenarion as README.txt recommends (i.e.by specifying -Dtest.suites="classlib,drlvm,JettyScenario"). And run it under CC. But I received notifications about JettyScenario status only. There were no notifications from classlib and drlvm. As far as I see this is not CC configuration problem - the publishers for them just were not implemented. Right? Otherwise what I should do to see notifications from classlib and drlvm? Thanks, Stepan. > I expected that the framework would set up > classlib,drlvm,JettyScenario because JettyScenario defines in > parameters.xml dependencies on classlib,drlvm. But it set up only > JettyScenario. I've looked into the code and my impression that > dependencies defined in parameters.xml affect only in which order the > framework runs suites. Am I correct? > > Also my understanding that we have the following dependencies between suites: > 1) classlib - no dependencies > 2) drlvm - depends on classlib only > 3) all other suites - depends on classlib and drlvm > > Do we have suites with other set of dependencies? > > Please see other comments below. > > BWT, FYI I run JettyScenario and found that it failed but overall run > passed. I see the following output: > run: > [mkdir] Created dir: > /export/users/smishura/newinfra/build/checkouts/JettyScenario/results > [junit] Running JettyScenario > [java] Java Result: 139 > [junit] Tests run: 5, Failures: 1, Errors: 3, Time elapsed: 94.581 sec > [junit] Test JettyScenario FAILED > [java] java.net.ConnectException: localhost/127.0.0.1:4444 - > Connection refused > [java] at org.apache.harmony.luni.net.PlainSocketImpl.connect(PlainSocketImpl.java:230) > [java] at org.apache.harmony.luni.net.PlainSocketImpl.connect(PlainSocketImpl.java:193) > [java] at java.net.Socket.startupSocket(Socket.java:662) > [java] at java.net.Socket.(Socket.java:214) > [java] at org.mortbay.start.Main.stop(Main.java:526) > [java] at org.mortbay.start.Main.main(Main.java:104) > [java] at java.lang.reflect.VMReflection.invokeMethod(VMReflection.java) > [java] at java.lang.reflect.Method.invoke(Method.java:381) > [java] at org.apache.harmony.vm.JarRunner.main(JarRunner.java:80) > [delete] Deleting: /export/users/smishura/newinfra/build/temp/null1281662371 > > check-status: > > run: > > BUILD SUCCESSFUL > Total time: 2 minutes 10 seconds > > > > > > > > What the reason for calling classlib's build in this way? Why we have > > > > > > > to run 'ant.bat' (or 'ant.sh' for Linux) via ? > > > > > > > > > > > > It's workaround for Ant's OutOfMemory problem arising after doing the same > > > > > > by target. The -rebuild of classlib project causes big memory > > > > > > leaks somewhere in the Ant and the further BTI execution is impossible > > > > > > becouse of arising OOM. > > > > > > > > > > > > > > > > As far as I remember the solution was to increase the max memory used > > > > > by Ant with setting ANT_OPTS to "-Xms256M -Xmx512M". Have you tried > > > > > this? > > > > > > > > 2Gb was not enough. > > > > > > > > > > Wow ... and do you have any idea why 512M is enough for the current > > > infra and 2Gb is not enough for the proposed one? > > > > OOE happens under CC execution on the half way of drlvm building. > > We didn't it before in one Ant project. > > > > Sorry, may be my question was unclear. I asked the following: have you > investigated why the current infra is able to run the same testing > scenario (classlib+drlvm) with 512M and new one can not do it with > 2Gb? > > > > As I understand > > > certain ANT tasks can use a lot of memory - classlibrary complies over > > > 3500 with javac task, so we may assume that this requires a lot of > > > memory. But root cause of such essential increase (more then x4 times) > > > is somewhere in the proposed infa from my POV. Can this impose some > > > limits, for example, to a number of testing suite that the infra can > > > setup and run? > > > > Load testing of BTI could help to answer your question. > > And I didn't tried Ant 1.7. Probably it fixes some of the leaks. > > > > So you think that this is ANT issue only. Right? > > > > > Yes, it is Ant-based Framework. adaptor.xml takes the > > responsibility to 'adapt' existing Test Suite for execution under this > > framework. So it's called adaptor.xml > > > > > > > BTW, if we rename build.xml=>buildtest.xml we have to type each time: > > > > > ant -f buildtest.xml. > > > > > > > > The standard usage of BTI supposes launching by means of shell scripts > > > > (buildtest.bat/.sh), not by ant launcher. > > > > > > > > > > Just to setup classlib and lanch ant with -f buildtest.xml (like DRL VM build)? > > > > No, just to say > > > buildtest -Dtest.suites=some,selected,suites run > > and get the things working. > > I meant that shell script is required to set up classpath and lanch > ant with -f buildtest.xml > > Thanks, > Stepan >