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> 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> 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 >> >
