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 clas
On Tue, 19 Feb 2002, Glen Daniels wrote:
> > I'm a bit concerned about the license implications. I haven't
> > read the BSD
> > license, but presumably its terms and conditions are different to the
> > Apache license that applies to the other jars which are
> > checked in.
That is correct.
> >
(Point taken, Sam.)
Hi, bcel-dev'ers!
Any commentary on the two points below? The jar size issue isn't as important as the
fact that I had classloader issues using Repository.lookup(className)
--Glen
> -Original Message-
> From: Sam Ruby [mailto:[EMAIL PR
respond to [EMAIL PROTECTED]
To:"Axis-Dev (E-mail)" <[EMAIL PROTECTED]>
cc:
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
+1
--
Tom Jordahl
-Original Message-
From: Glen Daniels [mailto:[EMAIL PROTECTED]]
Sent: Monday, February 18, 2002 6:50 PM
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 cou
dia.com> cc:
Subject: RE: Heads-up / opinions? -
BCEL -> tt-bytecode
k this is any worse a problem with tt-bytecode than anything else. We can
still track the development and interact with the developers to get everything working
just like we do with Apache projects. Also, I note that we use JUnit, which has the
same issue.
> Would a better strategy perhaps b
, you need to
check in a license file alongside the tt-bytecode jar file.
Also, I guess Gump won't have access to the latest level of the tt-bytecode
jar file, so problems may arise if people combine Axis with newer levels of
tt-bytecode .
Would a better strategy perhaps be to get bcel improv
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
The JavapUtils code is ugly. (I know because I added it.) If BCEL
provides a better way to get at the debug information then we should use
BCEL.
A big +1 from me.
Glen, please make sure the code continues to work with methods that have
array parameters and return values.
Thanks!
Rich
+1
--
Tom Jordahl
-Original Message-
From: Glen Daniels [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 14, 2002 4:34 PM
To: 'Axis-Dev (E-mail)'
Subject: BCEL
I just revamped JavapUtils to stop using javap and start using BCEL
(http://jakarta.apache.org/bcel).
"'Axis-Dev (E-mail)'" <[EMAIL PROTECTED]>
cc:
Subject: BCEL
I just revamped JavapUtils to stop using javap and start using BCEL (
http://jakarta.apache.org/bcel). The main benefits of this are speed and
resource conservation (we no longer have to spawn a proce
+1. Even Xalan-J already uses this.
Thanks,
dims
--- Glen Daniels <[EMAIL PROTECTED]> wrote:
>
> I just revamped JavapUtils to stop using javap and start using BCEL
> (http://jakarta.apache.org/bcel). The main benefits of this are speed and resource
>conservation
>
I just revamped JavapUtils to stop using javap and start using BCEL
(http://jakarta.apache.org/bcel). The main benefits of this are speed and resource
conservation (we no longer have to spawn a process to get the arg names from debug
info in class files, and we can operate in environments
15 matches
Mail list logo
