Nobody any comments on this??
 

        -----Ursprüngliche Nachricht----- 
        Von: Thomas Börkel 
        Gesendet: Mi 20.02.2002 16:13 
        An: [EMAIL PROTECTED] 
        Cc: 
        Betreff: RE: Heads-up / opinions? - BCEL -> tt-bytecode
        
        

        HI!
        
        I tested the latest build and the tt-bytecode library seems to be extremely 
slow. It takes about 30 seconds to read information from some bigger classes on my 
machine (500 MHz). During this time, java.exe consumes all available CPU time.
        
        This wasn't the case with bcel.
        
        The class was compiled with fastjavac from NetBeans and the program runs with 
JDK 1.4.
        
        Anyone else seen this? Should I attach an example .class file?
        
        Regards,
        Thomas
        
        > -----Original Message-----
        > From: Glen Daniels [mailto:[EMAIL PROTECTED]]
        > Sent: Dienstag, 19. Februar 2002 00:50
        > To: Axis-Dev (E-mail)
        > Subject: Heads-up / opinions? - BCEL -> tt-bytecode
        >
        >
        >
        > Hi all.
        >
        > So, while looking into some reported problems with BCEL, I
        > ran into a couple of difficulties with the library.  In
        > particular, there is no way to get BCEL to make you a
        > JavaClass from a java.lang.Class, so it tries to load the
        > class, which was failing to work with JWS files on my home machine.
        >
        > As an alternative, I switched over the code to use the
        > tt-bytecode library from SourceForge
        > (http://tt-bytecode.sf.net/), which has the following benefits:
        >
        > 1) The jar is much smaller (128k vs. 335k)
        >
        > 2) It has an easy to use API for creating a new BClass with a
        > Class parameter, solving the classloader issue
        >
        > This is a BSD style license jar file.
        >
        > I'm going to commit my changes, which also make sure that JWS
        > files are compiled in debug mode (at least for javac), and
        > leave the bcel.jar there for now as well.  If everyone's good
        > with this switchover tomorrow, I'll remove bcel, if not I can
        > roll back the change.
        >
        > --Glen
        >
        >
        >
        

<<winmail.dat>>

Reply via email to