You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@commons.apache.org by "Alberto Mozzone (JIRA)" <ji...@apache.org> on 2016/05/04 10:17:12 UTC
[jira] [Commented] (BEANUTILS-379) Remove copied Collections
classes
[ https://issues.apache.org/jira/browse/BEANUTILS-379?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15270305#comment-15270305 ]
Alberto Mozzone commented on BEANUTILS-379:
-------------------------------------------
According to what is written on [http://commons.apache.org/proper/commons-beanutils/], the 1.9.2 version fixed the problem.
May this issue be closed?
> Remove copied Collections classes
> ---------------------------------
>
> Key: BEANUTILS-379
> URL: https://issues.apache.org/jira/browse/BEANUTILS-379
> Project: Commons BeanUtils
> Issue Type: Bug
> Components: Bean / Property Utils
> Affects Versions: 1.8.3
> Reporter: Niall Pemberton
> Assignee: Niall Pemberton
> Fix For: 1.8.4
>
>
> In BeanUtils 1.7 four classes were copied from Commons Collections with the aim of removing that dependency:
> * ArrayStack
> * Buffer
> * BufferUnderflowException
> * FastHashMap
> However there are other classes within BeanUtils that depend on Commons Collections (e.g. BeanMap) - so three flavours of jars were created:
> * commons-beanutils.jar (all classes)
> * commons-beanutils-core.jar (core beantils which doesn't require Commons Collections)
> * commons-beanutils-bean-collections.jar (classes dependant on Commons Collections)
> This situation is a bit of a mess an is causing issues such as BEANUTILS-378
> I suggest the following action is taken in the next 1.x BeanUtils release:
> * remove the copied Commons Collections classes
> * add Commons Collections as a dependency
> * Only produce the one commons-beanutils.jar
> Removing the dependency on the four collections classes is more difficult as some of them are in BeanUtils API
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)