JBoss AS7 * .dodeploy文件
我们将我们的应用程序打包为.war文件，我们宣传支持JBoss AS5并指示我们的客户将.war复制到他们的JBoss’deploy’目录中，并启动他们的应用服务器以部署.war。
我们正在引入对JBoss AS7的支持，因此我们对AS7的部署指令必须改为类似
-copy the application.war to $JBOSS_HOME/standalone/deployments -touch $JBOSS_HOME/standalone/deployments/application.war.dodeploy -start JBoss AS7 这种deployent方法对我来说似乎很尴尬，而且可能很脆弱，因为无法成功创建* .dodeploy文件会导致部署失败。 此外，JBoss启动问题可能导致部署失败，导致* .dodeploy文件被重命名* .failed – 因此在尝试重新部署之前必须将其重命名为* .dodeploy。 我们认为这个过程对于一些可能不熟悉JBoss AS7的客户来说有点尴尬。
有没有办法自动化这个部署过程，这样对于那些可能对JBoss AS7的工作方式不太满意的部署者来说更顺畅？ 其他人如何处理这种情况？ 谢谢你的任何建议。
有一个相当容易使用的Web界面。 您可以通过访问http：// localhost：8080启动JBoss AS7后访问它。 该页面上有一个链接，可将您带到管理控制台。
您还可以使用CLI界面编写部署脚本。 这里有一些信息https://docs.jboss.org/author/display/AS7/Management+Clients关于如何使用它。
最后，您始终可以编写自己的Java客户端来部署应用程序。 我写了一篇关于如何编写自定义部署CLI界面的博客文章 。
如果您知道标记文件，那么您可能已经有意识地选择禁用部署文件夹的自动部署模式，该文件夹默认启用。 Autodeploy非常适合除了爆炸文件之外的所有内容，并且无需手动管理标记文件。 启用autodeploy后，您可以在应用程序本身上使用“touch”命令，该命令将更新timstamp并触发应用程序进行部署（或重新部署）。 因此，如果需要，您仍然可以编写脚本，但请关注文件而不是标记文件。
仅供参考，有五种方式可以部署文件，其中三种方式对于典型的管理设置是通用的。 这些是图形管理控制台，管理命令行界面（CLI）和您提到的部署文件夹。 另外两个是通过IDE（例如JBoss Developer Studio或带有JBoss Tools的Eclipse），甚至是通过Maven。
对于那些可能不熟悉脚本的人来说，那么您无法通过Console GUI中的Manage Deployments部分。 控制台部署不会将应用程序移动/复制到部署文件夹，因此使用控制台和部署文件夹可以在文件管理方面做出一些努力。
对于精通bash的用户，CLI非常棒，并且AS7团队经常建议将其作为部署和管理应用程序的首选方法。 CLI上的用户指南部分位于： https ： //docs.jboss.org/author/display/AS7/Admin+Guide#AdminGuide-RunningtheCLI 。
其中一位开发人员可以在此YouTubevideo中找到所有部署方法的示例： “将应用程序部署到JBoss AS 7的5种方法” 。 希望有所帮助。
您只需要.dodeploy即可进行爆炸式部署。 如果你的部署是拉链战争，耳朵等。 那么它会被自动拾取。
将部署模式从手动更改为自动 ， 自动执行此部署。
脚步 ：
1）打开jboss配置文件： standalone.xml 。
2）寻找部署扫描程序并添加auto-deploy-zipped =“true”
3）重启你的Jboss。
现在它会自动选择你的压缩版ear / war / jar / sar文件进行部署。
您仍然可以使用旧脚本而不使用任何标记。
通过更改standalone.xml配置文件中deployment-scanner元素的“auto-deploy”属性，可以在standalone.xml中更改此值。
可以在部署文件夹README中找到更多详细信息。