Hi,
I'd like to call a vote for releasing Commons Collections 4.0 based on
RC5 and hope that people are still willing to review and vote for this RC.
Changes since RC4:
* [COLLECTIONS-502] Resolved generic parameter inconsistency for
various static fields, e.g. BagUtils.EMPTY_BAG,
TruePredicate.INSTANCE and many others. All accessible static
fields use raw types so that they can be used directly without
explicit casting. To avoid compiler warnings about unchecked
conversion and/or rawtypes use the corresponding factory methods,
e.g. BagUtils.emptyBag().
Note: static fields where this was not possible, e.g.
StringValueTransformer and InstantiateTransformer, have been made
private to avoid problems. The factory methods should be used in
these cases.
* Cosmetic cleanups, removal of redundant stuff, e.g. imports, scope
qualifiers in interfaces, implements by Gary Gregory.
Changes since RC3:
* [COLLECTIONS-501] Renamed methods "V MultiKeyMap#remove(Object,
Object, ...)" to "V MultiKeyMap#removeMultiKey(Object, Object,
...)" to avoid future conflicts with a default method of the Map
interface in Java 8.
* [COLLECTIONS-500] Renamed "V MultiMap#remove(K, V)" to "boolean
MultiMap#removeMapping(K, V)" to avoid future conflicts with a
default method of the Map interface in Java 8.
* fixed compilation problem with IBM JDK 5
* fixed test failures with IBM JDK 6 by disabling some of them in
case the tests are executed with such a JDK
* added note to the release notes (textual version) wrt disabled tests
Changes since RC2:
* [COLLECTIONS-499] Refactored the test framework for Bag
implementations to extend from "AbstractCollectionTest" by
decorating the concrete Bag instance with a CollectionBag or
CollectionSortedBag.
* [COLLECTIONS-498] "CollectionBag" will now also respect the
contract of the decorated bag in case a null argument is provided
to either removeAll or retainAll.
* [COLLECTIONS-497] Added bag decorator "CollectionSortedBag" which
decorates a SortedBag to make it comply with the Collection
contract.
* [COLLECTIONS-496] "UnmodifiableBoundedCollection" does now also
implement the marker interface "Unmodifiable" similar as all other
unmodifiable decorators.
* [COLLECTIONS-495] "UnmodifiableTrie#unmodifiableTrie(Trie)" will
not decorate again an already unmodifiable Trie. Also the return
type has been changed to "Trie" to be consistent with other
Unmodifiable decorators.
* [COLLECTIONS-494] Moved "Equator" interface to base package for
consistency. Thanks to Emmanuel Bourg.
* improved release notes with suggestions from Emmanuel Bourg
* added unit tests for TrieUtils and QueueUtils and factory methods
for all Unmodifiable decorators
* added more unit tests for the Queue interface
* cleanup of many test classes: removed unused imports, unneeded
constructors
Changes since RC1:
* release notes are now also included in the binary distribution
* removed spurious hashCode() method in AbstractPatriciaTrie, the
inherited one from AbstractMap will be used instead
Collections 4.0 RC5 is available for review here:
https://dist.apache.org/repos/dist/dev/commons/collections/
(svn revision 3628)
Maven artifacts are here:
https://repository.apache.org/content/repositories/orgapachecommons-162/org/apache/commons/commons-collections4/4.0/
The tag is here:
https://svn.apache.org/repos/asf/commons/proper/collections/tags/COLLECTIONS_4_0_RC5/
(svn revision 1543981)
Site:
http://people.apache.org/builds/commons/collections/4.0/RC5/
Details of changes can be found in the release notes:
https://dist.apache.org/repos/dist/dev/commons/collections/RELEASE-NOTES.txt
http://people.apache.org/builds/commons/collections/4.0/RC5/changes-report.html
Please review the release candidate and vote.
This vote will close no sooner than 72 hours from now.
[ ] +1 Release these artifacts
[ ] +0 OK, but...
[ ] -0 OK, but really should fix...
[ ] -1 I oppose this release because...
Note: the clirr report is generated against 4.0-alpha1 and it is also
highlighted in the release notes that this release is not compatible
with any previous release.
Thank you for your reviews,
Thomas
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
