+1 to Matt, wise said :) http://people.apache.org/~simonetripodi/ http://www.99soft.org/
On Thu, Jun 16, 2011 at 5:03 PM, Matt Benson <gudnabr...@gmail.com> wrote: > First, I'm glad to see I'm not the only one who hadn't heard of JCS. > Considering [1], I'd say it's more relevant now than, arguably, ever. > I'd like to work on it. From the Jakarta threads, Thomas Vandahl > offered to step up, so given our low bar for existing ASF committers, > it should have enough care to ensure its welfare. Not sure what > factors contributed to the stagnation of BCEL development, but I like > to think of Commons as "the" swiss army knife for Java developers--any > library with a sharply defined surface area and, even better, > satisfying some need commonly encountered by Java developers, belongs > here IMO. I guess I'm saying these components probably should have > been under the Commons umbrella as soon as it "opened." If they can't > thrive here, they can be stuffed in the attic later, but what can it > hurt to bring them in and see what happens? > > Matt > > [1] > http://groups.google.com/group/jsr107/browse_thread/thread/9a4153ee375f44ae > > > On Thu, Jun 16, 2011 at 9:52 AM, sebb <seb...@gmail.com> wrote: >> On 16 June 2011 14:53, Torsten Curdt <tcu...@vafer.org> wrote: >>> <snip/> >>> >>> Given that I have looked a bit after BCEL over the past few years here >>> are my two cents: >>> >>> BCEL development is dead dead dead ... still people come and use it. >>> Why they don't use ASM is beyond me. I myself use ASM whenever I can. >> >> Just checked Findbugs and they seem to be using ASM and BCEL, so >> perhaps they have found something that BCEL does better than ASM? >> >>> For those how want "easier" I would suggest javassist ...if it wasn't LGPL >>> (although I heard it is now dual licensed LGPL + MPL) >>> >>> That said BCEL trunk has quite some major fixes and changes. >>> Due to lack of feedback and testers this has never been released. >>> And I don't see that happening anytime soon. >>> >>> BCEL is one of the few failed Apache communities. >>> A couple people/groups/projects have forked it without ever contributing >>> back. >>> This would have been crucial for this so very specialized code base. >>> Not pointing fingers - it was very poorly maintained before. >>> >>> After the years I have given up hope on BCEL. >>> Being part of Commons ... hm ... doesn't feel right. >>> Who would step up and work on it here? (anyone?) >> >> If there is a need for a new release, I would work on it. >> >>> IMO attic would reflect the reality. Just not sure whether we should >>> do a release before or not. >>> >>>> Regarding Tomcat usage - it might be of interest to the new commons >>>> sandbox component - formerly Meiyo. Tomcat 7 uses BCEL to scan >>>> annotations without the need to load classes through a class loader. >>> >>> With all honesty - it should switch to ASM and not look back. >>> >>> cheers, >>> Torsten >>> -- >>> http://www.yourdailygeekery.com >>> http://www.torstencurdt.com >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >>> For additional commands, e-mail: dev-h...@commons.apache.org >>> >>> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >> For additional commands, e-mail: dev-h...@commons.apache.org >> >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
