harmony-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Tharindu Mathew" <mcclou...@gmail.com>
Subject Re: harmony-demo-1 status Was: [build] build error due to failing dependency zip (HARMONY-5609)
Date Tue, 25 Mar 2008 20:22:23 GMT
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

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message