*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
