

Can cut the reload time nearly in half by skipping SoundHandler as _reload_handlers=.SoundHandler. If you have submodules, I assume that these are JARs included to. When resource reloading occurs, handlers of these classes are not notified to speed up the reload process. The information at Wikipedia page is way too old. _reload_handlers - accepts comma-separated names of classes (e.g.Customising rebel.xml is not required if you're only changing classes, as long as your IDE created a correct one to begin with. With that, just start up Minecraft, get into a world, change texture or json and save it - it automatically detects that a resource was changed and will invoke reload for the resourcepackage (takes couple of seconds).
#JREBEL WIKIPEDIA UPDATE#
When setting up rebel.xml, make sure that first element of classpath points to directory that contains the assets folder, where you update the textures (should you want to do that). JvmArgs '-javaagent:/path/to/jrebel.jar', 'ugins=/path/to/jr-minecraft-plugin.jar' If using gradle, place the arguments inside adle's runClient conf as

#JREBEL WIKIPEDIA CODE#
JRebel enables you to reload code without having to repeatedly. fixes bug with using JRebel Legacy core ( : com/zeroturnaround/javarebel/gen/RebelLocator$$1) Simple JRebel plugins that reload Bukkit/BungeeCord plugins when JRebel reloads your classes.
