[jbosstools-issues] [JBoss JIRA] (JBIDE-19821) Hot code swap not happening for Web App Libraries before being loaded

[Stephane Sandron (JIRA)]

Stephane Sandron created JBIDE-19821:
----------------------------------------

             Summary: Hot code swap not happening for Web App Libraries before being loaded
                 Key: JBIDE-19821
                 URL: https://issues.jboss.org/browse/JBIDE-19821
             Project: Tools (JBoss Tools)
          Issue Type: Bug
    Affects Versions: 4.2.3.Final
         Environment: Windows 7, 64 bits, Eclipse Luna (4.4.2), JBoss Tools 4.2 Plug-ins installed: JBoss WebServices Tools (1.7.3.Final), JBossAS Tools (3.0.3.Final), Jboss JAX-RS Tools (1.7.3.Final)
            Reporter: Stephane Sandron


I have created 2 projects in Eclipse:
* TestIde: a web application with 2 classes
** HelloWorld: a web service endpoint with a single web service method
** WebAppClass: a simple Java class with a single method returning a string

* TestIdeModule: a regular java module (with the "Utility Module" facet defined in Eclipse for the project) with a single class
** ModuleClass: similar to WebAppClass
 
TestIde has
* TestIdeModule in its build path
* TestIdeModule deployed in WEB-INF/lib/TestIdeModule.jar
 
The code of the web service method takes a string and depending on this it will instantiate WebAppClass or ModuleClass.

I am running WildFly 8.1 (in debug mode) with -verbose:class to see the classes being loaded/redefined.
 
My issue is the following:
- Starting WildFly in debug mode
- Modifying the string returned by ModuleClass in my IDE (before it is loaded)
- The resulting string is still the previous one (before my modification in my IDE)

If I do the same test with the WebAppClass, everything is OK because it is deployed as a .class in WEB-INF/classes

The change does not take effect right away over the debug wire when:
- The modified class is part of a Java project deployed as a JAR in WEB-INF/lib
- The modified class has not yet been loaded
 
When the class is loaded before being modified, everything is fine.

When I check "Force module restart on following regex pattern" and using the pattern: "\.jar$", I see WildFly republishing a JAR with the modified file inside. The problem is still occurring though. It seems that it does not take into account the modification if the class has never been loaded.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)