You are viewing a plain text version of this content. The canonical link for it is here.

Posted to dev@harmony.apache.org by Alexei Fedotov <al...@gmail.com> on 2008/03/18 10:50:28 UTC

harmony-demo-1 status Was: [build] build error due to failing dependency zip (HARMONY-5609)

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 <mc...@gmail.com> wrote:
>
> On Mon, Mar 17, 2008 at 1:36 AM, Tim Ellison <t....@gmail.com> wrote:
>
>  > Nathan Beyer wrote:
>  > > On Sat, Mar 15, 2008 at 4:37 PM, Tharindu Mathew <mc...@gmail.com>
>  > wrote:
>  > >> On Sat, Mar 15, 2008 at 9:23 PM, Nathan Beyer <nb...@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

Re: harmony-demo-1 status Was: [build] build error due to failing dependency zip (HARMONY-5609)

Posted by Alexei Zakharov <al...@gmail.com>.

You should redirect stderr stream into the file rather than stdout. In
your case the command should look like

~/harmony/target/hdk/jdk/jre/bin/java -Xverbose:codegen -Xmx256m
-Xms256m  -showversion -jar ~/freecol/FreeCol.jar 2> test

Regards,
Alexei

2008/3/26, Tharindu Mathew <mc...@gmail.com>:
> I applied the patch and I get the very long Swing exception. But I have a
>  dumb question. Since its very long I'm tryin to get the output into a text
>  file and analyze it. The usual method of "> text.txt" after the command
>  doesn't seem to work.
>
>  Here's my command:
>  ~/harmony/target/hdk/jdk/jre/bin/java -Xverbose:codegen -Xmx256m -Xms256m
>  -showversion -jar ~/freecol/FreeCol.jar > test
>
>  But the test file only had the following output:
>
>
>  Apache Harmony Launcher : (c) Copyright 1991, 2008 The Apache Software
>  Foundation or its licensors, as applicable.
>
> The music files could not be loaded by FreeCol. Disabling music.
>
>
>  Is there a way I can get the output to a file???
>
>
>
>  On Wed, Mar 26, 2008 at 1:52 AM, Tharindu Mathew <mc...@gmail.com>
>
> wrote:
>
>  > Pleases disregard my earlier reply.
>  >
>  >
>  > On Wed, Mar 26, 2008 at 1:34 AM, Tharindu Mathew <mc...@gmail.com>
>  > wrote:
>  >
>  > > Hi Alexei,
>  > >
>  > > Sorry for being out for a few days. Had to work on a report for uni.
>  > > Could I have your mail address? It's not mentioned on the wiki page.
>  > >
>  > > On Tue, Mar 25, 2008 at 12:02 AM, Alexei Fedotov <
>  > > alexei.fedotov@gmail.com> wrote:
>  > >
>  > > > Hello, Tharindu, <Sphinks>,
>  > > > 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
>  > > > <al...@gmail.com> 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 <
>  > > > 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
>  > > > >
>  > > >
>  > > >
>  > > >
>  > > > --
>  > > > With best regards,
>  > > > Alexei
>  > > >
>  > >
>  > >
>  > >
>  > > --
>  > > Regards,
>  > >
>  > > Tharindu
>  >
>  >
>  >
>  >
>  > --
>  > Regards,
>  >
>  > Tharindu
>
>
>
>
>
> --
>  Regards,
>
>
>  Tharindu
>

Re: harmony-demo-1 status Was: [build] build error due to failing dependency zip (HARMONY-5609)

Posted by Tharindu Mathew <mc...@gmail.com>.

Thanks, that worked.

On Wed, Mar 26, 2008 at 6:08 PM, Aleksey Lagoshin <ay...@gmail.com>
wrote:

> Hello Tharindu,
>
> All exceptions go to the standart error output, so just try this:
>
> ~/harmony/target/hdk/jdk/jre/bin/java -Xverbose:codegen -Xmx256m -Xms256m
> -showversion -jar ~/freecol/FreeCol.jar 2> test
>
> 2008/3/26, Tharindu Mathew <mc...@gmail.com>:
> >
> > I applied the patch and I get the very long Swing exception. But I have
> a
> > dumb question. Since its very long I'm tryin to get the output into a
> text
> > file and analyze it. The usual method of "> text.txt" after the command
> > doesn't seem to work.
> >
> > Here's my command:
> > ~/harmony/target/hdk/jdk/jre/bin/java -Xverbose:codegen -Xmx256m
> -Xms256m
> > -showversion -jar ~/freecol/FreeCol.jar > test
> >
> > But the test file only had the following output:
> >
> > Apache Harmony Launcher : (c) Copyright 1991, 2008 The Apache Software
> > Foundation or its licensors, as applicable.
> > The music files could not be loaded by FreeCol. Disabling music.
> >
> >
> > Is there a way I can get the output to a file???
> >
> >
> >
> > On Wed, Mar 26, 2008 at 1:52 AM, Tharindu Mathew <mc...@gmail.com>
> > wrote:
> >
> > > Pleases disregard my earlier reply.
> > >
> > >
> > > On Wed, Mar 26, 2008 at 1:34 AM, Tharindu Mathew <mc...@gmail.com>
> > > wrote:
> > >
> > > > Hi Alexei,
> > > >
> > > > Sorry for being out for a few days. Had to work on a report for uni.
> > > > Could I have your mail address? It's not mentioned on the wiki page.
> > > >
> > > > On Tue, Mar 25, 2008 at 12:02 AM, Alexei Fedotov <
> > > > alexei.fedotov@gmail.com> wrote:
> > > >
> > > > > Hello, Tharindu, <Sphinks>,
> > > > > 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
> > > > > <al...@gmail.com> 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 <
> > > > > 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
> > > > > >
> > > > >
> > > > >
> > > > >
> > > > > --
> > > > > With best regards,
> > > > > Alexei
> > > > >
> > > >
> > > >
> > > >
> > > > --
> > > > Regards,
> > > >
> > > > Tharindu
> > >
> > >
> > >
> > >
> > > --
> > > Regards,
> > >
> > > Tharindu
> >
> >
> >
> >
> > --
> > Regards,
> >
> >
> > Tharindu
> >
>
>
>
> --
> Thanks,
> Aleksey
>



-- 
Regards,

Tharindu

Re: harmony-demo-1 status Was: [build] build error due to failing dependency zip (HARMONY-5609)

Posted by Aleksey Lagoshin <ay...@gmail.com>.

Hello Tharindu,

All exceptions go to the standart error output, so just try this:

~/harmony/target/hdk/jdk/jre/bin/java -Xverbose:codegen -Xmx256m -Xms256m
-showversion -jar ~/freecol/FreeCol.jar 2> test

2008/3/26, Tharindu Mathew <mc...@gmail.com>:
>
> I applied the patch and I get the very long Swing exception. But I have a
> dumb question. Since its very long I'm tryin to get the output into a text
> file and analyze it. The usual method of "> text.txt" after the command
> doesn't seem to work.
>
> Here's my command:
> ~/harmony/target/hdk/jdk/jre/bin/java -Xverbose:codegen -Xmx256m -Xms256m
> -showversion -jar ~/freecol/FreeCol.jar > test
>
> But the test file only had the following output:
>
> Apache Harmony Launcher : (c) Copyright 1991, 2008 The Apache Software
> Foundation or its licensors, as applicable.
> The music files could not be loaded by FreeCol. Disabling music.
>
>
> Is there a way I can get the output to a file???
>
>
>
> On Wed, Mar 26, 2008 at 1:52 AM, Tharindu Mathew <mc...@gmail.com>
> wrote:
>
> > Pleases disregard my earlier reply.
> >
> >
> > On Wed, Mar 26, 2008 at 1:34 AM, Tharindu Mathew <mc...@gmail.com>
> > wrote:
> >
> > > Hi Alexei,
> > >
> > > Sorry for being out for a few days. Had to work on a report for uni.
> > > Could I have your mail address? It's not mentioned on the wiki page.
> > >
> > > On Tue, Mar 25, 2008 at 12:02 AM, Alexei Fedotov <
> > > alexei.fedotov@gmail.com> wrote:
> > >
> > > > Hello, Tharindu, <Sphinks>,
> > > > 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
> > > > <al...@gmail.com> 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 <
> > > > 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
> > > > >
> > > >
> > > >
> > > >
> > > > --
> > > > With best regards,
> > > > Alexei
> > > >
> > >
> > >
> > >
> > > --
> > > Regards,
> > >
> > > Tharindu
> >
> >
> >
> >
> > --
> > Regards,
> >
> > Tharindu
>
>
>
>
> --
> Regards,
>
>
> Tharindu
>



-- 
Thanks,
Aleksey

Re: harmony-demo-1 status Was: [build] build error due to failing dependency zip (HARMONY-5609)

Posted by Tharindu Mathew <mc...@gmail.com>.

I applied the patch and I get the very long Swing exception. But I have a
dumb question. Since its very long I'm tryin to get the output into a text
file and analyze it. The usual method of "> text.txt" after the command
doesn't seem to work.

Here's my command:
~/harmony/target/hdk/jdk/jre/bin/java -Xverbose:codegen -Xmx256m -Xms256m
-showversion -jar ~/freecol/FreeCol.jar > test

But the test file only had the following output:

Apache Harmony Launcher : (c) Copyright 1991, 2008 The Apache Software
Foundation or its licensors, as applicable.
The music files could not be loaded by FreeCol. Disabling music.


Is there a way I can get the output to a file???



On Wed, Mar 26, 2008 at 1:52 AM, Tharindu Mathew <mc...@gmail.com>
wrote:

> Pleases disregard my earlier reply.
>
>
> On Wed, Mar 26, 2008 at 1:34 AM, Tharindu Mathew <mc...@gmail.com>
> wrote:
>
> > Hi Alexei,
> >
> > Sorry for being out for a few days. Had to work on a report for uni.
> > Could I have your mail address? It's not mentioned on the wiki page.
> >
> > On Tue, Mar 25, 2008 at 12:02 AM, Alexei Fedotov <
> > alexei.fedotov@gmail.com> wrote:
> >
> > > Hello, Tharindu, <Sphinks>,
> > > 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
> > > <al...@gmail.com> 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 <
> > > 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
> > > >
> > >
> > >
> > >
> > > --
> > > With best regards,
> > > Alexei
> > >
> >
> >
> >
> > --
> > Regards,
> >
> > Tharindu
>
>
>
>
> --
> Regards,
>
> Tharindu




-- 
Regards,

Tharindu

Re: harmony-demo-1 status Was: [build] build error due to failing dependency zip (HARMONY-5609)

Posted by Tharindu Mathew <mc...@gmail.com>.

Pleases disregard my earlier reply.

On Wed, Mar 26, 2008 at 1:34 AM, Tharindu Mathew <mc...@gmail.com>
wrote:

> Hi Alexei,
>
> Sorry for being out for a few days. Had to work on a report for uni. Could
> I have your mail address? It's not mentioned on the wiki page.
>
> On Tue, Mar 25, 2008 at 12:02 AM, Alexei Fedotov <al...@gmail.com>
> wrote:
>
> > Hello, Tharindu, <Sphinks>,
> > 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
> > <al...@gmail.com> 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 <mc...@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
> > >
> >
> >
> >
> > --
> > With best regards,
> > Alexei
> >
>
>
>
> --
> Regards,
>
> Tharindu




-- 
Regards,

Tharindu

Re: harmony-demo-1 status Was: [build] build error due to failing dependency zip (HARMONY-5609)

Posted by Tharindu Mathew <mc...@gmail.com>.

Hi Alexei,

Sorry for being out for a few days. Had to work on a report for uni. Could I
have your mail address? It's not mentioned on the wiki page.

On Tue, Mar 25, 2008 at 12:02 AM, Alexei Fedotov <al...@gmail.com>
wrote:

> Hello, Tharindu, <Sphinks>,
> 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
> <al...@gmail.com> 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 <mc...@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
> >
>
>
>
> --
> With best regards,
> Alexei
>



-- 
Regards,

Tharindu

Re: harmony-demo-1 status Was: [build] build error due to failing dependency zip (HARMONY-5609)

Posted by Tharindu Mathew <mc...@gmail.com>.

Hi Alexei,

Sorry for being out for a few days. Had to work on a report for uni. Could I
have your mail address? It's not mentioned on the wiki page.

On Tue, Mar 25, 2008 at 12:02 AM, Alexei Fedotov <al...@gmail.com>
wrote:

> Hello, Tharindu, <Sphinks>,
> 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
> <al...@gmail.com> 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 <mc...@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
> >
>
>
>
> --
> With best regards,
> Alexei
>



-- 
Regards,

Tharindu

Re: harmony-demo-1 status Was: [build] build error due to failing dependency zip (HARMONY-5609)

Posted by Alexei Fedotov <al...@gmail.com>.

Hello, Tharindu, <Sphinks>,
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
<al...@gmail.com> 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 <mc...@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 <al...@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 <mc...@gmail.com>
>  >  > wrote:
>  >  > >
>  >  > > On Mon, Mar 17, 2008 at 1:36 AM, Tim Ellison <t....@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 <nb...@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
>



-- 
With best regards,
Alexei

Re: harmony-demo-1 status Was: [build] build error due to failing dependency zip (HARMONY-5609)

Posted by Alexei Fedotov <al...@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 <mc...@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 <al...@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 <mc...@gmail.com>
>  > wrote:
>  > >
>  > > On Mon, Mar 17, 2008 at 1:36 AM, Tim Ellison <t....@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 <nb...@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

Re: harmony-demo-1 status Was: [build] build error due to failing dependency zip (HARMONY-5609)

Posted by Alexei Fedotov <al...@gmail.com>.

I'm sorry. Gmail occasionally sends my unfinished letters when I press
too much keys. Please, just disregard the ned of my previous message.



On Tue, Mar 18, 2008 at 10:13 PM, Alexei Fedotov
<al...@gmail.com> wrote:
> That's a great progress, Tharindu!
>
>  I suggest the next step to check
>  net.sf.freecol.client.gui.ImageLibrary.findImage source and decide why
>  the image not found error may be produced. For example, it might be a
>  case that something is wrong with png support. I don't think it is
>  completely absent because the corresponding library is req is absent
>  in our class library and you have to code it in. From the other sid
>  png library is required when
>
>
>
>
>  On Tue, Mar 18, 2008 at 9:37 PM, Tharindu Mathew <mc...@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 <al...@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 <mc...@gmail.com>
>  >  > wrote:
>  >  > >
>  >  > > On Mon, Mar 17, 2008 at 1:36 AM, Tim Ellison <t....@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 <nb...@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
>



-- 
With best regards,
Alexei

Re: harmony-demo-1 status Was: [build] build error due to failing dependency zip (HARMONY-5609)

Posted by Alexei Fedotov <al...@gmail.com>.

That's a great progress, Tharindu!

I suggest the next step to check
net.sf.freecol.client.gui.ImageLibrary.findImage source and decide why
the image not found error may be produced. For example, it might be a
case that something is wrong with png support. I don't think it is
completely absent because the corresponding library is req is absent
in our class library and you have to code it in. From the other sid
png library is required when


On Tue, Mar 18, 2008 at 9:37 PM, Tharindu Mathew <mc...@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 <al...@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 <mc...@gmail.com>
>  > wrote:
>  > >
>  > > On Mon, Mar 17, 2008 at 1:36 AM, Tim Ellison <t....@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 <nb...@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

Re: harmony-demo-1 status Was: [build] build error due to failing dependency zip (HARMONY-5609)

Posted by Tharindu Mathew <mc...@gmail.com>.

*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 <al...@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 <mc...@gmail.com>
> wrote:
> >
> > On Mon, Mar 17, 2008 at 1:36 AM, Tim Ellison <t....@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 <nb...@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