First, I must apologize for being a little sloppy in my analysis of the RC. 

 As previously noted https://issues.apache.org/jira/browse/BCEL-262 is open and 
is a problem for Daikon.  However, I just noticed my changes - as applied by 
r1702349 | sebb | 2015-09-10 16:30:33 -0700 (Thu, 10 Sep 2015) are incomplete.  
I have attached a diff file to the issue with the correction to allow arrays as 
arguments.

I also missed that https://issues.apache.org/jira/browse/BCEL-243 is still 
open.  This is also a blocker for Daikon.  There is a test case I submitted 
that looks like it was added, but perhaps not as it should show up as a failure 
on mvn test.  I do not believe that correction attached to the issue has been 
accepted.

Hopefully, I have not missed anything else.

Thank you,
Mark
 
> -----Original Message-----
> From: Benedikt Ritter [mailto:brit...@apache.org]
> Sent: Monday, June 20, 2016 12:37 PM
> To: Commons Developers List
> Cc: findbugs-disc...@cs.umd.edu; findbugs-c...@lists.sourceforge.net
> Subject: [VOTE] Release Apache Commons BCEL 6.0 based on RC6
> 
> Hi,
> 
> after some build related problems with RC5, I'd like to call a vote to release
> Apache Commons BCEL 6.0 based on RC6. The only changes compared to
> RC5 is a fix in the source assembly: It now includes all files necessary to 
> run a
> clean build.
> 
> BCEL 6.0 RC6 is available for review here:
>   https://dist.apache.org/repos/dist/dev/commons/bcel (rev 14065)
> 
> The tag is here:
> 
> https://svn.apache.org/repos/asf/commons/proper/bcel/tags/BCEL_6_0_R
> C6
>  (rev 1749388)
> 
> Maven artifacts are here:
> 
> https://repository.apache.org/content/repositories/orgapachecommons-
> 1179/org/apache/bcel/bcel/6.0/
> 
> These are the Maven artifacts and their hashes:
> 
> bcel-6.0-javadoc.jar
> (SHA1: 89cf95656f0f8a93e77100c8d5811f7cd9af866b)
> bcel-6.0-sources.jar
> (SHA1: 162f96530e8935e8a71a9e6d5497026aa3bdc945)
> bcel-6.0-test-sources.jar
> (SHA1: 2b07be3a0a4560c9766d3261cd012cf636fe965a)
> bcel-6.0-tests.jar
> (SHA1: 9e825da46e0cd66f87ccd907a43c4e2ebd15b8d6)
> bcel-6.0.jar
> (SHA1: 09d0a4c32ba6c3c22f0680f89ceeaf3e677ac659)
> bcel-6.0.pom
> (SHA1: a5d48ac34909f3a0ac788d37835075be5c2bb9d7)
> 
> I have tested this with Java 7 and 8 using Maven 3.3.9 on Mac OS 10.11.5.
> 
> Details of changes since 5.2 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-RC6/changes-
> report.html
> 
> Site:
>   http://home.apache.org/~britter/commons/bcel/6.0-RC6/
> (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-RC6/clirr-report.html
> 
> Note that Clirr reports several errors. These have been discussed on the ML
> already and I uploaded the site a while ago giving everybody the opportunity
> to raise objections against these changes. These changes are also explicitly
> noted in the Release notes.
> 
> Furthermore java.io.Serializable has been dropped from all BCEL classes. An
> extended Clirr report including this change can be reviewed here:
> 
> http://home.apache.org/~britter/commons/bcel/6.0-RC6/bcel5-bcel6-clirr-
> report.html
> 
> We don't consider this to be a problem because we don't see a reason for
> users to serialize BCEL classes.
> 
> RAT Report:
>     http://home.apache.org/~britter/commons/bcel/6.0-RC6/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
> 22:00 CEST 23-June 2016
> 
> [ ] +1 Release these artifacts
> [ ] +0 OK, but...
> [ ] -0 OK, but really should fix...
> [ ] -1 I oppose this release because...
> 
> We're almost there... :-)
> Thanks!
> Benedikt


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Reply via email to