[GitHub] commons-collections pull request #13: [COLLECTIONS-574] Improve ListUtils#lo...

Github user asfgit closed the pull request at: https://github.com/apache/commons-collections/pull/13 --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so

[GitHub] commons-collections pull request #15: Allow minus index

Github user asfgit closed the pull request at: https://github.com/apache/commons-collections/pull/15 --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so

[GitHub] commons-collections pull request #9: COLLECTIONS-551

Github user asfgit closed the pull request at: https://github.com/apache/commons-collections/pull/9 --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so

[GitHub] commons-collections pull request #10: Add CollectionUtils#containsQuietly me...

Github user asfgit closed the pull request at: https://github.com/apache/commons-collections/pull/10 --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so

[GitHub] commons-collections pull request #3: Added MultiValuedLinkedHashMap to prese...

Github user asfgit closed the pull request at: https://github.com/apache/commons-collections/pull/3 --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so

[GitHub] commons-collections pull request #12: [COLLECTIONS-573] Add CollectionUtils#...

Github user asfgit closed the pull request at: https://github.com/apache/commons-collections/pull/12 --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so

[GitHub] commons-collections pull request #24: add-some-Unit-Tests Added some Unit Te...

Github user asfgit closed the pull request at: https://github.com/apache/commons-collections/pull/24 --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so

[GitHub] commons-collections pull request #13: [COLLECTIONS-574] Improve ListUtils#lo...

Github user asfgit closed the pull request at: https://github.com/apache/commons-collections/pull/13 --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so

[GitHub] commons-collections pull request #3: Added MultiValuedLinkedHashMap to prese...

Github user asfgit closed the pull request at: https://github.com/apache/commons-collections/pull/3 --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so

[GitHub] commons-collections pull request #21: Add VI[M] temporary files to .gitignor...

Github user asfgit closed the pull request at: https://github.com/apache/commons-collections/pull/21 --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so

[GitHub] commons-collections pull request #5: gitignore and CollectionUtils improveme...

Github user asfgit closed the pull request at: https://github.com/apache/commons-collections/pull/5 --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so

[GitHub] commons-collections pull request #18: COLLECTIONS-586 PatriciaTrie prefixMap...

Github user asfgit closed the pull request at: https://github.com/apache/commons-collections/pull/18 --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so

[GitHub] commons-collections pull request #9: COLLECTIONS-551

Github user asfgit closed the pull request at: https://github.com/apache/commons-collections/pull/9 --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so

[GitHub] commons-collections pull request #15: Allow minus index

Github user asfgit closed the pull request at: https://github.com/apache/commons-collections/pull/15 --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so

[RESULT][VOTE][LAZY] Move commons-collections to git.

o call a vote by lazy consensus for migrating the codebase of > Apache Commons Collections to git. > > This vote will be successful if nobody raises objections within the next 72 > hours, e.g. by July 10, 201

Re: [VOTE][LAZY] Move commons-collections to git.

+1 Gary On Jul 7, 2017 05:25, "Rob Tompkins" <chtom...@apache.org> wrote: > Hello all, > > I would like to call a vote by lazy consensus for migrating the codebase > of Apache Commons Collections to git. > > This vote will be successful if nobody raises obj

Re: [VOTE][LAZY] Move commons-collections to git.

+1 On Jul 7, 2017 8:26 AM, "Rob Tompkins" <chtom...@apache.org> wrote: > Hello all, > > I would like to call a vote by lazy consensus for migrating the codebase > of Apache Commons Collections to git. > > This vote will be successful if nobody raises objectio

[VOTE][LAZY] Move commons-collections to git.

+1 On Jul 7, 2017 5:55 PM, "Rob Tompkins" <chtom...@apache.org> wrote: > Hello all, > > I would like to call a vote by lazy consensus for migrating the codebase > of Apache Commons Collections to git. > > This vote will be successful if nobody raises objectio

[VOTE][LAZY] Move commons-collections to git.

Hello all, I would like to call a vote by lazy consensus for migrating the codebase of Apache Commons Collections to git. This vote will be successful if nobody raises objections within the next 72 hours, e.g. by July 10, 2017 1300 (UTC). Cheers, -Rob

Re: [collections] How about a HashBidiMap?

ss in case the hash function is poor. What would your opinion on the above arrangements? Best regards, Rodion From: Javen O'Neal <javenon...@gmail.com> Sent: Thursday, July 6, 2017 1:11:23 PM To: Commons Developers List Subject: Re: [collections] How abo

Re: [collections] How about a HashBidiMap?

or two scenarios where your implementation would be preferred over the existing implementations? On Jul 6, 2017 11:56, "Efremov, Rodion" <rodion.efre...@helsinki.fi> wrote: > From > http://svn.apache.org/viewvc/commons/proper/collections/ > trunk/src/main/java/org/ap

Re: [collections] How about a HashBidiMap?

From http://svn.apache.org/viewvc/commons/proper/collections/trunk/src/main/java/org/apache/commons/collections4/bidimap/DualHashBidiMap.java?view=markup "Commons Collections would welcome the addition of a direct hash-based implementation of the BidiMap interface" Guess I

Re: [collections] How about a HashBidiMap?

How is this different from the existing DualHashBidiMap? https://commons.apache.org/proper/commons-collections/javadocs/api-release/org/apache/commons/collections4/bidimap/DualHashBidiMap.html On Jul 6, 2017 09:06, "Efremov, Rodion" <rodion.efre...@helsinki.fi> wrote: >

Re: [jira] [Created] (COLLECTIONS-608-615)

> and now it seems not happening mistakenly. Infra should have some solution > over this? > > Regards, > Amey > > -- Forwarded message - > From: ramsingh (JIRA) <j...@apache.org> > Date: Thu, Jul 6, 2017, 10:24 AM > Subject: [jira] [Created] (COLLEC

Fwd: [jira] [Created] (COLLECTIONS-608-615)

ubject: [jira] [Created] (COLLECTIONS-615) Hp Printer toll free <<<1888 955 2855>>>>>> tech support customer service helpline number To: <iss...@commons.apache.org>

[collections]

Good day! I am working on a bidirectional (bijective) hash map at https://github.com/coderodde/BidirectionalHashMap In http://svn.apache.org/viewvc/commons/proper/collections/trunk/src/main/java/org/apache/commons/collections4/bidimap/DualHashBidiMap.java?view=markup there is a note

[GitHub] commons-collections pull request #23: COLLECTIONS-606:Added build and covera...

Github user asfgit closed the pull request at: https://github.com/apache/commons-collections/pull/23 --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so

[GitHub] commons-collections pull request #23: COLLECTIONS-606:Added build and covera...

GitHub user vamsi-kavuri opened a pull request: https://github.com/apache/commons-collections/pull/23 COLLECTIONS-606:Added build and coverage status @chtompki Please take a look at it Resolves: https://issues.apache.org/jira/browse/COLLECTIONS-606 You can merge

Re: [collections] Uniform null-safe methods in CollectionUtils

Hi Benedikt, Sounds good to me. There is a user interested in that issue too, so will check what he suggests as well. Will ping Thomas Neidhart too to check what he thinks as I think he was driving the changes in the last releases of collections. CheersBruno From: Benedikt Ritter <b

Re: [collections] Uniform null-safe methods in CollectionUtils

Hello Bruno, > Am 27.05.2017 um 15:40 schrieb Bruno P. Kinoshita > <brunodepau...@yahoo.com.br.INVALID>: > > Hi, > > COLLECTIONS-600 [1] received a pull request [2] to make a method in > CollectionUtils null-safe. Before merging it, I decided to check what

Re: commons-collections - Build # 428 - Still Failing

.execute=method> at hudson.model.Executor.run(Executor.java:405) <http://stacktrace.jenkins-ci.org/search/?query=hudson.model.Executor.run=method> > On May 27, 2017, at 8:09 PM, Apache Jenkins Server > <jenk...@builds.apache.org> wrote: > > The Apache Jen

[GitHub] commons-collections pull request #16: Fix not being displayed...

Github user asfgit closed the pull request at: https://github.com/apache/commons-collections/pull/16 --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so

[collections] No general removeAll(MultiKey multiKey) method implemented

Hello, I'm using the MultiKeyMap implementation for a project but I've realized that there is no general method for removing a full MultiKey object, but different and individual keys. For example, I can remove a key using: MultiKeyMap#removeAll(key1, key2, key3), but I can't do the same with

Re: [Collections] UnmodifiableSet/UnmodifiableList

If Read-only set/UnmodifiableSet doesn't implement the Set interface, you won't be able to use it for functions with arguments of type Set. You won't be able to cast back to a Set because a ReadOnlySet isn't a type of Set. The only way this would work is if java.util.Set extended

Re: [Collections] UnmodifiableSet/UnmodifiableList

2017-03-23 16:55 GMT+01:00 Javen O'Neal : > The best solution is to document where you return an UnmodifiableSet versus > a regular Set in your Javadocs. Disagree, compare these two examples: /** * An immutable set, do not try to modify it */ private Set excluded; vs

Re: [Collections] UnmodifiableSet/UnmodifiableList

ill be they problem ;-) > AFAICT the only way the compiler can check is to create a class or > interface that does not have the update methods. > > One could potentially create a ReadOnlySet interface that is > implemented by UnmodifiableSet. > Similarly for the other unmodifiable C

Re: [Collections] UnmodifiableSet/UnmodifiableList

(); // The compiler is happy with this, but it fails at > runtime > > AFAICT the only way the compiler can check is to create a class or > interface that does not have the update methods. > > One could potentially create a ReadOnlySet interface that is > implemented by UnmodifiableSet. &

Re: [Collections] UnmodifiableSet/UnmodifiableList

// The compiler is happy with this, but it fails at runtime AFAICT the only way the compiler can check is to create a class or interface that does not have the update methods. One could potentially create a ReadOnlySet interface that is implemented by UnmodifiableSet. Similarly for the other unmo

Re: [Collections] UnmodifiableSet/UnmodifiableList

2017-03-23 14:37 GMT+01:00 sebb : > Not sure I follow. > > What exactly can the compiler check? You can declare a variable or a field of type UnmodifiableSet but there is no way to create instance of the type UnmodifiableSet - there is no such constructor neither factory method

Re: [Collections] UnmodifiableSet/UnmodifiableList

I think the idea is giving a subset of the Set methods that are read-only. Any write operations wouldn't be available on the interface, so you couldn't compile it. On 23 March 2017 at 08:37, sebb wrote: > On 23 March 2017 at 07:48, Lukasz Lenart

Re: [Collections] UnmodifiableSet/UnmodifiableList

On 23 March 2017 at 07:48, Lukasz Lenart wrote: > Hi, > > I see that the Collections4 provides those classes. Anyway I wonder > why I the constructor is private and why the factory method > unmodifiableSet() returns Set? > > I would love to use those classes directly, to

[Collections] UnmodifiableSet/UnmodifiableList

Hi, I see that the Collections4 provides those classes. Anyway I wonder why I the constructor is private and why the factory method unmodifiableSet() returns Set? I would love to use those classes directly, to be straightforward that I expect the UnmodifiableSet and not just a Set. What about

[GitHub] commons-collections pull request #21: Add VI[M] temporary files to .gitignor...

GitHub user mureinik opened a pull request: https://github.com/apache/commons-collections/pull/21 Add VI[M] temporary files to .gitignore Add VI[M]'s temporary files to .gitignore to make it easier for contributors who want to use this editor. You can merge this pull request

[GitHub] commons-collections pull request #20: fixing link to apache jira project

Github user asfgit closed the pull request at: https://github.com/apache/commons-collections/pull/20 --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so

[GitHub] commons-collections pull request #20: fixing link to apache jira project

GitHub user plastic-karma opened a pull request: https://github.com/apache/commons-collections/pull/20 fixing link to apache jira project fixing link to bug tracker to point to correct project You can merge this pull request into a Git repository by running: $ git pull https

[GitHub] commons-collections pull request #19: COLLECTIONS-575: Add synchronized queu...

GitHub user Xaerxess opened a pull request: https://github.com/apache/commons-collections/pull/19 COLLECTIONS-575: Add synchronized queue wrapper Added `QueueUtils#synchronizedQueue(Queue)` wrapper and `SynchronizedQueue` with tests. Please check if I used proper conventions

[collections] a list class with fast indexOf(Object) and contains(Object)

oper/commons-collections/javadocs/api-release/org/apache/commons/collections4/multimap/HashSetValuedHashMap.html [4] BidiMap https://commons.apache.org/proper/commons-collections/javadocs/api-release/org/apache/commons/collections4/BidiMap.html [5] ListOrderedMap https://commons.apache.org/pr

Re: Method of Unit Testing for Collections

was taking a look at the code for Collections. I did see a big set of unit tests. However, I couldn't figure out what library was being used to run the unit tests. I didn't see any JUnit import statements in the beginning of any of the test classes, and if they are unit tests, they are old, because I

Method of Unit Testing for Collections

I was taking a look at the code for Collections. I did see a big set of unit tests. However, I couldn't figure out what library was being used to run the unit tests. I didn't see any JUnit import statements in the beginning of any of the test classes, and if they are unit tests, they are old

[GitHub] commons-collections pull request #18: COLLECTIONS-586 PatriciaTrie prefixMap...

GitHub user marko-bekhta opened a pull request: https://github.com/apache/commons-collections/pull/18 COLLECTIONS-586 PatriciaTrie prefixMap clear throws NullPointerException added unit tests for the case mentioned in the issue and overrode clear method so it is not throwing

[GitHub] commons-collections pull request #17: small improvements for collectionUtils

GitHub user izebit opened a pull request: https://github.com/apache/commons-collections/pull/17 small improvements for collectionUtils You can merge this pull request into a Git repository by running: $ git pull https://github.com/izebit/commons-collections trunk

Re: [COLLECTIONS] [DISCUSS] Possible candidate for inclusion in Commons-Collections: OrderedSet (provides composite-key based ordering of a set of values)

>> > *Nonfiction Merriam, George Dictionary... Book 1* >>> > *Nonfiction Webster, NoahDictionary... Book 1* >>> > *Quest Bryson, Bill A Walk... Book 2* >>> > *Reference Merriam, George Dictionary... Book 1* &g

Re: [COLLECTIONS] [DISCUSS] Possible candidate for inclusion in Commons-Collections: OrderedSet (provides composite-key based ordering of a set of values)

k 2* >> > *Reference Merriam, George Dictionary... Book 1* >> > *Reference Webster, Noah Dictionary... Book 1* >> > *Travel Bryson, Bill A Walk... Book 2* >> > >> > >> > On Fri, Apr 8, 2016 at 8:19 PM, James Carman < &g

Re: [COLLECTIONS] [DISCUSS] Possible candidate for inclusion in Commons-Collections: OrderedSet (provides composite-key based ordering of a set of values)

ctionary... Book 1* > > *Travel Bryson, Bill A Walk... Book 2* > > > > > > On Fri, Apr 8, 2016 at 8:19 PM, James Carman <ja...@carmanconsulting.com > > > > wrote: > > > > > Couldn't you achieve the same thing using any SortedSet and &

Re: [COLLECTIONS] [DISCUSS] Possible candidate for inclusion in Commons-Collections: OrderedSet (provides composite-key based ordering of a set of values)

vel Bryson, Bill A Walk... Book 2* > > > On Fri, Apr 8, 2016 at 8:19 PM, James Carman <ja...@carmanconsulting.com> > wrote: > > > Couldn't you achieve the same thing using any SortedSet and > > CompareToBuilder? > > On Fri, Apr 8, 2016 at 2:1

Re: [COLLECTIONS] [DISCUSS] Possible candidate for inclusion in Commons-Collections: OrderedSet (provides composite-key based ordering of a set of values)

;dan...@commonvox.org> wrote: > > > Hello all, > > > > I've just published a new extension to the standard Java Collections > > Framework to both GitHub and the Maven Central Repository, and am > > considering offering it up for possible inclusion in the Apach

Re: [COLLECTIONS] [DISCUSS] Possible candidate for inclusion in Commons-Collections: OrderedSet (provides composite-key based ordering of a set of values)

Couldn't you achieve the same thing using any SortedSet and CompareToBuilder? On Fri, Apr 8, 2016 at 2:17 AM Daniel Vimont <dan...@commonvox.org> wrote: > Hello all, > > I've just published a new extension to the standard Java Collections > Framework to both GitHub and

[COLLECTIONS] [DISCUSS] Possible candidate for inclusion in Commons-Collections: OrderedSet (provides composite-key based ordering of a set of values)

Hello all, I've just published a new extension to the standard Java Collections Framework to both GitHub and the Maven Central Repository, and am considering offering it up for possible inclusion in the Apache Commons Collections package. The name of the class is "OrderedSet&qu

Re: [collections] An order statistic tree

ver, it seems like the team on behalf of the order > statistic tree issue is rather idle [2], hence the message. > Hi Rodion, sorry, but I stopped working on collections and it looks like nobody else is interested either. The datastructure seems interesting, I would propose to contr

[collections] An order statistic tree

, rodde [1] https://github.com/coderodde/OrderStatisticTree [2] https://issues.apache.org/jira/browse/COLLECTIONS-479

[collections] An order statistic tree (COLLECTIONS-479)

I have revived some discussion at https://issues.apache.org/jira/browse/COLLECTIONS-479 (https://issues.apache.org/jira/browse/COLLECTIONS-479) Basically, what interfaces an order statistic tree should implement? What comes to the structure, will a counted AVL-tree do? Best, rodde

Re: svn commit: r12178 - in /release/commons/collections: binaries/ source/

Sorry about that; fixed in r12184 On 2 February 2016 at 18:07, Thomas Neidhart <thomas.neidh...@gmail.com> wrote: > On 02/02/2016 07:03 PM, s...@apache.org wrote: >> Author: sebb >> Date: Tue Feb 2 18:03:09 2016 >> New Revision: 12178 >> >> Log: >>

Fwd: Re: svn commit: r12178 - in /release/commons/collections: binaries/ source/

Forwarded Message Subject: Re: svn commit: r12178 - in /release/commons/collections: binaries/ source/ Date: Tue, 2 Feb 2016 19:07:08 +0100 From: Thomas Neidhart <thomas.neidh...@gmail.com> To: comm...@commons.apache.org On 02/02/2016 07:03 PM, s...@apache.org wrote: &g

[collections][site] publish security-report? (was: svn commit: r1719350 - /commons/proper/collections/trunk/src/site/xdoc/security-reports.xml)

references Modified: commons/proper/collections/trunk/src/site/xdoc/security-reports.xml Modified: commons/proper/collections/trunk/src/site/xdoc/security-reports.xml URL: http://svn.apache.org/viewvc/commons/proper/collections/trunk/src/site/xdoc/security-reports.xml?rev=1719350=1719349

Re: [collections][site] publish security-report? (was: svn commit: r1719350 - /commons/proper/collections/trunk/src/site/xdoc/security-reports.xml)

mvn site-deploy. Doesn't that work for you? > > Gruss > Bernd > > URL: http://svn.apache.org/viewvc?rev=1719350=rev > Log: > security-report: added CVE-2015-7501 (Red Hat) to de-serialisaton > references > > Modified: > commons/proper/collections/trunk/src/site

Re: [collections][site] publish security-report? (was: svn commit: r1719350 - /commons/proper/collections/trunk/src/site/xdoc/security-reports.xml)

On 12/11/2015 01:16 PM, Bernd Eckenfels wrote: > Hello, > > I added a second CVE to the de-serialisation security-report for > ACC, I dont have the infrastrcuture handy to push the site, can > somebody do that, please? fixed the respective html directly on the site repository. Thomas

[GitHub] commons-collections pull request: Fix not being dis...

GitHub user RAnders00 opened a pull request: https://github.com/apache/commons-collections/pull/16 Fix not being displayed in javadoc You can merge this pull request into a Git repository by running: $ git pull https://github.com/RAnders00/commons-collections patch-1

[collections] Next Steps after 4.1 release

Hi all, we have just released a new version of the collections component and I wanted to start a discussion about the future of this component. In the past years I spent some time to clean up the component and also add a few things that I found worth the effort (which I tend to use in my day

Re: [collections] Next Steps after 4.1 release

, 2 December 2015, Thomas Neidhart <thomas.neidh...@gmail.com> wrote: > Hi all, > > we have just released a new version of the collections component and I > wanted to start a discussion about the future of this component. > > In the past years I spent some time to clean u

[ANNOUNCEMENT] Apache Commons Collections 4.1 Released

The Apache Commons team is pleased to announce the release of Apache Commons Collections 4.1. The release is available for download at http://commons.apache.org/proper/commons-collections/download_collections.cgi Apache Commons Collections is a project to develop and maintain collection classes

Re: [VOTE] Release Commons Collections 4.1 Based on RC2 (24h vote)

On 25.11.15 23:20, Thomas Neidhart wrote: > [X] +1 Release these artifacts Bye, Thomas. - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org

Re: [VOTE] Release Commons Collections 4.1 Based on RC2 (24h vote)

0 release as well as > we need to provide a fix for the known remote code exploit via java > de-serialization. Therefore, I would like to start a vote to release > Commons Collections 4.1 based on RC2. > > Note: > > * The fix for the security related issue results in Clirr

Re: [VOTE] Release Commons Collections 4.1 Based on RC2 (24h vote)

d like to start a vote to release > Commons Collections 4.1 based on RC2. > > Note: > > * The fix for the security related issue results in Clirr errors as >unsafe classes in the functor package do not implement the >Serializable interface anymore. This is

Re: [VOTE] Release Commons Collections 4.1 Based on RC2 (24h vote)

r the known remote code exploit via java > de-serialization. Therefore, I would like to start a vote to release > Commons Collections 4.1 based on RC2. > > Note: > > * The fix for the security related issue results in Clirr errors as >unsafe classes in the functor package

Re: [VOTE] Release Commons Collections 4.1 Based on RC2 (24h vote)

Le 25/11/2015 23:20, Thomas Neidhart a écrit : > Hi all, > > we have accumulated enough changes since the last 4.0 release as well as > we need to provide a fix for the known remote code exploit via java > de-serialization. Therefore, I would like to start a vote to release > C

Re: [VOTE] Release Commons Collections 4.1 Based on RC2 (24h vote)

Thomas Neidhart wrote: > Hi all, > > we have accumulated enough changes since the last 4.0 release as well as > we need to provide a fix for the known remote code exploit via java > de-serialization. Therefore, I would like to start a vote to release > Commons Collection

[VOTE][RESULT] Release Commons Collections 4.1 Based on RC2 (24h vote)

Voting was as follows: +1 (binding) Luc Maisonobe Joerg Schaible Oliver Heger Phil Steitz Gary Gregory Thomas Neidhart There were no other votes. The vote therefore passes. Thanks to all who voted. Thomas - To unsubscribe,

Re: [VOTE] Release Commons Collections 4.1 Based on RC1

I did some further investigation into the compile errors with Java 9. Some errors depend on the source/target version: they disappear for version 1.8+ (there is at least one bugreport related to that: https://bugs.openjdk.java.net/browse/JDK-8075793) Some errors are not understandable at all: Iterator[

[CANCEL][VOTE] Release Commons Collections 4.1 Based on RC1

On 11/22/2015 11:26 PM, Thomas Neidhart wrote: > Hi all, > > we have accumulated enough changes since the last 4.0 release as well as > we need to provide a fix for the known remote code exploit via java > de-serialization. Therefore, I would like to start a vote to release > C

[VOTE] Release Commons Collections 4.1 Based on RC2 (24h vote)

Hi all, we have accumulated enough changes since the last 4.0 release as well as we need to provide a fix for the known remote code exploit via java de-serialization. Therefore, I would like to start a vote to release Commons Collections 4.1 based on RC2. Note: * The fix for the security

Re: [CANCEL][VOTE] Release Commons Collections 4.1 Based on RC1

ince the last 4.0 release as well as >>> we need to provide a fix for the known remote code exploit via java >>> de-serialization. Therefore, I would like to start a vote to release >>> Commons Collections 4.1 based on RC1. >> >> Thanks for all the people that vot

Re: [CANCEL][VOTE] Release Commons Collections 4.1 Based on RC1

the known remote code exploit via java > > de-serialization. Therefore, I would like to start a vote to release > > Commons Collections 4.1 based on RC1. > > Thanks for all the people that voted. > Some glitches have been found and I also have found myself a few minor > is

Re: [VOTE] Release Commons Collections 4.1 Based on RC1

Hi Thomas, Thomas Neidhart wrote: > On 11/24/2015 11:30 PM, Jörg Schaible wrote: >> Hi Thomas, >> >> Thomas Neidhart wrote: [snip] > These test failures exist since the 4.0 release, quoting your vote for > Collection 4.0 based on RC5: > >> +1, builds for all but one JDK flawlessly from

Re: [VOTE] Release Commons Collections 4.1 Based on RC1

-serialization. Therefore, I would like to start a vote to release Commons Collections 4.1 based on RC1. Note: The fix for the security related issue results in Clirr errors as unsafe classes in the functor package do not implement the Serializable interface anymore. This is mentioned in the release notes

Re: [VOTE] Release Commons Collections 4.1 Based on RC1

> Please review the release candidate and vote. > This vote will close no sooner that 72 hours from now, i.e. after 2400 > GMT 25-November 2015 +1 Stefan - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For

Re: [VOTE] Release Commons Collections 4.1 Based on RC1

Hi Thomas, Thomas Neidhart wrote: > Hi all, > > we have accumulated enough changes since the last 4.0 release as well as > we need to provide a fix for the known remote code exploit via java > de-serialization. Therefore, I would like to start a vote to release > Commons Col

Re: [VOTE] Release Commons Collections 4.1 Based on RC1

On 11/22/2015 11:26 PM, Thomas Neidhart wrote: > Hi all, > > we have accumulated enough changes since the last 4.0 release as well as > we need to provide a fix for the known remote code exploit via java > de-serialization. Therefore, I would like to start a vote to release > C

Re: svn commit: r11284 - in /release/commons: beanutils/ betwixt/ chain/ cli/ collections/ configuration/ csv/ daemon/ dbutils/ digester/ discovery/ el/ email/ fileupload/ jcs/ jelly/ jexl/ jxpath/ la

elease/commons/beanutils/HEADER.html > release/commons/betwixt/HEADER.html > release/commons/chain/HEADER.html > release/commons/cli/HEADER.html > release/commons/collections/HEADER.html > release/commons/configuration/HEADER.html > release/commons/csv/HEADER.html

Re: [VOTE] Release Commons Collections 4.1 Based on RC1

de-serialization. Therefore, I would like to start a vote to release >> Commons Collections 4.1 based on RC1. >> >> Note: >> >> The fix for the security related issue results in Clirr errors as unsafe >> classes in the functor package do not implement

Re: svn commit: r1716090 - in /commons/proper/collections/trunk: .travis.yml README.md pom.xml

t; Modified: > commons/proper/collections/trunk/.travis.yml > commons/proper/collections/trunk/README.md > commons/proper/collections/trunk/pom.xml > > Modified: commons/proper/collections/trunk/.travis.yml > URL: > http://svn.apache.org/viewvc/commons/proper/collecti

Re: svn commit: r1716090 - in /commons/proper/collections/trunk: .travis.yml README.md pom.xml

Actually, it does not work yet, as I can not enable commons-collections on travis. I already sent an email to them, but did not get an answer yet. How did you manage to do it for commons-lang? Thomas On Tue, Nov 24, 2015 at 5:36 PM, Benedikt Ritter <brit...@apache.org> wrote: > Nice!

Re: svn commit: r1716090 - in /commons/proper/collections/trunk: .travis.yml README.md pom.xml

You have to file an issue for infra, asking them to activate travis and coveralls for the github mirror. 2015-11-24 17:52 GMT+01:00 Thomas Neidhart <thomas.neidh...@gmail.com>: > Actually, it does not work yet, as I can not enable commons-collections on > travis. > > I alr

Re: [VOTE] Release Commons Collections 4.1 Based on RC1

The Maven build worked fine with Java 1.6 and 1.7 on Windows 10. With Java 1.8 I get the following compilation error in test classes: [ERROR] COMPILATION ERROR : [INFO] - [ERROR] /c:/data/dev/projects/OpenSource/collections/commons

Re: [VOTE] Release Commons Collections 4.1 Based on RC1

-- > [ERROR] > /c:/data/dev/projects/OpenSource/collections/commons-collections4-4.1-src/src/test/java/org/apache/commons/collections4/FluentIterableTest.java:[242,41] > reference to forEach is ambiguous > both method forEach(java.util.function.Consumer) in > java.lang

[VOTE] Release Commons Collections 4.1 Based on RC1

Hi all, we have accumulated enough changes since the last 4.0 release as well as we need to provide a fix for the known remote code exploit via java de-serialization. Therefore, I would like to start a vote to release Commons Collections 4.1 based on RC1. Note: The fix for the security related

Re: [COLLECTIONS] Release road map for 4.1

On 11/21/2015 11:45 AM, Uwe Barthel wrote: > Hi, > > How is the road map for the 4.1 release or is there a plan to provide 4.0.1? the plan is to start the release process tomorrow. There is only one issue open that needs to be resolved for a 4.1 release, and I am working on it. Thomas

[COLLECTIONS] Release road map for 4.1

Hi, How is the road map for the 4.1 release or is there a plan to provide 4.0.1? -- Uwe - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org

[collections] Review of MultiValuedMap interface & implementations

Hi, we had to remove the use of reflection in the MultiValuedMap implementations (due to COLLECTIONS-580), which required a huge effort to refactor the various implementations. Now, there are only strongly typed implementations: * ArrayListValuedHashMap * HashSetValuedHashMap that do

[GitHub] commons-collections pull request: Allow minus index

GitHub user lamrongol opened a pull request: https://github.com/apache/commons-collections/pull/15 Allow minus index Allow minus index to CircularFifoQueue, get(-1) is oldest value, get(-2) is second oldest value You can merge this pull request into a Git repository by running

Re: [ANNOUNCMENT] Apache Commons Collections 3.2.2 Released

I have the Debian builds still on my agenda but will not have the time to work on that until end of the year. 2015-11-16 13:01 GMT+01:00 Emmanuel Bourg : > Le 16/11/2015 12:33, Thomas Neidhart a écrit : > > The problem is that the resulting manifest will be different for the

<    4   5   6   7   8   9   10   11   12   13   >