|
From: Colin S. <col...@ex...> - 2003-11-17 18:39:07
|
I can actually answer that, to the extent that looking at the existing code in BcelAttributes and BcelAttributeWriter, I don't see anything at all in there that you couldn't do with Javassist. As to this is in any way preferable to using an ASM/cglib combination, that's harder to answer. Javassist would probably be a more direct replacement on a line by line basis, since it's fundamental approach is fairly similar; you work with objects representing the bytecode elements. It definitely runs faster than BCEL, and uses less memory, but my feeling is that for raw speed and memory usage, ASM's 'visitor' approach would win out. Kopylenko, Dmitry wrote: >Mark, > >Would it be feasible to create another Attributes impl such as >JavassistAttributes ? > >Dmitriy. > >-----Original Message----- >From: Colin Sampaleanu [mailto:col...@ex...] >Sent: Monday, November 17, 2003 9:26 AM >To: spr...@li... >Subject: Re: [Springframework-developer] Is it worth keeping BCEL around a t >all? > > >We use Javassist at work in an internal project. I think it's great. I >don't know how it compares in speed to the using cglib on top of ASM >though; we picked Javassist for this applicaiton mainly because it >allows you to write in real Java code which gets parsed and inserted at >runtime... > > > > >Kopylenko, Dmitry wrote: > > > >>Has anyone had any experience wit Javassist? Any thoughts/comments? >> >>Regards, >>Dmitriy. >> >>-----Original Message----- >>From: jürgen höller [werk3AT] [mailto:jue...@we...] >>Sent: Sunday, November 16, 2003 3:59 PM >>To: spr...@li... >>Subject: Re: [Springframework-developer] Is it worth keeping BCEL around at >>all? >> >> >>+1 - the Hibernate guys typically know what they're doing, so I trust >>+them when they switched to ASM :-) >> >>________________________________ >> >>Von: spr...@li... im Auftrag >>von Alef Arendsen (JTeam) >>Gesendet: So 16.11.2003 19:17 >>An: spr...@li... >>Betreff: RE: [Springframework-developer] Is it worth keeping BCEL >>around at all? >> >> >> >>+1 >> >>Just get rid of if, What Mark is saying about the side file approach >>indeed sounds like the best approach... >> >>Alef >> >> >> >> >> >> >>>Hi, >>> >>>I vote to get rid of BCEL as well. It always seemed large to me. The >>>ASM api indicates it supports attribute manipulation in the bytecode >>>so I >>>should be able to port the bcel package to asm. This >>>feature bytecode >>>libraries might not be that important anyway since the default storage >>>mechanism for attributes will likely switch to side files instead of >>>putting it in the bytecode. >>> >>>Mark >>> >>> |