Wildfly 8 AS 中的热部署位置
Hot deployment location in Wildfly 8 AS
在JBoss 6 AS中，热部署位置在${JBOSS_HOME}/server/default/deploy，我可以解压WAR或EAR并更改任何配置文件的内容，无需重启即可运行。
同样的，在Wildfly 8 AS中，谁能帮我了解下热部署位置。我尝试在 ${WILDFLY_HOME}/standalone/deployments 文件夹中解压 WAR，但它没有选择解压的 WAR 文件夹。它只考虑扩展名为 .war 的文件。任何人都可以帮助我。非常感谢。
此外，如果wildfly-maven-plufgin有很好的使用指南，请分享我
任何人都可以帮助我。非常感谢。
完整文档可在此处找到：
https://docs.jboss.org/author/display/WFLY8/Deployment%20Scanner%20configuration.html
要启用分解（解压）存档的自动部署，您需要做的是在 standalone.xml[=28 中将 auto-deploy-exploded 设置为 true =]配置文件：
<subsystem xmlns="urn:jboss:domain:deployment-scanner:1.0">
<deployment-scanner
scan-interval="5000"
relative-to="jboss.server.base.dir"
path="deployments"
auto-deploy-exploded="true" />
</subsystem>
这将每 5 秒扫描一次部署目录以查找展开的存档。
如文档中所述，如果没有 auto-deploy-exploded 属性，您将需要手动创建一个 .dodeploy 文件：
Controls whether exploded deployment content should be automatically deployed by the scanner without requiring the user to add a .dodeploy marker file. Setting this to 'true' is not recommended for anything but basic development scenarios, as there is no way to ensure that deployment will not occur in the middle of changes to the content.
在JBoss 6 AS中，热部署位置在${JBOSS_HOME}/server/default/deploy，我可以解压WAR或EAR并更改任何配置文件的内容，无需重启即可运行。
同样的，在Wildfly 8 AS中，谁能帮我了解下热部署位置。我尝试在 ${WILDFLY_HOME}/standalone/deployments 文件夹中解压 WAR，但它没有选择解压的 WAR 文件夹。它只考虑扩展名为 .war 的文件。任何人都可以帮助我。非常感谢。
此外，如果wildfly-maven-plufgin有很好的使用指南，请分享我
任何人都可以帮助我。非常感谢。
完整文档可在此处找到：
https://docs.jboss.org/author/display/WFLY8/Deployment%20Scanner%20configuration.html
要启用分解（解压）存档的自动部署，您需要做的是在 standalone.xml[=28 中将 auto-deploy-exploded 设置为 true =]配置文件：
<subsystem xmlns="urn:jboss:domain:deployment-scanner:1.0">
<deployment-scanner
scan-interval="5000"
relative-to="jboss.server.base.dir"
path="deployments"
auto-deploy-exploded="true" />
</subsystem>
这将每 5 秒扫描一次部署目录以查找展开的存档。
如文档中所述，如果没有 auto-deploy-exploded 属性，您将需要手动创建一个 .dodeploy 文件：
Controls whether exploded deployment content should be automatically deployed by the scanner without requiring the user to add a .dodeploy marker file. Setting this to 'true' is not recommended for anything but basic development scenarios, as there is no way to ensure that deployment will not occur in the middle of changes to the content.