On 14 May 2013 22:37, Benedikt Ritter <brit...@apache.org> wrote: > +1 > > since the package name will change, client code has to be changed anyway. > Now is the time to get rid of all flaws of the old API.
+0 I agree, but the previous behaviour does seem useful. So if it can be provided in addition to supporting the standard Collections interface, that seems the best way forward. > > 2013/5/14 Matt Benson <gudnabr...@gmail.com> > >> +0 >> >> Matt >> >> >> On Tue, May 14, 2013 at 12:30 PM, Thomas Neidhart < >> thomas.neidh...@gmail.com >> > wrote: >> >> > On 05/13/2013 08:06 PM, Thomas Neidhart wrote: >> > > Hi, >> > > >> > > currently, the Bag interface states that it violates the Collection >> > > contract. This is mainly because the interface was defined like that, >> > > but could be easily changed. >> > > >> > > As we are not binary compatible anymore with previous releases, it >> would >> > > be the right time to do this now (or leave it as it is till the end of >> > > time). >> > > >> > > Any opinions / objections on this? >> > >> > As there have been some objections against this change, and I *really* >> > would like to cut an alpha release soon, I'd like to streamline the >> > process. >> > >> > Everybody is welcome to express his/her opinion on the following options: >> > >> > [ ] +1 Yeah do this change, it's really time >> > [ ] +0 OK great, but we should add a Bag decorator which mimics the >> > pre-4.0 behavior >> > [ ] -0 Well, I do not use collections and guava is cooler anyways >> > [ ] -1 I want to keep the Bag interface as is, but add a Bag decorator >> > which makes it conform to the Collection contract >> > >> > Thanks, >> > >> > Thomas >> > >> > --------------------------------------------------------------------- >> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >> > For additional commands, e-mail: dev-h...@commons.apache.org >> > >> > >> > > > > -- > http://people.apache.org/~britter/ > http://www.systemoutprintln.de/ > http://twitter.com/BenediktRitter > http://github.com/britter --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
