Jörg, Can you elaborate what do you mean by "BCEL 6.0 fails badly on JDK 1.9"? Are there open tickets for that?
Beside this, I don't +1 vote this time due the lack of time for testing. Previous RC was good for FindBugs, so I hope that the last minute changes didn't broke anything we use, and from this point of view I +0 on this. The endless saga should have an end. Nobody is perfect, so better to release with some bugs as not to release for a decade. Am 5. Juli 2016 19:54:16 MESZ, schrieb "Jörg Schaible" <joerg.schai...@gmx.de>: >Hi Benedikt, > >since BCEL is highly dependent on the JDK, I will not oppose a release >this >time, because BCEL 6.0 fails badly on JDK 1.9. We'll have to address >this >with a later release. > >However, with the rest of my compiler zoo >= 1.7 I can build and run >all >tests from source without problems. > >+1 > >Cheers, >Jörg > >Benedikt Ritter wrote: > >> Hi, >> >> I'd like to release Apache Commons BCEL 6.0 based on RC7. Changes >compared >> to RC6 are: >> >> - restored binary compatibility to a greater degree >> - fixed issue BCEL-262 >> >> BCEL 6.0 RC7 is available for review here: >> https://dist.apache.org/repos/dist/dev/commons/bcel/ (svn revision >14251) >> >> The tag is here: >> >http://svn.apache.org/repos/asf/commons/proper/bcel/tags/BCEL_6_0_RC7/ >> (svn revision 1751084) >> >> Maven artifacts are here: >> >https://repository.apache.org/content/repositories/orgapachecommons-1181/org/apache/bcel/bcel/6.0/ >> >> These are the Maven artifacts and their hashes >> >> bcel-6.0-javadoc.jar >> (SHA1: f1e1534867a901b9ba4884e5805317635c324589) >> bcel-6.0-sources.jar >> (SHA1: 9ba3b50aa95289d01ec119b60be68eb4c608ba1d) >> bcel-6.0-test-sources.jar >> (SHA1: 484b29d3a73fbe0c103d85965c4fd22e6253f545) >> bcel-6.0-tests.jar >> (SHA1: f8b5857f3245e10548ef29cf7006c045b913a199) >> bcel-6.0.jar >> (SHA1: fe1ecaf2ba3b1f9f18cdde4f13943e3ccc1d5e69) >> bcel-6.0.pom >> (SHA1: ea17ee1b2c28804437212970ea2d273efeb3807e) >> >> I have tested this with JDK 7, 8 using Maven 3.3.9. >> >> Details of changes since 1.1 are in the release notes: >> >https://dist.apache.org/repos/dist/dev/commons/bcel/RELEASE-NOTES.txt >> >http://home.apache.org/~britter/commons/bcel/6.0-RC7/changes-report.html >> >> Site: >> http://home.apache.org/~britter/commons/bcel/6.0-RC7/ >> (note some *relative* links are broken and the 6.0 directories are >not yet >> created - these will be OK once the site is deployed) >> >> Clirr Report (compared to 5.2): >> >http://home.apache.org/~britter/commons/bcel/6.0-RC7/clirr-report.html >> >> Note that Clirr reports several errors. >> These are considered OK for the reasons stated below. >> These exceptions are also noted in the Changes and Release Notes. >> >> Errors reported: >> - methods added to org.apache.bcel.classfile.Visitor interface: OK >because >> that does not affect binary compatibility. >> - Removed java.io.Serializable from all classes: OK, because we don't >> expect anybody to rely on serialization for BCEL classes >> - Return type of method 'public java.lang.Object getElementAt(int)' >has >> been changed to java.lang.String in class >> org.apache.bcel.verifier.VerifierFactoryListModel: OK, because this >class >> is part of an UI application and for this reason should only used by >> Swing. >> >> RAT Report: >> >http://home.apache.org/~britter/commons/bcel/6.0-RC7/rat-report.html >> >> KEYS: >> https://www.apache.org/dist/commons/KEYS >> >> Please review the release candidate and vote. This vote will close no >> sooner that 72 hours from now, i.e. sometime after 21:00 CEST 05-July >2016 >> >> [ ] +1 Release these artifacts >> [ ] +0 OK, but... >> [ ] -0 OK, but really should fix... >> [ ] -1 I oppose this release because... >> >> Thanks! >> Benedikt > > > >--------------------------------------------------------------------- >To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >For additional commands, e-mail: dev-h...@commons.apache.org -- Kind regards, Andrey Loskutov http://google.com/+AndreyLoskutov --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org