JavaEE6对EE5？

我们即将获得JavaEE6（以GlassFishV3作为参考实现）。计划于2009年12月发布。尽管仍有相当多的公司正在努力将其代码库迁移到EE5（从早期版本），但我们正处于开始开发新产品的奢侈境地，可以选择使用EE6作为平台。这有可能避免后期的迁移工作，并受益于EE6中所有适当大小的功能

与之相反或很少的问题（当在最前沿做事情时，也就是使用EE6）：

• 还没有太多的专业知识（博客、书籍、论坛、你自己等等）
• 很快就不会有其他EE6应用服务器了（测试版可能在明年初/年中推出？）
• 第三方库/框架可能尚未针对EE6进行验证或测试

一个一般性的问题，不会导致一个具体的答案，但也许你对这个主题的看法

---

Sven

在您完成之前，Java EE 7无论如何都将退出。去做吧，并在这个过程中学习。

如果你在一个奢侈的情况下用EE6开始一个项目，那么我建议你去先锋

不仅总体经验在短时间内很重要（假设EE6将在不到两年的时间内成熟并广泛使用，想象一下当所有公司都将转换时，一群Java EE6专家），而且EE6比EE5简单，因此如果团队中的成员在Java EE方面只有一点经验，你可能会更快地完成工作

已经有一本关于JavaEE6和GlassFishV3的书，基础知识与上一个版本没有太大区别（即，如果你坚持从EE5中了解的内容，你会很长一段时间都很好）。如果您需要JavaEE6的RI，GlassFishV3是非常好的

---

您需要什么样的第三方库？

该项目有多大、有多重要？你有截止日期吗？我非常渴望新技术或框架，但我建议从JavaEE5开始，逐步迁移到JavaEE6。JavaEE这是一大堆技术，在发布时，其中一些技术将无法得到第三方供应商的足够支持。因此，我的建议是：使用JavaEE6的这些部分，它们目前已经成熟，并且得到了其他供应商的大力支持

你确定吗？JEE6仍处于“预览”状态，他们将在2009年12月9日之前发布JEE7（这是我从devdudes问题中捕获的日期；）？我猜您混合了Java EE6和JDK/JRE 7？我们使用ZK（）作为web/ajax框架，Shiro（）作为安全框架，SLF4J（）加上logback用于日志记录，EJB3Unit用于测试，Oval用于验证库。在以前基于EE5的版本中，所有这些都可以很好地协同工作，尽管我们还没有对EE6进行全部测试。ZK应该可以工作，因为它主要是客户端的，如果您使用会话bean查找组件，它应该返回有效的对象（会话bean只是会话bean）。SLF4J和logback也应该工作，它们与EE的事情几乎没有关系。椭圆形看起来也不错。我不确定Shiro，但它似乎不需要EJB组件提供那么多。我还没有检查EJB3Unit的EE6。EJB3Unit的目标是EJB3。它不适用于普通的3.1代码。我们试过了，它需要一个本地接口。可能不再需要该库（在EE6上下文中），因为您可以将可嵌入glassfish用于junit测试。（）您可以在EJB3.1中使用本地接口，但我想，如果EJB3单元编写得很好，那么3.1就没有什么可更新的了。否则，我们会遇到EJB3Unit和一些特殊bean继承的其他问题，所以我们决定不使用它。嵌入式GF看起来是一个不错的选择。当然，您可以开始在GF V3上部署EE5应用程序，但我不会低估将代码库迁移到完整EE6的工作量。是的，从EE5移动到EE6肯定比从早期版本（“从无注释时代”）更容易。哪位上司批准在没有任何“可见”好处的情况下，花时间和金钱在以后迁移？一个示例：JNDI命名约定已更改（）@devdude。今天，许多工具和库都提供了许多对JEE5的增强，这些增强将成为JEE6的一部分（例如Seam JSF 2.0增强，Weld（JSR-299实现）），因此，今天您可以使用许多JEE6功能，进一步迁移到JEE6堆栈的其他部分将不会那么痛苦。有时，各种各样的答案（如本例）就是答案。