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

Reply via email to