Case closed: The solution was to update JRebel. I must admit that I didn’t 
think that updating half a year old version of JRebel would solve this issue. 
Would be interesting to know what have might been the original problem.

BR,
Johan

From: Geertjan Wielenga <geertjan.wiele...@googlemail.com>
Sent: tiistai 2. huhtikuuta 2019 19.49
To: Johan Ånäs <johan.a...@fluidit.fi>; NetBeans Mailing List 
<users@netbeans.apache.org>
Subject: Re: java (kotlin) Problems with JRebel when upgrading from NBP 8 to 
NBP 10

Are you using the same JDK, same operating system, same environment in both 
scenarios?

Gj

On Tue, Apr 2, 2019 at 6:48 PM Geertjan Wielenga 
<geertjan.wiele...@googlemail.com<mailto:geertjan.wiele...@googlemail.com>> 
wrote:
Is there a simple scenario you can describe from scratch so that others can try 
to reproduce the problem?

Gj

On Tue, Apr 2, 2019 at 12:54 PM Johan Ånäs 
<johan.a...@fluidit.fi<mailto:johan.a...@fluidit.fi>> wrote:
Hi,

We have been building a project on top of the NetBeans 8 platform for a while. 
I have been using JRebel for reloading classes changed during development (no 
need to restart the app after rebuild). However, after we switched to Netbeans 
10, JRebel does not seem to recognize how to swap the bytecode changes anymore. 
I have been in contact with the ZeroTurnaround-people, but I have not got any 
answers yet.

Using the Trace-log option for JRebel, the log reveals that JRebel does not 
seem to reload the changes made if running NB10-JVM (although the changes are 
seen after a rebuild):
2019-04-02 12:31:57.378 INFO  [18] [IntelliJFSNotify] Event 'CREATE' on: 
'...\build\classes\...\XYZ.class'

versus running Jrebel on NB8:

2019-04-02 12:48:39.590 INFO  [18] [IntelliJFSNotify] Event 'CREATE' on: 
'...\build\classes\...\XYZ.class'
2019-04-02 12:48:39.590 INFO  [18] [ClassChangeDetector] Got changes for 
'com.zeroturnaround.reload.a@1758d861'.
2019-04-02 12:48:39.600 INFO  [35] [ClassChangeDetector] Found changed class 
resource 'Virtual Resource [.../XYZ.class, Dir [...\build\classes\kotlin\main, 
[]]]'.

(FYI, replaced strategical paths with ...)


Some JRebel class loading info:
https://zeroturnaround.com/rebellabs/reloading_java_classes_401_hotswap_jrebel/



Here

Reply via email to