Mailing-List: contact dev-help@harmony.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@harmony.apache.org
Received-SPF: pass (athena.apache.org: domain of ayzen.quwe@gmail.com
 designates 209.85.162.179 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=beta;
        h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references;
        b=ZlDwlYyHSuop/BvIUbw7n7I9F2Mmc1RaiF9LoKl7yD+d5rx6DmJSksoAbmiLZTWe7l+dmhA5dzJSpitzJh1l1SQ14xkb4WVhREPzlqTGEaVqj4+LYMBuCSM2zCJd1jSCU4xefYppbuRovomCsD4sVVn9gRl6fRmCdhxkvQ0bRvI=
Message-ID: <4c4c40460803260538x13fcfba4v11304500c9f8033f@mail.gmail.com>
Date: Wed, 26 Mar 2008 14:38:01 +0200
From: "Aleksey Lagoshin" <ayzen.quwe@gmail.com>
To: dev@harmony.apache.org
Subject: Re: harmony-demo-1 status Was: [build] build error due to failing
 dependency zip (HARMONY-5609)
In-Reply-To: <61d2e9b20803260529s2304024fpfa0573f188031915@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_Part_7436_17490965.1206535081875"
References: <c30d70960803180250g7f14dc52tc77bed8d0e6bed56@mail.gmail.com>
	 <61d2e9b20803181137k202923d6l913d3c2a87d6e6fb@mail.gmail.com>
	 <c30d70960803240803n78c7e246p913da0ebb6a892b7@mail.gmail.com>
	 <c30d70960803241132p31980846wb0c7596c7fd7749d@mail.gmail.com>
	 <61d2e9b20803251304k5f0da94fg326b38816fdd62b7@mail.gmail.com>
	 <61d2e9b20803251322g372c2ddejbbd34343b1bf03ce@mail.gmail.com>
	 <61d2e9b20803260529s2304024fpfa0573f188031915@mail.gmail.com>

------=_Part_7436_17490965.1206535081875
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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 <mccloud35@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 <mccloud35@gmail.com>
> wrote:
>
> > Pleases disregard my earlier reply.
> >
> >
> > On Wed, Mar 26, 2008 at 1:34 AM, Tharindu Mathew <mccloud35@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
> > > > <alexei.fedotov@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

------=_Part_7436_17490965.1206535081875--