最适合自动构建和部署到 jboss EAP 5.0 的连续集成系统
我们现在使用 Apache Continuum 进行持续构建，它是 FTP 构建并使用 maven deploy/undeploy 来进行我们的构建。一旦我们从 Jboss 4.3 升级到 Jboss EAP 5.0，这个问题就变得不稳定并且停止工作。我们正在调查该问题并计划升级我们的 Continentum 安装。
与此同时，我想知道是否其他产品可以做得更好。如果从长远来看它能让我们的工作更轻松，我愿意尝试另一种产品。我们使用maven 2，并且Continentum在SCM集成和构建方面一直进展顺利。配置也非常轻松。我们唯一的问题是自动部署。
其他 CI 产品（例如 Hudson、Cruise Control）与 Jboss 的集成效果如何？你们中有人使用过任何其他可自动部署到 Jboss 服务器（位于网络上的不同计算机上）的 CI 产品吗？
We use Apache Continuum for our continous builds now and it FTP's the build and uses maven deploy/undeploy to do our builds. This has been flaky and stopped working once we upgraded to Jboss EAP 5.0 from Jboss 4.3. We are investigating the issue and planning to upgrade our installation of continuum.
In the meantime I was wondering, may be other products do it better. I'm willing to try another product if it makes our job easier in the long run. We use maven 2 and continuum has been working smoothly in terms of SCM integration and building. Configuration is pretty painless too. Our only issue is the automatic deployments.
How do other CI products like (Hudson, Cruise Control) rate in integration with Jboss? Have any of you used any other CI products with automatic deployemnts to Jboss servers (located on different machines over the network)?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
在 Jenkins、Hudson 和 CruiseControl 之间进行选择 - 使用 Jenkins。 CruiseControl 即将退出市场。这是使用 Jenkins 而不是 Hudson 的理由。
Jenkins 有一个 JBoss 管理插件。
免责声明：我没有任何使用 JBoss 或提到的插件的经验。
Choosing among Jenkins, Hudson, and CruiseControl - use Jenkins. CruiseControl is on its way out. Here's the rationale to use Jenkins over Hudson.
Jenkins has a JBoss Management Plugin.
Disclaimer: I do not have any working experience with JBoss or the plugin mentioned.