到了增强知识共享收集

题

我很惊讶的 Apache公共收藏品项目仍然没有得到使他们的图书馆泛型的意识。我真的很喜欢功能提供这个图书馆，但缺乏支持泛型是一个大转弯。还有一个 Lavalabs叉的公共收藏品，这并支持泛型, ，这似乎要求向后兼容，但是，当我试图更新这个版本，我的网络应用程序未能开始(在Boss).

我的问题是：

顺便说一句，我所知道的谷歌集合，但我不愿意使用它，直到API稳定.

干杯，别

解决方案

有的贡献。结帐 jira's

还有一个 JDK5分支.

我们不想添加型和更新知识共享收集到1.5(1.6).最大的问题是如何解决向后兼容性。和人有非常不同的意见。对于一些共同的组件的更新JAVA几乎要求重写新Jdk恕我直言。

在ApacheCon我觉得敦促跨越几个人得到这种运动。这只是一个很大的任务。

随时出现在dev@commons.apache.org

干杯，托

其他提示

[谷歌集]建立与Java5功能：仿制药，枚举，协变回归类型，等等。当编写Java5码，你想要一个收藏图书馆，充分利用的语言。此外，我们投入巨大的努力使得图书馆的完整、稳健和一致的JAVA收集的课程。

鉴于最后一个字在雅加达自己内部辩论在Dec07，我会说阿帕奇不会接受泛型、离开领域开的东西Java5友好喜欢谷歌集合.

我所说的，咬紧牙关切换到谷歌-集合，至少对于新的编码。

我知道你关心稳定，但是谷歌-收藏图书馆非常接近稳定为1.0版本--挂在开发的名单或观看他们的报告的问题，他们已经非常非常谨慎的变化，尤其是打破的。任何不相容性之间的当前释放和(似乎迫在眉睫)1.0最终都将是非常微小的。

还有，如果你担心的稳定性，选择一个版本(例如目前的一个，1.0RC4)，和...就是不升级。当然，你不会得到任何新的功能，但公共集一直没有更新有意义的方式在几个年, 你真的任何更糟?至少你还是冻结的东西与型和(恕我直言)更好API。

一般公元前的问题是，封装 org.apache.commons.collections 已 重新命名为 org.apache.commons.collections15.我不知道原因的这一变化。尝试重新命名后，重新编译的图书馆和运行应用程序。

我已经找到了这个问题使用 Clirr 工具 commons-collections-3.2.1.jar (Apache)和 collections-generic-4.01.jar (从Lavalabs).

我不能想象有什么原因，你可以得到不使用谷歌的集合。这是很简单的使用，图书馆。

对我的工作我的使用两者，apache集和谷歌的集合。

你能解释一下更多关于为什么你不能使用谷歌集合？

关于

有一个genericised口的公共集3.1 可在这里, 我们已经使用了几年了。没有工作很好，因为它是严格基于现有知识共享的来源，它有一个稳定的API。

它可以使用更新，以符合公共集3.2，虽然。

有一读在收集的博客，它提供完成的理解，收集框架。http://tech.konnectingtheworld.com/2010/09/a-note-on-java-collections/

如果你觉得你的查询并没有得到答复，得到与我联系。我将尝试提供的信息尽我所能。

许可以下： CC-BY-SA 和归因