Once the variables.conf is modified and saved, Tomcat node requires a restart in order to apply the new configuration parameters. After the container is restarted, if JRebel was installed correctly, we’ll seejrebel.log – meaning that JRebel agent has bootstrapped with the container and started to work as expected. N.B! Setting JRebel for Jetty isn’t any different from what we did for Tomcat – there’s the variables.conf file that is used for specifying the auxiliary JVM arguments. Installing JRebel for Glassfish is slightly different as instead of variables.conf Glassfish uses domain.xml configuration file. So we can either modify the configuration file, or set the arguments via Glassfish administration console. Configuring The ApplicationJRebel Remoting requires two configuration files to be included into the deployed package: rebel.xmland rebel-remote.xml. JRebel usually requires the rebel.xml configuration file in order to map the running application back to the workspace, so that the classloaders would be able to see the changes made to the project files directly. The rebel-remote.xml configuration file is specifically required for the remoting functionality to work. It is a very simple configuration file containing two parameters, the ID of the module and the URL, where the application is accessible. Both the configuration files can be generated using JRebel plugin for Eclipse, which is available fromEclipse Marketplace. ![]()
|