|
From: | Stuart Ballard |
Subject: | Re: mauve results posted nightly |
Date: | Mon, 09 Dec 2002 16:59:52 -0500 |
User-agent: | Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2) Gecko/20021128 Debian/1.2-1 |
Brian Jones wrote:
Brian Jones <address@hidden> writes: Sadly it appears I'm having trouble producing a classpath.japi. Jode appears to use reflection to load some classes during class reading which is making it difficult to use something like Sun's JDK to produce the files and I don't have enough RAM to use Kissme on the whole thing.
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... :) ).
Stuart. -- Stuart Ballard, Programmer NetReach - Internet Solutions (215) 283-2300, ext. 126 http://www.netreach.com/
[Prev in Thread] | Current Thread | [Next in Thread] |