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 <[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]> > 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 <[EMAIL PROTECTED]> > > wrote: > > > > > > On Mon, Mar 17, 2008 at 1:36 AM, Tim Ellison <[EMAIL PROTECTED]> > > wrote: > > > > > > > Nathan Beyer wrote: > > > > > On Sat, Mar 15, 2008 at 4:37 PM, Tharindu Mathew < > > [EMAIL PROTECTED]> > > > > wrote: > > > > >> On Sat, Mar 15, 2008 at 9:23 PM, Nathan Beyer <[EMAIL PROTECTED]> > > 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
