Java EE 5 开发环境

Question

我有一个客户，他已经在生产中拥有一些应用程序，因此已经就下一个项目的生产环境做出了一些决定：

• Sun iPlanet 6.1 SP7（带 Apache）
• JDK 1.6
• Oracle Weblogic 10 MP3
• Oracle 10g
• 1024 位 SSL

他们也有一些网络应用的企业标准：

• 雄猫
• 支柱
• 与 Safari、Firefox、IE6、IE7 的兼容性

我还被告知，这个应用程序可能不需要完整的 Java EE 5 环境（可能只需要一个 Web 容器），但需要通过客户端 EJB 等与托管在单独 weblogic 实例上的应用程序进行通信，以及对其他公司服务执行各种 Web 服务调用。

我的任务是就我们的开发和测试环境对这个新团队（包括我在内的人数可能只有 2 或 3 人，但未来几个月可能会扩大）做出一些决定。我想创建一个人们可以使用他们喜欢的 IDE 并在 localhost 上拥有良好开发体验的地方，但仍然可以顺利地在测试环境中进行部署，然后再部署到生产环境中。我的想法是，在本地工作站上 http 很好，但集成测试服务器应该看起来与生产服务器完全一样，并且所有流量都应该是 https 以确保我们能够准确地描述 prod 将是什么。

知道开发人员的本地工作站种类繁多，可能在其本地工作站上运行 Mac OS X 10.6 (Snow Leopard) 或 Windows 7，但还需要指定通用测试服务器：什么技术堆栈会给我们从本地开发到测试再到生产的顺利路径吗？

编辑：抱歉，当我说技术堆栈时，我的意思是例如 Ant + JBoss + Tomcat + Oracle XE 与 Maven + Geronimo + Derby。基本上是我们需要在每台开发机器和测试服务器上安装的具体规范实现列表，为我们提供灵活的开发环境，并顺利过渡到测试和生产环境。

EDIT2：可能值得一提的是，这个应用程序，如果它需要持久化任何信息（我假设 将 是这种情况），无论它是什么绝对不会复杂。它很可能类似于基本的产品数据库。

Answer 1

我会去：

1. Hudson 用于夜间构建（或每次签入）
2. Mercurial 或 Subversion 用于源代码控制（适用于 Windows 和 Mac）
3. 春天，春天，春天。是的，我是认真的，Spring 解决的问题不仅仅是依赖注入；例如安全性、批处理、事务处理、系统集成。
4. EclipseLink 用于 ORM。很多高级特性（Hibernate 缺乏）经常救了我的命（比如体面的存储过程支持）。
5. 轻量级容器，如 Jetty、Tomcat 或 Resin。如果您使用像 Geronimo 或 JBoss 之类的重度慢速工具，那么您将犯有团队意识。
6. DeltaWalker 用于合并/差异工具（同样适用于所有平台）。
7. 如果您要使用高级数据库功能，请选择 OracleXE（和 SQLDeveloper）。两者都是不错的工具。如果不是，那么像 H2 或 Derby 这样的轻量级的东西就可以了。
8. JUnit（或 TestNG） 和 Mockito 用于单元测试/模拟。
9. 请不要使用 Struts。说真的，至少要使用 Struts2，或者最好使用 JSF2、Stripes 或 GWT 之类的东西。
10. 像 JTrac、RedMine 或 FogBugz 之类的不错的 bugtracker
11. Selenium 用于集成测试
12. Sonar 代码质量

如果您打算使用不同的 IDE，那么 Maven 可能是一个好主意，因为它允许从 pom.xml 配置每个 IDE（在 IntelliJ/NetBeans 中效果很好）。但我能给你的最好的建议就是这个。

• 使用您已经知道和有经验的东西。您不会在一夜之间从 Struts 过渡到 JSF2。
• 获得最好的工具，真正免费的东西并不总是正确的方法（尽管经常如此）。

黑客愉快

Answer 2

当您说“技术堆栈”时，真的不清楚您到底在问什么，您是指服务器、库还是构建工具？无论如何，这里有一些轻率的建议：

• Hudson 持续集成
• 避免使用 maven，除非你真的非常需要它。它承诺声明式依赖和约定优于配置，像警笛一样引诱你，但实践与理论大相径庭
• 尽可能优先使用 Spring，而不是标准 Java SE/Java EE API。除了更简单的 API 之外，它还促进了可测试性和 AOP 特性，这比直接使用 AspectJ 容易得多。当然，它也提供了支持松耦合的依赖注入
• Hibernate for ORM，或者如果您的持久性要求非常简单，Spring-JDBC 可能就足够了

Answer 3

测试环境应该完全复制生产。还要在测试环境上进行性能测试。如果需要考虑硬件并且需要限制集群中的服务器数量，那么在测试中创建较少数量的服务器，但要复制与产品相同的环境，即 iplanet (apache ) + weblogic + oracle db 等等....

就本地环境而言，您可以使用 Tomcat（因为您只需要 Web 容器），而对于 ejb 客户端，您可以捆绑 jar 并进行远程调用（如果您正在对某个远程应用程序进行远程调用） .如果您通过本地 ejbs 进行本地调用，那么您将不得不在本地机器上使用 weblogic 进行开发。

尝试使用相同的 IDE（尽管这主要取决于开发人员的选择）。就操作系统而言，这无关紧要，因为如果您使用的是兼容的 IDE，那么您将只能从该 IDE 构建代码。

还要确保 IDE 与 tomcat（如果您使用它）或 weblogic 紧密耦合，以便在调试模式下运行代码。

一件非常重要的事情，首先决定一个代码结构，然后在版本控制中签入，这样用户可以从任何 ide 签入/签出相同的结构。因此，所有开发人员共享相同的结构。 在每个版本中将代码分支到 cvs 或版本控制中，然后从 head 中签出。使用单个构建文件并维护一个设置文档以在本地机器上构建环境也非常重要。 关于使用框架，请选择您在编码和维护方面最熟悉的框架。这样您将减少代码中的错误数量。现在大多数人使用 Spring/Hibernate 组合，但这取决于它是否适合您的项目。 希望这会有所帮助。