Deployment 共享运行时环境的良好部署和发布策略是什么？ 现状
对于我们的客户，我们正在开发一些库和应用程序，这些库和应用程序在作为内部JavaWebStart应用程序交付的大型应用程序中作为模块运行。客户维护运行此应用程序的基础架构。服务器端由一些基于Axis2的web服务组成。这两个部分作为两个独立的web应用程序部署到单个Tomcat实例 当我们发布新版本的工件时，我们只需生成必要的JAR文件，例如ourapp-client.JAR和ourapp-server.JAR，并将它们发送给我们的客户，然后客户将它们放入适当的位置，如果需要，重新启动Tomcat服务器 目标 我们目前正在对所有项目进行Maven化，将来我们还希望以Maven的方式发布我们的版本。我们的主要目标是自动化我们这边的发布和部署过程，并使它不那么容易出错，在客户端更加可靠和舒适 主要问题 棘手的是，我们的客户在服务器端和web Start应用程序中使用相同的Tomcat web应用程序Axis2，将其自行开发的模块包含到应用程序中。因此，我们不能使用显而易见的解决方案，而只是提供一个新的web应用程序战争，将其部署到服务器中。这就是为什么我们目前正在交付手工放入正确位置的单个JAR文件 在向客户交付产品时，您通常采用什么策略？是否有人有过类似情况的经验，即为第三方和自行开发的应用程序共享运行时环境 我们的主要目标是自动化我们这边的发布和部署过程，并使它不那么容易出错，在客户端更加可靠和舒适 不确定您在maven lingua中所说的发布和部署过程是什么意思，这是关于SCM任务自动化和将工件部署到远程存储库的。 如果这是关于部署到生产机器的，我个人不认为这是Maven的工作，我们也不使用Maven。也许可以看看专用的解决方案，如、、等 在向客户交付产品时，您通常采用什么策略？是否有人有过类似情况的经验，即为第三方和自行开发的应用程序共享运行时环境 我们提供我们可以控制的东西。如果客户希望在给定的应用程序中包含他自己的位，我们将提供所需的子部件，但包装可能是他的责任 相关问题Deployment 共享运行时环境的良好部署和发布策略是什么？ 现状,deployment,maven-2,release-management,automated-deploy,Deployment,Maven 2,Release Management,Automated Deploy,对于我们的客户，我们正在开发一些库和应用程序，这些库和应用程序在作为内部JavaWebStart应用程序交付的大型应用程序中作为模块运行。客户维护运行此应用程序的基础架构。服务器端由一些基于Axis2的web服务组成。这两个部分作为两个独立的web应用程序部署到单个Tomcat实例 当我们发布新版本的工件时，我们只需生成必要的JAR文件，例如ourapp-client.JAR和ourapp-server.JAR，并将它们发送给我们的客户，然后客户将它们放入适当的位置，如果需要，重新启动Tomca