博主在升级OpenCSV到3.0时选择了Java7作为编译环境，主要原因是新版本支持Grails中的Lambdas，同时考虑到Java7已不受甲骨文官方支持，以及开发者社区的需求。升级导致的问题使得博主后悔这一决定，但为避免降级带来的影响，决定维持现状。用户可以选择使用旧版本或自行构建与Java6兼容的版本。
当OpenCSV升级到3.0时，决定升级到Java 7.这样做有几个原因 . 主要原因是最大的原因是3.0中的主要修复是支持Grails中的Lambdas(可能是Java 8)中的惰性检查，因此要求代码在Java 7中编译，因为它对Grails更为理想 . 我允许这样做是因为甲骨文宣布它在2015年放弃了对Java 7的支持，Java 5和6早已不受支持，而且我收到少量电子邮件，询问我何时将opencsv移植到java 7(并且只有一个用于java 8由于某种原因)所以我觉得转移到java 7是安全的 . 最后一个是我使用mac开发并且不再能够访问java 5编译器而且我真的不喜欢推出使用java 7构建的opencsv的Java 5版本 .
事后看到这引起的问题(你知道的第三个因为这个问题无法升级)我会把它留在Java 5并要求Grails用户执行性能测试并自己在Ubuntu VM中构建opencsv在我的Mac上 . 但由于它已经出局，我不想降级并可能影响用户 .
如果你不能将项目升级到java 7，你有两个选择：第一个是在sourceforge和maven存储库上你可以下载旧版本 . 所以2.4和更早版本是使用java 5构建的 . 另一个选择是你可以下载代码并自己构建它 . 感谢KommradHomer，当前的代码库与Java 6兼容，并且将使用Java 6编译器进行构建(您只需要更改pom文件) .
715
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
