Hi,

I’m experiencing an issue when reloading POJO classes that are used to serialize/deserialize JSON with Jackson 2.7.0.
Symptoms include:

1. new fields not being recognised
2. NoSuchMethodError when removing fields
3. creating a new ObjectMapper instance does not fix it.

After some digging I found that the source of the problem is in com.fasterxml.jackson.databind.util.ClassUtil.
Seems like in 2.7 a static ClassMeta cache was added.

I created a temporary workaround. Before each ObjectMapper use, call this code:

    Field field = ClassUtil.class.getDeclaredField("sCached");
    field.setAccessible(true);
    ((LRUMap<Class<?>, ClassMetadata>) field.get(null)).clear();

Hi

I sent a trace session to support@zeroturnaround.com with information pertaining to when in the log I experienced the long wait times.

From tailing the logs while working with the application, it looks like it’s suddenly seing a Weblogic deployment in progress, which it waits for, and then does a complete reinitialization afterwards. I’m running Weblogic through Eclipse and publising is disabled for the server, no deployment should be happening, but JRebel is reacting to something here!

Regards
Erik

Hello,

We are having some problems while using jrebel with our set of applications on Websphere.
Jrebel version : 6.4.6.1 IntelliJ idea 2016 community edition
Websphere version : WebSphere Platform 7.0.0.11 [BASE 7.0.0.11 cf111021.10]

There are two main problems :
JPA (Open JPA) : we have two jars with a persistence.xml file in it. One is na ejb-jar file, the other is also na ejb-jar file placed in the lib directory of the ear. We have one problem here. Both persistence xmls have the same persistence unit name. The kind of errors we are getting are related to class loading, but we are not sure if the cause is the duplicated persistence unit name.
Dependency Injection at the Faces layer :
When we add a @ManagedBean property that points to another backing bean, we get an invocation target exception.

I know that these descriptions are very vague, but I need to start somewhere in trying to tackle these problems with your help.

What more information do you need to help us get around these problems ?

Thanks

Hi,

I’m Risto, one of the engineers here at ZeroTurnaround. How are you today?

Could you please further explain the problems. Do the problems occur when JRebel is turned on and do not occur when JRebel is turned off?
If so, could send me jrebel.log file. Sending logs: https://manuals.zeroturnaround.com/jrebel/misc/sendinglogs.html

From Persistence Units docs:
Each persistence unit must be identified with a name that is unique to the persistence unit’s scope.

In order to further investigate the problem, i would need to see the log files.

Regards,
Risto

If the issue is still with rebel.xml then probably JRebel has cached its old rebel.xml files. You can manually delete all the rebel.xml and .rebel.xml.bak files so that nothing is cached. After that try adding JRebel for your module(s) again.

Regards,
Hannes

Hi Hannes,

In intellij rebel.xml is generating in the resources folder along with resources foler if it does not exist,In eclipse if the module does not contains resources folder its generating the rebel.xml in the java folder for these modules jrebel is not able to monitor the code changes.

I have added the resources folder manually and copied generated rebel.xml from java then its working fine.How can i get the same behaviour like intellij.

Thanks & Regards,
Swapna

Hello Swapna!

There are some issues with rebel.xml generating in Eclipse, our Developers Team is working on it. Usually if Maven plugin is used everything should work, but for some corner cases it doesn’t.

For now you can place them manually (as you already did), it should be done just once, so hopefully that won’t be much of a trouble for now.

Kind regards,
Valerie

Hi,

Thanks for the insight.

We’ll be working on adding this fix and hopefully it will be available in the nightly build in a few days. Will keep you informed.

In latest License Server version, debug level log will show exactly what email will be used for sending.

When JRebel tries to synchronize my files, it says that “my.class is not a managed resource”. Server is running at the target, all settings on the PC have been checked – rebel.xml specifies the top level class directory so all classes should be included. Some classes seem to be uploaded to the server, but not the ones I want!

Hi,

I’m Risto, one of the engineers here at ZeroTurnaround. How are you today?
To see what is causing the issue we need more information from your side. Could you please send us your jrebel.log file?
​Generating logs: https://manuals.zeroturnaround.com/jrebel/misc/sendinglogs.html
​Please let me know if you have any additional questions or concerns.

Regards,
Risto

The fix is now available in the nightly build: https://zeroturnaround.com/software/jrebel/download/nightly-build/

Unfortunately the fix won’t make it into the 6.5.0 release and will be available since 6.5.1.

Hello
I am having trouble sending in the logs by email because they are too large even zipped. I have jrebel in trace log level. Can I send them through wetransfer.com ?

Thankyou

Optimizer requires us to register to apply the recommendations.
And the registration form provided is broken. It asks for phone number but there is no filed to enter phone number.

I am using eclipse – Neon, on Mac.
Here is a screenshot of the bug
http://prnt.sc/cgawjf

Hi,

Have you had time to generate jrebel log file?
​
​Regards,
​Risto

Hi

I just updated to JRebel 6.5.0 (running with the Eclipse integreated version), and immediately ran into problems with the Weblogic 10.3.6.0 server which I have running locally.

When I have JRebel enabled an start the server, the following (Danish) message i displayed in the console:

‘127.0.0.1’ blev ikke genkendt som en intern eller ekstern kommando, et program eller en batchfil.
(Which translates to: ‘127.0.0.1’ is not recognized as an internal or external command, program or batch file.)

… And the server doesn’t start. If I disable the JRebel agent for the server, the server starts normally.

This works in Jrebel 6.4.8 – I’m going back to that version.

Thanks
Erik Reuter

Got the stack trace below when trying to run the optimizer for IntelliJ IDEA:

null
java.lang.NullPointerException
	at com.zeroturnaround.optimizer.plugin.activities.UpdateJavaVersionActivity.getTextWhenNotOk(UpdateJavaVersionActivity.java:60)
	at com.zeroturnaround.optimizer.plugin.activities.UpdateJavaVersionActivity.getDescription(UpdateJavaVersionActivity.java:84)
	at com.zeroturnaround.optimizer.plugin.state.model.AbstractActivityModel.getActivityDescription(AbstractActivityModel.java:33)
	at com.zeroturnaround.optimizer.plugin.ui.views.issues.IssuesViewBuilder.build(IssuesViewBuilder.java:34)
	at com.zeroturnaround.optimizer.plugin.ui.OptimizerWindowFactory.createActivitiesScreen(OptimizerWindowFactory.java:160)
	at com.zeroturnaround.optimizer.plugin.ui.OptimizerWindowFactory.resolveCorrectCenterScreen(OptimizerWindowFactory.java:89)
	at com.zeroturnaround.optimizer.plugin.ui.OptimizerWindowFactory.createCenterPanel(OptimizerWindowFactory.java:73)
	at com.zeroturnaround.optimizer.plugin.ui.OptimizerWindowWrapper.getOptimizerWindow(OptimizerWindowWrapper.java:75)
	at com.zeroturnaround.optimizer.plugin.ui.OptimizerWindowWrapper.createCenterPanel(OptimizerWindowWrapper.java:70)
	at com.intellij.openapi.ui.DialogWrapper.init(DialogWrapper.java:1304)
	at com.zeroturnaround.optimizer.plugin.ui.OptimizerWindowWrapper.<init>(OptimizerWindowWrapper.java:35)
	at com.zeroturnaround.optimizer.plugin.ui.handlers.OpenOptimizerAction.openOptimizerWindow(OpenOptimizerAction.java:30)
	at com.zeroturnaround.optimizer.plugin.ui.handlers.OpenOptimizerAction.actionPerformed(OpenOptimizerAction.java:17)
	at com.intellij.openapi.actionSystem.ex.ActionUtil$1.run(ActionUtil.java:199)
	at com.intellij.openapi.actionSystem.ex.ActionUtil.performActionDumbAware(ActionUtil.java:215)
	at com.intellij.openapi.actionSystem.impl.ActionMenuItem$ActionTransmitter.a(ActionMenuItem.java:304)
	at com.intellij.openapi.wm.impl.FocusManagerImpl.runOnOwnContext(FocusManagerImpl.java:905)
	at com.intellij.openapi.wm.impl.IdeFocusManagerImpl.runOnOwnContext(IdeFocusManagerImpl.java:124)
	at com.intellij.openapi.actionSystem.impl.ActionMenuItem$ActionTransmitter.actionPerformed(ActionMenuItem.java:284)
	at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2022)
	at com.intellij.openapi.actionSystem.impl.ActionMenuItem.a(ActionMenuItem.java:112)
	at com.intellij.openapi.application.TransactionGuardImpl.a(TransactionGuardImpl.java:90)
	at com.intellij.openapi.application.TransactionGuardImpl.access$300(TransactionGuardImpl.java:41)
	at com.intellij.openapi.application.TransactionGuardImpl$2.run(TransactionGuardImpl.java:115)
	at com.intellij.openapi.application.TransactionGuardImpl.submitTransaction(TransactionGuardImpl.java:125)
	at com.intellij.openapi.application.TransactionGuard.submitTransaction(TransactionGuard.java:118)
	at com.intellij.openapi.actionSystem.impl.ActionMenuItem.fireActionPerformed(ActionMenuItem.java:112)
	at javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2348)
	at javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:402)
	at javax.swing.JToggleButton$ToggleButtonModel.setPressed(JToggleButton.java:308)
	at javax.swing.AbstractButton.doClick(AbstractButton.java:376)
	at com.apple.laf.ScreenMenuItemCheckbox.itemStateChanged(ScreenMenuItemCheckbox.java:193)
	at java.awt.CheckboxMenuItem.processItemEvent(CheckboxMenuItem.java:389)
	at java.awt.CheckboxMenuItem.processEvent(CheckboxMenuItem.java:357)
	at java.awt.MenuComponent.dispatchEventImpl(MenuComponent.java:351)
	at java.awt.MenuComponent.dispatchEvent(MenuComponent.java:339)
	at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:761)
	at java.awt.EventQueue.access$500(EventQueue.java:97)
	at java.awt.EventQueue$3.run(EventQueue.java:709)
	at java.awt.EventQueue$3.run(EventQueue.java:703)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:80)
	at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:90)
	at java.awt.EventQueue$4.run(EventQueue.java:731)
	at java.awt.EventQueue$4.run(EventQueue.java:729)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:80)
	at java.awt.EventQueue.dispatchEvent(EventQueue.java:728)
	at com.intellij.ide.IdeEventQueue.b(IdeEventQueue.java:836)
	at com.intellij.ide.IdeEventQueue._dispatchEvent(IdeEventQueue.java:672)
	at com.intellij.ide.IdeEventQueue.dispatchEvent(IdeEventQueue.java:386)
	at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:201)
	at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
	at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93)
	at java.awt.EventDispatchThread.run(EventDispatchThread.java:82)

Hi Erik,
​
​I’m Veiko from ZeroTurnaround Support team.
Thank you for letting us know about this problem.
​
​Could you please go to your .jrebel folder and send us your jrebel-eclipse.log?
​From that log file we can see what could have been the cause of the problem.
​
​If the log file is too big, then zip it. Send the log to support@zeroturnaround.com

Also, what eclipse version are you using?
​
​All the best,
​Veiko

Hello!

Thank you a lot for letting us know! Could you please also clarify for us if you had this error when using IntelliJ IDEA 2016.2.4 (if you did)?

Kind regards,
Valerie

The latest JRebel 6.5.0 plugin does no longer work with IntelliJ 2016.3 EAP. The previous version 6.4.8 worked, but 6.5.0 fails on start and is then disabled by IntelliJ.

Exception is:

Plugin 'JRebelPlugin' failed to initialize and will be disabled.  Please restart IntelliJ IDEA.

java.lang.InternalError: cannot create instance of org.bouncycastle.jcajce.provider.symmetric.IDEA$Mappings : java.lang.ClassCastException: org.bouncycastle.jcajce.provider.symmetric.IDEA$Mappings cannot be cast to org.bouncycastle.jcajce.provider.util.AlgorithmProvider
    at org.bouncycastle.jce.provider.BouncyCastleProvider.loadAlgorithms(Unknown Source)
    at org.bouncycastle.jce.provider.BouncyCastleProvider.setup(Unknown Source)
    at org.bouncycastle.jce.provider.BouncyCastleProvider.access$000(Unknown Source)
    at org.bouncycastle.jce.provider.BouncyCastleProvider$1.run(Unknown Source)
    at java.security.AccessController.doPrivileged(Native Method)
    at org.bouncycastle.jce.provider.BouncyCastleProvider.<init>(Unknown Source)
    at com.zeroturnaround.javarebel.SDKLicensingImpl$1.run(JRebel:64)
    at java.security.AccessController.doPrivileged(Native Method)
    at com.zeroturnaround.javarebel.SDKLicensingImpl.<clinit>(JRebel:64)
    at java.lang.Class.forName0(Native Method)
    at java.lang.Class.forName(Class.java:264)
    at org.zeroturnaround.javarebel.LicensingFactory.<clinit>(LicensingFactory.java:19)
    at org.zeroturnaround.jrebel.client.licensing.JRebelLicensingCLI.getLicensingStatusDirectly(JRebelLicensingCLI.java:231)
    at org.zeroturnaround.jrebel.client.licensing.JRebelLicensingCLI.doCarefulWithFirstVersionOfLS3(JRebelLicensingCLI.java:198)
    at org.zeroturnaround.jrebel.client.licensing.JRebelLicensingCLI.getLicensingStatus(JRebelLicensingCLI.java:147)
    at org.zeroturnaround.jrebel.client.licensing.Watcher.<init>(Watcher.java:54)
    at org.zeroturnaround.jrebel.client.licensing.Watcher.init(Watcher.java:65)
    at org.zeroturnaround.jrebel.client.licensing.Watcher.init(Watcher.java:130)
    at org.zeroturnaround.jrebel.ide.common.notifications.LicenseNotifier.init(LicenseNotifier.java:74)
    at org.zeroturnaround.jrebel.ide.common.notifications.LicenseNotifier.init(LicenseNotifier.java:85)
    at org.zeroturnaround.jrebel.ide.common.notifications.LicenseNotifier.init(LicenseNotifier.java:54)
    at com.zeroturnaround.javarebel.idea.plugin.JRebelIdeaPlugin.initComponent(JRebelIdeaPlugin.java:47)
    at com.intellij.openapi.components.impl.ComponentManagerImpl$ComponentConfigComponentAdapter.getComponentInstance(ComponentManagerImpl.java:495)
    at com.intellij.openapi.components.impl.ComponentManagerImpl.createComponents(ComponentManagerImpl.java:124)
    at com.intellij.openapi.application.impl.ApplicationImpl.a(ApplicationImpl.java:440)
    at com.intellij.openapi.progress.impl.CoreProgressManager$3.run(CoreProgressManager.java:179)
    at com.intellij.openapi.progress.impl.CoreProgressManager.a(CoreProgressManager.java:568)
    at com.intellij.openapi.progress.impl.CoreProgressManager.executeProcessUnderProgress(CoreProgressManager.java:519)
    at com.intellij.openapi.progress.impl.ProgressManagerImpl.executeProcessUnderProgress(ProgressManagerImpl.java:54)
    at com.intellij.openapi.progress.impl.CoreProgressManager.runProcess(CoreProgressManager.java:164)
    at com.intellij.openapi.application.impl.ApplicationImpl.createComponents(ApplicationImpl.java:447)
    at com.intellij.openapi.components.impl.ComponentManagerImpl.init(ComponentManagerImpl.java:108)
    at com.intellij.openapi.application.impl.ApplicationImpl.load(ApplicationImpl.java:399)
    at com.intellij.openapi.application.impl.ApplicationImpl.load(ApplicationImpl.java:385)
    at com.intellij.idea.IdeaApplication.run(IdeaApplication.java:193)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:498)
    at com.intellij.idea.MainImpl$1$1.a(MainImpl.java:68)
    at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311)
    at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:756)
    at java.awt.EventQueue.access$500(EventQueue.java:97)
    at java.awt.EventQueue$3.run(EventQueue.java:709)
    at java.awt.EventQueue$3.run(EventQueue.java:703)
    at java.security.AccessController.doPrivileged(Native Method)
    at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:80)
    at java.awt.EventQueue.dispatchEvent(EventQueue.java:726)
    at com.intellij.ide.IdeEventQueue.dispatchEvent(IdeEventQueue.java:358)
    at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:201)
    at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
    at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
    at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
    at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93)
    at java.awt.EventDispatchThread.run(EventDispatchThread.java:82)

• This topic was modified 1 hour, 52 minutes ago by  derkork.