There are no compatibility issues between collections 3 and 4. They reside in different packages, thus you can use them together in your project.
Any project/developer having a dependency to collections 3 will have to do at least some minimal effort to upgrade to collections 4. In most cases it is enough to rename the package from o.a.c.collections to o.a.c.collections4, but sometimes the signature of methods have changed or classes have been removed (e.g. when there are alternatives in the JDK, see the release notes). Having said that, you *can not* just replace a collections 3 jar with collections 4, but the migration should be quite simple. Thomas On Tue, Sep 30, 2014 at 5:14 PM, Konrad Zuse <[email protected]> wrote: > Thank you... It's good to know they fixed things, but doesn't this also > cause some unneeded compatibility issues with other apache products like > BeanUtils? > > Or will we eventually be reworking other parts like collections which will > eventually make everything compatible? > > > Subject: RE: [beanutils] Version 1.9.2 uses FastHashMap in class > PropertyUtilsBean, but FastHashMap does not exists in collections4 > > Date: Tue, 30 Sep 2014 11:06:06 -0400 > > From: [email protected] > > To: [email protected] > > > > Because they started using generics and backward compatibility is just > > not possible. So they went for a clean break and fixed a lot of > > outstanding issues. > > > > > -----Original Message----- > > > From: Konrad Zuse [mailto:[email protected]] > > > Sent: Tuesday, September 30, 2014 11:04 AM > > > To: Commons Users List > > > Subject: RE: [beanutils] Version 1.9.2 uses FastHashMap in class > > > PropertyUtilsBean, but FastHashMap does not exists in collections4 > > > > > > Not an answer, but why would they make it so it wasn't backwards > > > compatible, and whydid they not include other parts that were a part > > of 3? Is > > > 4 in beta/alpha or what? I would think everything would flow > > nicely...? > > > > > > > Date: Tue, 30 Sep 2014 16:42:06 +0200 > > > > Subject: Re: [beanutils] Version 1.9.2 uses FastHashMap in class > > > > PropertyUtilsBean, but FastHashMap does not exists in collections4 > > > > From: [email protected] > > > > To: [email protected] > > > > > > > > Hi Florian, > > > > > > > > beanutils 1.9 still requires a collections 3.x jar in your > > classpath, > > > > it has not yet been updated for the latest collections release. > > > > > > > > Collections 4.0 is not binary / source compatible with collections > > 3.x > > > > but can be used together as it uses a different package name > > > > (o.a.c.collections4) and maven coordinates. > > > > > > > > Regards, > > > > > > > > Thomas > > > > > > > > > > > > On Tue, Sep 30, 2014 at 4:32 PM, <[email protected]> > > > wrote: > > > > > > > > > > > > > > Hi All > > > > > > > > > > We have tried to update our common libs. We have updated to > > > > > Beanutils 1.9.2 and collection4 4.0. > > > > > These packages are incompatible, or did i get something wrong. > > > > > > > > > > I always receive this error > > > > > Stacktrace] > > > > > java.lang.NoClassDefFoundError: > > > > > org/apache/commons/collections/FastHashMap > > > > > at > > > > > > > > org.apache.commons.beanutils.PropertyUtilsBean.getMappedPropertyDesc > > > > > riptors > > > > > (PropertyUtilsBean.java:723) > > > > > at > > > > > > > > org.apache.commons.beanutils.PropertyUtilsBean.getMappedPropertyDesc > > > > > riptors > > > > > (PropertyUtilsBean.java:743) > > > > > at > > > > > > > > org.apache.commons.beanutils.PropertyUtilsBean.getPropertyDescriptor > > > > > (PropertyUtilsBean.java:956) > > > > > at > > > > > org.apache.commons.beanutils.PropertyUtilsBean.isWriteable > > > > > (PropertyUtilsBean.java:1466) > > > > > at > > > > > org.apache.commons.beanutils.BeanUtilsBean.copyProperties > > > > > (BeanUtilsBean.java:277) > > > > > at org.apache.commons.beanutils.BeanUtils.copyProperties > > > > > (BeanUtils.java:135) > > > > > > > > > > Greetings > > > > > Florian > > > > > > > > > > > > > > > > > -------------------------------------------------------------------- > > > > > - To unsubscribe, e-mail: [email protected] > > > > > For additional commands, e-mail: [email protected] > > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [email protected] > > For additional commands, e-mail: [email protected] > > > >
