[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