Using Wildfly 8.2.0.Final, Windows 7, JBoss Developer Studio 8.0.2.GA.
We are trying to divide our war into modules. It seems like the most natural way to do this is to rely on web fragments + JSF / Facelet's ability to find resources in banks war / WEB-INF / lib.
The problem is that changes to facetech templates and static xhtml resources are not applied on the fly, as is the case if the same things are in the war itself.
As I understand it, because:
- Frame fragments are deployed using IDEs that are packaged rather than blown up;
- VFS creates copies of jars in the tmp directory, which is then unpacked;
The VFS3 User Guide says: "Whenever possible, the JavaZipFileSystem attempts to use JarEntry to support file system operations. When this is not possible, it will write a copy of JarEntry to a temporary directory." I don’t understand what it means when it’s not possible, and after going through the code org.wildfly.extension.undertow.deployment.WarStructureDeploymentProcessor , it seems like a jar copy is always created. - org.jboss.vfs.spi.JavaZipFileSystem seems to be trying to see the last modified time of the jar, but it looks at the copy, not the original; JBoss Developer Studio in any case does not change the last modified time of the ATM. when updating xhtml.
Questions.
- Are there errors somewhere? Vfs? Good? I am not sure if the described behavior is intended.
- Should hotdeploying resources in war libs even be supported by Wildfly? So is that reasonable?
- How to achieve this functionality with Wildfly 8.2.0.Final?
- Replace Undertow war deployment ResourceManager, somehow change getResource?
- Do something for VFS.mounts? What?
- Give up on this approach. Instead, these military submodules in the EJB are at ear level, so they will be deployed detonated. Add these "EJBs" as sources of resources for deploying war, as WarStructureDeploymentProcessor does.
eclipse java-ee jboss wildfly wildfly-8
Vsevolod golovanov
source share