Thanks for letting us know! This is definitely something we would like to fix.
It would be perfect if you could provide us /root/.jrebel/jrebel.log, /root/.jrebel/bootcache/jrebel.boot.log, jrebel-bootstrap-[hash-code].jar.log and /root/.xrebel/xrebel.log.
What do you think, could you reproduce the issue and send these log files to support@zeroturnaround.com?
I’m running a Linux host (Arch) with Intellij idea and a Linux VM guest (CentOS). The project is contained within a shared directory that gets mounted on the guest VM on startup. The web app is deployed via a Websphere 8 server running on the guest VM. JRebel is being run on the websphere instance, not from the IDE.
I was originally developing on a Windows 7 host machine and all worked as expected, changes made to java source files caused JRebel to reload the classes and I was able to observe the changes. On a Linux host, however, it appears the classes are not being reloaded properly.
Running through the “Classes or resources don’t reload” section of the first aid page, I can confirm that all of the bullet points are met. I see the “dir will be monitored for changes” line in the log. I also see the “instrumented” line pertaining to the class I’d like to see reloaded, but only once. Subsequent changes to the java file followed by a recompile do not prompt the log to refer to this class again, even after the code gets re-executed. Checking the class files in the compiled output directory does show an update to the file time stamp after a change/recompile.
Is there anything obvious resulting from the change in host OSs that I’m missing?
Thanks.
Hi!
Actually the recommended way to achieve such behaviour is to use JRebel remoting (http://manuals.zeroturnaround.com/jrebel/remoteserver/intellij.html).
If you have a specific reason why not to use remoting, please make some changes (which are not reloaded) and send a jrebel.log from the guest VM to our support team at support@zeroturnaround.com, the log can be found at /Users/xxx/.jrebel/ folder.
Did you check that the files were changed in both the host and guest machines (with updated timestamps)?
The timestamp on both the host and guest VM gets updated. The log appears to be similar on both host OSs except that the Linux host doesn’t show the “Reloading class” line when the code gets re-executed whereas the Windows host does.
I’ll go ahead and send both logs.
When enabling the JRebel plugin (non-legacy 6.4.7) on my application server (WebSphere Application Server 16.0.0.2/wlp-1.0.13.cl160220160526-2258) on IBM J9 VM, version pxa6480sr3-20160428_01 (SR3)), I’m getting a lot of what seems to be internal application server log statements, e.g.:
Aug 04, 2016 11:12:19 AM org.apache.cxf.bus.osgi.CXFExtensionBundleListener addExtensions
INFO: Adding the extensions from bundle com.ibm.ws.org.apache.cxf-rt-ws-addr.2.6.2 (171) [org.apache.cxf.ws.addressing.policy.AddressingAssertionBuilder, org.apache.cxf.ws.addressing.policy.UsingAddressingAssertionBuilder, org.apache.cxf.ws.addressing.policy.AddressingPolicyInterceptorProvider, org.apache.cxf.ws.addressing.impl.AddressingWSDLExtensionLoader, org.apache.cxf.ws.addressing.WSAddressingFeature$WSAddressingFeatureApplier, org.apache.cxf.ws.addressing.MAPAggregator$MAPAggregatorLoader]
Aug 04, 2016 11:12:19 AM org.apache.cxf.bus.osgi.CXFExtensionBundleListener addExtensions
INFO: Adding the extensions from bundle com.ibm.ws.org.apache.cxf-rt-frontend-jaxws.2.6.2 (174) [org.apache.cxf.jaxws.context.WebServiceContextResourceResolver]
Aug 04, 2016 11:12:19 AM org.apache.cxf.bus.osgi.CXFExtensionBundleListener addExtensions
INFO: Adding the extensions from bundle com.ibm.ws.org.apache.cxf-rt-management.2.6.2 (184) [org.apache.cxf.management.InstrumentationManager]
Aug 04, 2016 11:12:19 AM org.apache.cxf.bus.osgi.CXFExtensionBundleListener addExtensions
INFO: Adding the extensions from bundle com.ibm.ws.org.apache.cxf-rt-bindings-xml.2.6.2 (187) [org.apache.cxf.binding.xml.XMLBindingFactory, org.apache.cxf.binding.xml.wsdl11.XMLWSDLExtensionLoader]
Aug 04, 2016 11:12:19 AM org.apache.cxf.bus.osgi.CXFExtensionBundleListener addExtensions
INFO: Adding the extensions from bundle com.ibm.ws.org.apache.cxf-rt-transports-http.2.6.2 (189) [org.apache.cxf.transport.http.HTTPTransportFactory, org.apache.cxf.transport.http.HTTPWSDLExtensionLoader, org.apache.cxf.transport.http.policy.HTTPClientAssertionBuilder, org.apache.cxf.transport.http.policy.HTTPServerAssertionBuilder, org.apache.cxf.transport.http.policy.NoOpPolicyInterceptorProvider]
Aug 04, 2016 11:12:19 AM org.apache.cxf.bus.osgi.CXFExtensionBundleListener addExtensions
INFO: Adding the extensions from bundle com.ibm.ws.org.apache.cxf-rt-bindings-soap.2.6.2 (190) [org.apache.cxf.binding.soap.SoapBindingFactory, org.apache.cxf.binding.soap.SoapTransportFactory]
Aug 04, 2016 11:12:19 AM org.apache.cxf.bus.osgi.CXFExtensionBundleListener addExtensions
INFO: Adding the extensions from bundle com.ibm.ws.org.apache.cxf-rt-ws-policy.2.6.2 (193) [org.apache.cxf.ws.policy.PolicyEngine, org.apache.cxf.policy.PolicyDataEngine, org.apache.cxf.ws.policy.AssertionBuilderRegistry, org.apache.cxf.ws.policy.PolicyInterceptorProviderRegistry, org.apache.cxf.ws.policy.PolicyBuilder, org.apache.cxf.ws.policy.PolicyAnnotationListener, org.apache.cxf.ws.policy.attachment.ServiceModelPolicyProvider, org.apache.cxf.ws.policy.attachment.external.DomainExpressionBuilderRegistry, org.apache.cxf.ws.policy.attachment.external.EndpointReferenceDomainExpressionBuilder, org.apache.cxf.ws.policy.attachment.wsdl11.Wsdl11AttachmentPolicyProvider, org.apache.cxf.ws.policy.mtom.MTOMAssertionBuilder, org.apache.cxf.ws.policy.mtom.MTOMPolicyInterceptorProvider]
Aug 04, 2016 11:12:19 AM org.apache.cxf.bus.osgi.CXFExtensionBundleListener addExtensions
INFO: Adding the extensions from bundle com.ibm.ws.jaxrs-2.0.common (238) [org.apache.cxf.phase.PhaseManager, org.apache.cxf.workqueue.WorkQueueManager, org.apache.cxf.buslifecycle.BusLifeCycleManager, org.apache.cxf.endpoint.ServerRegistry, org.apache.cxf.endpoint.EndpointResolverRegistry, org.apache.cxf.headers.HeaderManager, org.apache.cxf.service.factory.FactoryBeanListenerManager, org.apache.cxf.endpoint.ServerLifeCycleManager, org.apache.cxf.endpoint.ClientLifeCycleManager, org.apache.cxf.resource.ResourceManager, org.apache.cxf.catalog.OASISCatalogManager]
Aug 04, 2016 11:12:23 AM com.ibm.ws.wmqcsi.log.LogImpl log
INFO: WMQ messaging : '7.5.0.4-p750-004-140807'.This is without any custom settings in jrebel.properties. When running without the JRebel plugin, I don’t get this level of spam. Is this a JRebel bug, or something that can be controlled by configuration?
Hi Sune!
Could you please try switching to the legacy agent to see whether the log output continues with the same volume as before?
We believe that there might be some conflicts between IBM J9 VM and the newer JRebel 6 agent.
Also, could you please try the latest nightly build as we have improved the integration with WLP 16.0.0.2 recently which should be available in the latest nightly. Please find the nightly build download at the following link: https://zeroturnaround.com/software/jrebel/download/nightly-build/
Should the issue persist after these previous procedures, please send the trace level jrebel.log file to support@zeroturnaround.com.
You can find the instructions on how to generate this trace level log at http://manuals.zeroturnaround.com/jrebel/misc/sendinglogs.html
If possible, please also include the WLP 16 log file.
All the best,
Tiit
We are using JRebel version 6.4.5 in JBoss Developer Studio 9.1.0.GA, which is based on Eclipse 4.5.2.
JRebel is showing dozens of popup notifications. Unfortunately, there doesn’t seem to be a way to turn them off. The JRebel configuration perspective does no longer have a setting for this – the changelog for 6.4.5 (2nd June 2016) says:
“Removed the checkbox to disable IDE notifications from JRebel Configuration.”
The Eclipse preferences apparently don’t have a switch for the notifications either.
Is there a way to turn the notifications off? They are very irritating, especially since for most of them, the text is not fully displayed. It would be better to have them in a table inside a standard Eclipse view.
Hello,
I’ve been trying to get JSP code hot swapping working with a web application I work on. Classes reload fine, but JSPs are not changing. I’ve tried many different fixes I found while searching, but none have resolved the issue so far. I hope someone can clue me in the piece I’m missing.
We compile our app into 3 seperate war files, here is an example of one of them:
<?xml version="1.0" encoding="UTF-8"?>
<application generated-by="eclipse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://www.zeroturnaround.com" xsi:schemaLocation="http://www.zeroturnaround.com http://update.zeroturnaround.com/jrebel/rebel-2_1.xsd">
<classpath>
<dir name="C:/path/to/proj/target/classes" />
<dir name="C:/path/to/proj/src/main/resources" />
</classpath>
<web>
<link target="/app">
<dir name="C:/path/to/proj/src/main/webapp">
</dir>
</link>
</web>
</application>
Jrebel notices the jsp changes, I can confirm that via the log, but when I reload the page, I do not see the change that I’ve made.
2016-08-04 09:13:46.639 INFO [21] [Jasper] Detected changed JSP '/pages/searchcontent.jsp'
2016-08-04 09:13:46.662 INFO [21] [Jasper] Starting to compile JSP '/pages/searchcontent.jsp'
2016-08-04 09:13:46.817 INFO [11] [IntelliJFSNotify] Not watchable file CHANGE C:\Program Files\Apache Software Foundation\Tomcat_8.0.22\work\Catalina\localhost\app\org\apache\jsp\pages\searchcontent_jsp.class
2016-08-04 09:13:46.817 INFO [11] [IntelliJFSNotify] Not watchable file DELETE C:\Program Files\Apache Software Foundation\Tomcat_8.0.22\work\Catalina\localhost\app\org\apache\jsp\pages\searchcontent_jsp.class
2016-08-04 09:13:46.818 INFO [11] [IntelliJFSNotify] Not watchable file CHANGE C:\Program Files\Apache Software Foundation\Tomcat_8.0.22\work\Catalina\localhost\app\org\apache\jsp\pages\report\searchcontent_jsp.java
2016-08-04 09:13:46.818 INFO [11] [IntelliJFSNotify] Not watchable file DELETE C:\Program Files\Apache Software Foundation\Tomcat_8.0.22\work\Catalina\localhost\app\org\apache\jsp\pages\searchcontent_jsp.java
I am using:
Eclipse Luna
Tomcat 8
Jrebel 6.4.7
Appreciate any help!
Thank you.
Hello Markus!
Could you please send this request to support@zeroturnaround.com so we can give you more detailed explanation regarding this issue? Also we improved the notification policy in the latest JRebel so if you upgrade to 6.4.7 you will clear the picture a lot already :)
Kind regards,
Valerie
Hi Kevin,
Could you send your jrebel.log to support@zeroturnaround.com after changing some .jsp file and also navigating to any of the views that would trigger the recompilation of jsp.
You can try to change .jsp directly from the deployment directory (if using exploded deployment) to see if maybe the web tag is incorrect though from the log we should be able to detect this.
Best of luck,
Hi Tiit,
Legacy plugin doesn’t cause the extra spam, neither for 6.4.6 nor 6.4.7. The native plugin from nightly 6.4.8-SNAPSHOT (201608041343) does have the spam.
I’ll produce a trace log and send it to support :)
Hi all,
I have been seeing a large number of popup/notification bubbles for “JRebel reload event”. I wasn’t able to find anything helpful on google or using the forum search, so I’m adding a screenshot and asking here.
Since this is happening on an application atwork, I have blurred out individual classnames but left the JRebel specific messaging in the screenshot below. Curious if there is anyway to disable these popup/notification bubbles in the UI / via a preferences file / etc?
Specs:
OS: Win 7 x64
IDE: Eclipse Mars R2 (4.5.2)
Plugin: JRebel v6.4.5.RELEASE
Server: Oracle Weblogic v12c
I’ve seen a few similar questions ask about Spring version… Unfortunately, my company went with the Oracle Commerce Platform and we’re stuck with that instead.
I don’t always see this massive amount of popups but haven’t been able to isolate the cause. I have noticed that I see more while it is going through jaxb stuff but it doesn’t seem to be isolated to that.
Getting this many popups is obviously annoying.
With that many reload event warnings, one of the cause can be that our JRebel Legacy Agent is not handling reloading for your environment that well.
JRebel 6 Agent is handling reloading a bit differently and might suit better for your case.
JRebel Legacy Agent is enabled by default, instructions on how to switch to JRebel 6 Agent can be found here: https://manuals.zeroturnaround.com/jrebel/misc/switch-agents.html
There are also couple of improvements to JRebel Eclipse notifications in JRebel 6.4.6.
We just recently removed checkbox to disable JRebel Eclipse plugin popups. The reason is that we want to get the amount of popups just right for JRebel Eclipse plugin and definitely limit the amount of popups for the case you mentioned. Because of that we really appreciate your feedback!
If the suggestions above didn’t help and you are still getting a large amount of popups, then contact us via support@zeroturnaround.com and we will let you know how to disable popups via a preference file.
Thanks for the reply, Valerie! I will send the request to support@zeroturnaround.com. As for an upgrade to 6.4.7, this is not in my hands, but we will certainly eventually upgrade.
Email sent to support@zeroturnaround.com with those 3 requested files.
Hello Markus!
Could you please send this request to support@zeroturnaround.com so we can give you more detailed explanation regarding this issue? Also we improved the notification policy in the latest JRebel so if you upgrade to 6.4.7 you will clear the picture a lot already :)
Kind regards,
Valerie
Thanks for the reply, Valerie! I will send the request to support@zeroturnaround.com. As for an upgrade to 6.4.7, this is not in my hands, but we will certainly eventually upgrade.
Hi,
Has anybody been able to config JREBEL for Liferay Portlets on JBoss? everything i get is on tomcat :(
Hello,
Are you running into any specific issues or are you just looking for help getting setup? If you just need help getting setup you should be able to follow our quickstart guide here
Regards,
Colton
My JRebel works properly with a regular WAR. but my problem is with Liferay Portlets. I cannot properly deploy it.
