Version Conflict with bcel?

2006-04-08 Thread Soeren Strassfeld
Hi List, the latest Harmony snapshot ships a version of xalan.jar, which seems to contains an old version of Jakarta bcel. When I try to run my bcel based App, I get a NoSuchMethodError: org/apache/bcel/Repository.lookupClass(Ljava/lang/Class;)Lorg/apache/bcel/classfile/JavaClass; I checked

Re: Version Conflict with bcel?

2006-04-08 Thread Stepan Mishura
On 4/8/06, Soeren Strassfeld wrote: Hi List, the latest Harmony snapshot ships a version of xalan.jar, which seems to contains an old version of Jakarta bcel. When I try to run my bcel based App, I get a NoSuchMethodError:

Re: [classlib] update on running Harmony Classlib on GNU Classpath VMs

2006-04-08 Thread Weldon Washburn
Hi Archie, Etienne, Tim, On 4/7/06, Archie Cobbs [EMAIL PROTECTED] wrote: Tim Ellison wrote: I would object to making the Harmony kernel GNU Classpath specific, so why not make the adapter a separate 'project', i.e. just gnuclasspathadapter/src/java/java/lang/VMx.java GNU

Re: [classlib] update on running Harmony Classlib on GNU Classpath VMs

2006-04-08 Thread Mark Hindess
While Weldon is correct that the adapter isn't specific to any JVM but neither is it a required component of the classlib. So I agree with Etienne and Tim; it should be a separate project. -Mark. On 4/8/06, Etienne Gagnon [EMAIL PROTECTED] wrote: Weldon Washburn wrote: Create a new branch

Re: Version Conflict with bcel?

2006-04-08 Thread Soeren Strassfeld
Hi Stepan, works fine, thanks! Anyway, overriding the bootclasspath seems very dangerous to me, as not all libraries keep upward/downward compatibility. Could be interesting to see how the xml api behaves with a new bcel in the bootclasspath, will do some tests on that! Thanks, Soeren