在 war 库中热部署资源
Hot deploying resources in war libs
使用 Wildfly 8.2.0.Final, Windows 7, JBoss Developer Studio 8.0.2.GA.
我们正在尝试将 war 拆分为模块。似乎最自然的方法是依靠网络片段 + JSF/Facelet 在 war/WEB-INF/lib 罐中查找资源的能力。
问题是对 xhtml facelet 模板和静态资源的更改不会即时应用，因为如果相同的东西位于 war 本身，就会发生这种情况。
据我了解这是因为：
- 片段 jar 正在通过 IDE 打包部署，而不是展开；
- VFS 在 tmp 目录中创建 jar 的副本，然后对其进行解压；
VFS3 User Guide 说“只要有可能，JavaZipFileSystem 就会尝试使用 JarEntry 来支持文件系统操作。如果这不可能，它将把 JarEntry 的副本写入临时目录” .我不明白这个 "when not possible" 是什么意思，单步执行 org.wildfly.extension.undertow.deployment.WarStructureDeploymentProcessor 代码似乎总是生成一个 jar 副本。
- org.jboss.vfs.spi.JavaZipFileSystem 似乎试图查看 jar 的最后修改时间，但它查看的是副本，而不是原始文件；
JBoss Developer Studio 不会更改原始 jar 的最后修改时间，例如更新 xhtml 时。
问题。
- 哪里有错误？虚拟文件系统？暗流？我不确定所描述的行为是否有意。
- Wildfly 是否应该支持 war 库中的热部署资源？ IE。合理吗？
- 如何使用 Wildfly 8.2 实现此功能。0.Final？
- 替换Undertow的war部署ResourceManager，修改getResource？
- 对VFS.mounts做点什么？什么？
- 放弃这种方法。而是将这些 war 子模块放入耳朵级别的 EJB 中，这样它们将被分解部署。添加这些 "EJBs" 作为 war 部署资源根，就像 WarStructureDeploymentProcessor 那样。
最终在 JBIDE-20071 Allow deploying exploded jars to war/WEB-INF/lib, so that JBoss Tools would deploy web fragments exploded. Web fragments were being deployed packaged, only because previously there was a bug in JBoss AS7 (AS7-4704 中解决了这个问题。
使用 Wildfly 8.2.0.Final, Windows 7, JBoss Developer Studio 8.0.2.GA.
我们正在尝试将 war 拆分为模块。似乎最自然的方法是依靠网络片段 + JSF/Facelet 在 war/WEB-INF/lib 罐中查找资源的能力。
问题是对 xhtml facelet 模板和静态资源的更改不会即时应用，因为如果相同的东西位于 war 本身，就会发生这种情况。
据我了解这是因为：
- 片段 jar 正在通过 IDE 打包部署，而不是展开；
- VFS 在 tmp 目录中创建 jar 的副本，然后对其进行解压；
VFS3 User Guide 说“只要有可能，JavaZipFileSystem 就会尝试使用 JarEntry 来支持文件系统操作。如果这不可能，它将把 JarEntry 的副本写入临时目录” .我不明白这个 "when not possible" 是什么意思，单步执行org.wildfly.extension.undertow.deployment.WarStructureDeploymentProcessor代码似乎总是生成一个 jar 副本。 - org.jboss.vfs.spi.JavaZipFileSystem 似乎试图查看 jar 的最后修改时间，但它查看的是副本，而不是原始文件； JBoss Developer Studio 不会更改原始 jar 的最后修改时间，例如更新 xhtml 时。
问题。
- 哪里有错误？虚拟文件系统？暗流？我不确定所描述的行为是否有意。
- Wildfly 是否应该支持 war 库中的热部署资源？ IE。合理吗？
- 如何使用 Wildfly 8.2 实现此功能。0.Final？
- 替换Undertow的war部署ResourceManager，修改getResource？
- 对VFS.mounts做点什么？什么？
- 放弃这种方法。而是将这些 war 子模块放入耳朵级别的 EJB 中，这样它们将被分解部署。添加这些 "EJBs" 作为 war 部署资源根，就像 WarStructureDeploymentProcessor 那样。
最终在 JBIDE-20071 Allow deploying exploded jars to war/WEB-INF/lib, so that JBoss Tools would deploy web fragments exploded. Web fragments were being deployed packaged, only because previously there was a bug in JBoss AS7 (AS7-4704 中解决了这个问题。