Re: mauve results posted nightly

[Brian Jones]

Stuart Ballard <address@hidden> writes:

> Do you have evidence that the reflection codepaths are actually being
> used? I know that Jode contains code to do that, but as far as I know
> it shouldn't actually ever happen when making a japi of java.*, as
> long as all the java.* classes are in the zipfiles that you pass to
> japize on the commandline.
> 
> (there is a good reason for keeping it there, though: consider the
> case when you're japizing, say, javax.servlet. You only want to pass
> the servlet jar on the commandline, but Jode still needs to be able to
> find all the superclasses, including java.lang.Object, a bunch of
> stuff from java.io, etc. In those cases it's legit to use reflection,
> because the classes you're loading by reflection are irrelevant to the
> API you're japizing)
> 
> Incidentally, that code in Jode hasn't changed ever since I first
> started using Jode back in 0.8 or so - so if there's a problem, it's
> been in every version of japitools since then (including 0.9 which
> you're already using... :) ).

It's not a new problem, but I was able to ignore it before.  Now
japize stops dead in its tracks.  Because I know Classpath has this
$ClassFactory and JDK 1.4 does not... Jode must be reading something
in Classpath's .class files referencing this and trying to use
reflection to load it which fails under the JDK.  Again I used to see
this (and I ignored it) but it didn't cause japize to die as it does
now.

Processing package java.lang.reflect,:=++++++++++Can't read class 
java.lang.reflect.Proxy$ClassFactory, types may be incorrect. 
(java.io.UTFDataFormatException)java.io.UTFDataFormatException
        at java.io.DataInputStream.readUTF(DataInputStream.java:615)
        at java.io.DataInputStream.readUTF(DataInputStream.java:551)
        at jode.bytecode.ConstantPool.read(ConstantPool.java:94)
        at jode.bytecode.ClassInfo.read(ClassInfo.java:310)
        at jode.bytecode.ClassInfo.loadInfo(ClassInfo.java:628)
        at jode.bytecode.ClassInfo.getModifiers(ClassInfo.java:759)
        at net.wuffies.japi.JodeClass.getModifiers(JodeClass.java:69)
        at net.wuffies.japi.Japize.japizeClass(Japize.java:621)
        at net.wuffies.japi.Japize.processPackage(Japize.java:445)
        at net.wuffies.japi.Japize.processPackage(Japize.java:454)
        at net.wuffies.japi.Japize.doJapize(Japize.java:331)
        at net.wuffies.japi.Japize.main(Japize.java:281)
Can't read class java.lang.reflect.Proxy$ClassFactory, types may be incorrect. 
(java.io.UTFDataFormatException)
java.io.UTFDataFormatException
        at java.io.DataInputStream.readUTF(DataInputStream.java:615)
        at java.io.DataInputStream.readUTF(DataInputStream.java:551)
        at jode.bytecode.ConstantPool.read(ConstantPool.java:94)
        at jode.bytecode.ClassInfo.read(ClassInfo.java:310)
        at jode.bytecode.ClassInfo.loadInfo(ClassInfo.java:628)
        at jode.bytecode.ClassInfo.getOuterClasses(ClassInfo.java:807)
        at net.wuffies.japi.JodeClass.getModifiers(JodeClass.java:74)
        at net.wuffies.japi.Japize.japizeClass(Japize.java:621)
        at net.wuffies.japi.Japize.processPackage(Japize.java:445)
        at net.wuffies.japi.Japize.processPackage(Japize.java:454)
        at net.wuffies.japi.Japize.doJapize(Japize.java:331)
        at net.wuffies.japi.Japize.main(Japize.java:281)
Exception in thread "main" java.lang.NoClassDefFoundError: 
java.lang.reflect.Proxy$ClassFactory
        at jode.bytecode.ClassInfo.loadInfo(ClassInfo.java:634)
        at net.wuffies.japi.JodeClass.isDeprecated(JodeClass.java:84)
        at net.wuffies.japi.Japize.japizeClass(Japize.java:663)
        at net.wuffies.japi.Japize.processPackage(Japize.java:445)
        at net.wuffies.japi.Japize.processPackage(Japize.java:454)
        at net.wuffies.japi.Japize.doJapize(Japize.java:331)
        at net.wuffies.japi.Japize.main(Japize.java:281)

Brian
-- 
Brian Jones <address@hidden>
http://www.haphazard.org/~cbj/