From dev-return-32864-apmail-harmony-dev-archive=harmony.apache.org@harmony.apache.org Mon Mar 24 18:33:01 2008 Return-Path: Delivered-To: apmail-harmony-dev-archive@www.apache.org Received: (qmail 76879 invoked from network); 24 Mar 2008 18:33:01 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 24 Mar 2008 18:33:01 -0000 Received: (qmail 19225 invoked by uid 500); 24 Mar 2008 18:32:51 -0000 Delivered-To: apmail-harmony-dev-archive@harmony.apache.org Received: (qmail 19203 invoked by uid 500); 24 Mar 2008 18:32:51 -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 19194 invoked by uid 99); 24 Mar 2008 18:32:51 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 24 Mar 2008 11:32:50 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of alexei.fedotov@gmail.com designates 209.85.162.177 as permitted sender) Received: from [209.85.162.177] (HELO el-out-1112.google.com) (209.85.162.177) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 24 Mar 2008 18:32:08 +0000 Received: by el-out-1112.google.com with SMTP id m34so1203164ele.13 for ; Mon, 24 Mar 2008 11:32:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; 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; bh=PWtEGX50kjAiKkAf+ZcIJkRHx9nzLHwTGh8RKs9Oz1A=; b=e+rHqJD5G5ZU4rDEvxtPr1Uj2lOkXRa5oi1bRs3aqGhUi0Wv0J9YIyJ48Dlh7ZkJGU/6FTynf73E2CTuVmmn6gcgwDgpSqja2Rqidc83rlEaLq6ShSBBkt8CqnqAxIuR55I7pSgHdMCBZqvdlNOhBpHVC99ApMExN3tlWcuWNPc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=EGMf6qWEaVdSdVqGRADaQstBtHDVB9siRTpVtTpGxDNtYQB4sy/Y1ISUmx+kPk5M11U6vNPDAUYyJazJQkOVl2Eo45/N204jFwEGTlTQmRuCE4u30H4Jz7gUrWyWB2v7EuJl9GKlb8Sb1J+LXdHzyYKBtrXQUXjv1j6w1I5ODxY= Received: by 10.140.179.25 with SMTP id b25mr2450955rvf.186.1206383536382; Mon, 24 Mar 2008 11:32:16 -0700 (PDT) Received: by 10.67.21.8 with HTTP; Mon, 24 Mar 2008 11:32:16 -0700 (PDT) Message-ID: Date: Mon, 24 Mar 2008 21:32:16 +0300 From: "Alexei Fedotov" To: dev@harmony.apache.org Subject: Re: harmony-demo-1 status Was: [build] build error due to failing dependency zip (HARMONY-5609) In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <61d2e9b20803181137k202923d6l913d3c2a87d6e6fb@mail.gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org Hello, Tharindu, , I have digged a known problem myself a bit and made a step forward. See [1] for more details. As for the next step, after fixing [1] we come come to the failure of the whole Swing subsystem [2]. I would recommend approaching this by enabling unit tests for involved components. For example, the problem in [1] involves JRootPane. Fixing the following tests is the easiest way to understand JRootPane design and related problems. Note, excluded tests may run nicely separately but fail when executed in a loop, usually, due to resource leakage. $ grep JRootPane working_classlib/modules/swing/make/* working_classlib/modules/swing/make/exclude.common:javax/swing/JRootPaneRTest.java working_classlib/modules/swing/make/exclude.common:javax/swing/JRootPaneTest.java Thanks! [1] http://issues.apache.org/jira/browse/HARMONY-5643 [2] http://issues.apache.org/jira/browse/HARMONY-4252 On Mon, Mar 24, 2008 at 6:03 PM, Alexei Fedotov wrote: > Tharindu, > > You write, > > > net.sf.freecol.common.FreeColException: The data file "data/images/units/Unit0.png" could not be found. > > It seems I failed to explain this FreeCol failure correctly. I > reproduced the same problem using Sun's VM when launched FreeCol.jar > from the directory different from the FreeCol distribution root. > Hence, nothing should be done on a Harmony side about it. You may want > to improve FreeCol file search by being relative to the jar file > location, but this is not very interesting since we have a nice > workaround to change directory to the root. > > So keep digging deeper and you will find a real problem to attack. > Thanks! > > > > > On Tue, Mar 18, 2008 at 9:37 PM, Tharindu Mathew wrote: > > *I got the hello world response. > > > > *Apache Harmony Launcher : (c) Copyright 1991, 2008 The Apache Software > > Foundation or its licensors, as applicable. > > java version "1.5.0" > > pre-alpha : not complete or compatible > > svn = r637102, (Mar 15 2008), Linux/ia32/gcc 4.1.3, release build > > http://harmony.apache.org > > Hello World > > ** > > *Was able to reproduce the FreeCol error. Using -Xmx128m * > > > > Apache Harmony Launcher : (c) Copyright 1991, 2008 The Apache Software > > Foundation or its licensors, as applicable. > > java version "1.5.0" > > pre-alpha : not complete or compatible > > svn = r637102, (Mar 15 2008), Linux/ia32/gcc 4.1.3, release build > > http://harmony.apache.org > > You need to assign more memory to the JVM. Restart FreeCol with: > > java -Xmx128M -jar FreeCol.jar > > > > * > > Was able to reproduce the FreeCol error. Using -Xmx256m -Xms256m* > > > > Apache Harmony Launcher : (c) Copyright 1991, 2008 The Apache Software > > Foundation or its licensors, as applicable. > > java version "1.5.0" > > pre-alpha : not complete or compatible > > svn = r637102, (Mar 15 2008), Linux/ia32/gcc 4.1.3, release build > > http://harmony.apache.org > > net.sf.freecol.common.FreeColException: The data file > > "data/images/units/Unit0.png" could not be found. > > at net.sf.freecol.client.gui.ImageLibrary.findImage( > > ImageLibrary.java:280) > > at net.sf.freecol.client.gui.ImageLibrary.loadUnits( > > ImageLibrary.java:306) > > at net.sf.freecol.client.gui.ImageLibrary.init(ImageLibrary.java > > :242) > > at net.sf.freecol.client.gui.ImageLibrary.(ImageLibrary.java > > :218) > > at net.sf.freecol.FreeCol.main(FreeCol.java:198) > > at java.lang.reflect.VMReflection.invokeMethod(VMReflection.java) > > at java.lang.reflect.Method.invoke(Method.java:317) > > at org.apache.harmony.vm.JarRunner.main(JarRunner.java:89) > > > > Where to from here? > > > > On Tue, Mar 18, 2008 at 3:20 PM, Alexei Fedotov > > wrote: > > > > > > > > > Tharindu, > > > So, you have successfully completed building Harmony, haven't you? I'm > > > eager to know if you have succeeded with launching > > > System.out.println("Hello, world") and FreeCol. > > > > > > Thanks! > > > > > > BTW, as for maven, the idea was around here for a while, see [1]. > > > [1] http://markmail.org/message/w4zcrcbqtl76ebsu > > > > > > > > > On Tue, Mar 18, 2008 at 12:40 PM, Tharindu Mathew > > > wrote: > > > > > > > > On Mon, Mar 17, 2008 at 1:36 AM, Tim Ellison > > > wrote: > > > > > > > > > Nathan Beyer wrote: > > > > > > On Sat, Mar 15, 2008 at 4:37 PM, Tharindu Mathew < > > > mccloud35@gmail.com> > > > > > wrote: > > > > > >> On Sat, Mar 15, 2008 at 9:23 PM, Nathan Beyer > > > wrote: > > > > > >> > > > > > >> > What did you have to download manually? The dependency > > > downloads are > > > > > >> > all automated via Ant targets. If that's not working, then it's > > > a > > > > > bug > > > > > >> > or issue we need to resolve. > > > > > >> > > > > > > >> Yes, I've included them in the bug. This specific location gives > > > a > > > > > corrupted > > > > > >> version. > > > > > > > > > > > > Did the checksum fail? We probably need to notify that team of the > > > > > > corruption as well. > > > > > > > > > > I just tried downloading it again, and got a short version (4.8Mb > > > > > instead of 6.7Mb) so it failed our MD5 checksum. However, our > > > checksum > > > > > matches the one on the download site [1] so there is a problem. > > > > > > > > > > [1] http://www.apache.org/dist/xerces/j/Xerces-J-bin.2.9.1.zip.md5 > > > > > > > > > > >> > > > > > > >> > Maven doesn't have any magical solution for mirror usage. > > > > > >> > > > > > > >> Well it's not magic. But I noticed you have hardcoded all the > > > > > locations of > > > > > >> the needed jars. > > > > > >> Dependency management is much easier in maven. If you include > > > multiple > > > > > >> repos, it will check all of them for the jar needed. and the > > > checksum > > > > > >> doesn't also needed to be hardcoded. > > > > > > > > > > > > Actually, Maven's no different. Generally you don't put any repos > > > in a > > > > > > POM; all dependencies are downloaded from the central repo > > > > > > (repo1.maven.org), which is hardcoded in the code. The checksums > > > are > > > > > > just as hardcoded, but instead of in the client scripts, they are > > > in a > > > > > > files in the repo. > > > > > > > > > > Agreed. I see no material difference in us hard coding the name, > > > > > version, and MD5 file location rather than the actual MD5 itself. > > > > > > > > > > > As someone else mentioned, all of this dependency management is > > > also > > > > > > available in Ivy, but without all of the rest of Maven. The > > > dependency > > > > > > management bits of Maven might help the Harmony build, but all of > > > the > > > > > > other "conventions" that Maven uses would prevent many other parts > > > of > > > > > > the build; such as running tests on a JRE that you just built. > > > Nothing > > > > > > against Maven, but Harmony's really the edge case that Maven > > > doesn't > > > > > > worry about. > > > > > > > > > I see. I didn't think about that since it slipped my mind that Hrmony > > > needs > > > > to run test from its own JRE. I understand why you intend to skip maven > > > or > > > > try Ivy. > > > > > > > > > > > > > > > > > > > > > > > In this case it appears that there really is a problem with the > > > download > > > > > site, so our dependency management is working well . > > > > > > > > > > Regards, > > > > > Tim > > > > > > > > > > > > > > > > > > > > > -- > > > > Regards, > > > > > > > > Tharindu > > > > > > > > > > > > > > > > -- > > > With best regards, > > > Alexei > > > > > > > > > > > -- > > Regards, > > > > Tharindu > > > > > > -- > With best regards, > Alexei > -- With best regards, Alexei