Mailing-List: contact dev-help@harmony.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@harmony.apache.org
Received-SPF: pass (athena.apache.org: domain of alexei.fedotov@gmail.com
 designates 72.14.214.235 as permitted sender)
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=b9VwYjfc4kzLX+r00ORB0xkKfap82nij/buDfLoO7ZYRe7kdkpZ5UkzziiZxWnjw82lMYa5nmeQnLshV08tZXew20UD5wC8CEYTqrlVk+Ohp65Zr9yVfuCFJp7tmJFUYdsI4s6J4tsHoOkFIIokXJ1rAlXMn3nVO/Mkzhxwfcv4=
Message-ID: <c30d70960803240803n78c7e246p913da0ebb6a892b7@mail.gmail.com>
Date: Mon, 24 Mar 2008 18:03:47 +0300
From: "Alexei Fedotov" <alexei.fedotov@gmail.com>
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: <61d2e9b20803181137k202923d6l913d3c2a87d6e6fb@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <c30d70960803180250g7f14dc52tc77bed8d0e6bed56@mail.gmail.com>
	 <61d2e9b20803181137k202923d6l913d3c2a87d6e6fb@mail.gmail.com>

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 <mccloud35@gmail.com> 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.<init>(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 <alexei.fedotov@gmail.com>
>  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 <mccloud35@gmail.com>
>  > wrote:
>  > >
>  > > On Mon, Mar 17, 2008 at 1:36 AM, Tim Ellison <t.p.ellison@gmail.com>
>  > 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 <nbeyer@gmail.com>
>  > 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 <g>.
>  > >  >
>  > >  > Regards,
>  > >  > Tim
>  > >  >
>  > >
>  > >
>  > >
>  > >  --
>  > >  Regards,
>  > >
>  > >  Tharindu
>  > >
>  >
>  >
>  >
>  > --
>  > With best regards,
>  > Alexei
>  >
>
>
>
>  --
>  Regards,
>
>  Tharindu
>


-- 
With best regards,
Alexei