[icedtea-web] RFC: Minor buildfix for 1.0
Omair Majid
omajid at redhat.com
Fri Aug 5 09:57:51 PDT 2011
On 08/05/2011 09:20 AM, Xerxes Rånby wrote:
> I rebuilt the last icedtea-web checking on the x86_64 builder
> Now it did find the junit4 jar but ... something are still FUBAR..
> http://builder.classpath.org/icedtea/buildbot/builders/icedtea-web-squeeze-x86_64/builds/147
>
> The armv5 builder are also running squeeze. I am puzzled why your x86_64
> squeeze builder fail while the armv5 squeeze builder pass...
>
> I notice that your x86_64 builder are using a rather old bootstrap
> compiler that internally includes the old icedtea-np plugin code:
> java version "1.6.0_18"
> OpenJDK Runtime Environment (IcedTea6 1.8.7) (6b18-1.8.7-2~squeeze1)
> OpenJDK 64-Bit Server VM (build 14.0-b16, mixed mode)
>
> This might be the issue.
>
I can confirm this. If I configure icedtea-web with icedtea6-1.8, I get
the same failures. If I use an icedtea6-1.10 (or later I presume) build,
things work fine.
> FAILED: testTemplateCDATA(net.sourceforge.jnlp.JNLPMatcherTest) tried to
> access class net.sourceforge.jnlp.Node from class
> net.sourceforge.jnlp.JNLPMatcher
An error like this normally indicates that package-private classes are
loaded by different class loaders. When running a 'make check' the
application classloader is used to load both netx.jar (or it's renamed
version classes.jar) and the test code. If netx.jar is in the
bootclasspath, however, then the JVM loads it from there and you get
this problem because two classes in the same package are now being
loaded by different classloaders.
Cheers,
Omair
More information about the distro-pkg-dev
mailing list