Home›Java›Mods›relauncher
relauncher
ModsJava

relauncher

Java mod listed for Minecraft 1.16–1.21. Downloads from the MC Java Mods app on Android.

by juanmuscaria · on CurseForge

Which build do you need?

This mod ships a separate file for every mod loader and every version of the game. Pick both, then download — the wrong build installs fine and then does nothing in the game.

Mod loader

Minecraft version

⬇ Download for 1.20.4–1.21.11 · Fabric⬇ Download for 1.20.4–1.21.11 · Forge⬇ Download for 1.20.4–1.21.11 · NeoForge⬇ Download for 1.20.4–1.21.11 · Quilt
I don't know my version or loader
Open the Minecraft launcher and look at the profile you play on — it names both, like fabric-loader-1.21.4. The version also shows in the bottom-right corner of the game's main menu.
No loader in the profile name? Then it's plain Minecraft, and these mods won't run — you need Fabric or NeoForge installed first.

Maven Central Version CurseForge Version

Relauncher

JVM relaunch library for Java based applications. Drop a single JAR into your mods folder, and it should work from Minecraft 1.6.4 to the latest version, or on Hytale Server as an early plugin or regular plugin.

What it does

Relauncher restarts the JVM process with additional arguments transparently and before the game loads. This is useful for:

The relaunch happens very early during startup, before any significant game state is initialized. External launchers see a single continuous process with no extra windows, no orphaned processes.

Supported Versions

Loader Minecraft Versions Entry Point
Forge (LaunchWrapper) 1.6.4 - 1.12.2 ITweaker via manifest
Forge (ModLauncher) 1.13.2+ ITransformationService via SPI
NeoForge (ModLauncher) up to 1.21.1 ITransformationService via SPI
NeoForge (FancyModLoader) 1.21.3+ IModFileCandidateLocator via SPI
Fabric 1.14+ PreLaunchEntrypoint via fabric.mod.json
Quilt 1.14+ Uses Fabric's PreLaunchEntrypoint
Hytale Server (early) - ClassTransformer SPI
Hytale Server (plugin) - JavaPlugin via manifest.json

Java versions: 8 through 25

Platforms: Linux, Windows, and macOS, on both x86_64 and aarch64.

Installation

  1. Download the universal JAR (relauncher-universal-<version>.jar)
  2. Drop it into your mods/ folder
  3. Launch the game once, it will create a config file at config/relauncher/config.cfg
  4. Edit the config to add your JVM arguments and set enabled = true
  5. Relaunch the game

Configuration

The config file is at <game directory>/config/relauncher/config.cfg:

# Relauncher Configuration
# Extra JVM arguments to add when relaunching, one per line.
# Lines starting with # are comments, blank lines are ignored.

# Set to false to disable relaunching without removing your arguments.
enabled = true

# Add extra JVM arguments below, one per line:
-XX:+UseG1GC
-XX:+AlwaysPreTouch
-Dsome.java.property=true

The config enabled flag only controls the config file's own arguments. If another mod provides a CommandLineProvider SPI implementation, the relaunch will happen regardless of this flag.

Editions

The project produces two editions of each JAR:

Features not available in the CurseForge edition (without manually providing natives):

Feature Full CurseForge
POSIX exec (in-place restart, same PID) Yes No
Windows DLL (clean restart after JVM exit) Yes No
Windows GetCommandLineW() (accurate command-line extraction) Yes No
Pure Java fallback (ProcessBuilder + waitFor) Yes Yes

Windows users: Without the native library, the CurseForge edition cannot use GetCommandLineW() to read the original command line. It falls back to reconstructing it from system properties, which can be inaccurate when launchers or tools like ForgeWrapper mutate java.class.path or other JVM state. This may cause the relaunch to fail or produce incorrect behavior on Windows. Linux and macOS are unaffected as they can read /proc/self/cmdline.

The CurseForge edition still contains all JNI declarations, so if you manually place the native libraries in the launcher's native library folder, the native strategies and accurate command-line extraction will activate automatically.

How it works

Relauncher tries three strategies to restart the JVM, in order of preference:

  1. POSIX exec (Linux / macOS) - calls execvp() through a native Rust library to replace the current process in-place. Same PID, zero overhead, cleanest possible restart.

  2. Windows DLL - hooks DllMain(DLL_PROCESS_DETACH) to spawn a child process after the JVM has fully shut down. stdin/stdout/stderr are duplicated beforehand so they survive the teardown. The parent waits for the child and forwards its exit code.

  3. Fallback (pure Java) - starts a child process with inherited I/O, waits for it to finish, then halts. Works everywhere, but the original process sticks around for the duration of the game session.

Launcher Compatibility

Launcher Status
Vanilla Fully supported
PrismLauncher Fully supported (system properties workaround)
CurseForge Fully supported (delegates to vanilla)
Modrinth Fully supported (theseus wrapper workaround)
ATLauncher Fully supported
MultiMC Not supported - relies on a stdin protocol that can't be replayed after relaunch. A warning is logged and the relaunch is skipped. Consider switching launchers or applying the arguments manually.

For Mod Developers

API dependency

relauncher-core is published on Maven Central. Add it as a compile-only dependency - the universal JAR will be present at runtime:

repositories {
    mavenCentral()
}

dependencies {
    compileOnly 'com.juanmuscaria:relauncher-core:<version>'
}

Programmatic relaunch

If your mod needs to restart the JVM (e.g., after installing a javaagent), call Relauncher.relaunch() directly:

import com.juanmuscaria.relauncher.Relauncher;
import com.juanmuscaria.relauncher.RelaunchResult;

List<String> extraArgs = Arrays.asList("-Dfoo=bar", "-XX:+AlwaysPreTouch");
RelaunchResult result = Relauncher.relaunch(extraArgs);

// If we get here, the relaunch didn't happen
if (result.isFailed()) {
    logger.error("Relaunch failed: " + result.reason());
    } else if (result.isSkipped()) {
    logger.warn("Relaunch skipped: " + result.reason());
    }

SPI provider

You can also inject JVM arguments without calling the API directly, just implement CommandLineProvider and register it via ServiceLoader. Relauncher scans the mods folder for service files on its own, so your mod doesn't even need to be on the classpath yet.

import com.juanmuscaria.relauncher.CommandLineProvider;

public class MyProvider implements CommandLineProvider {
    @Override
    public List<String> extraJvmArguments() {
        return Collections.singletonList("-Dmy.mod.installed=true");
    }

    @Override
    public int priority() {
        return 0; // lower = runs first
    }
}

Register it in META-INF/services/com.juanmuscaria.relauncher.CommandLineProvider:

com.example.mymod.MyProvider

Checking relaunch state

Relauncher.isRelaunched()  // true if we're inside a relaunched JVM
Relauncher.getDepth()      // 0 = original, 1 = first relaunch, etc.

Debugging

Add -Drelauncher.debug=true to your launcher's JVM arguments. This logs the full command-line extraction, argument assembly, and strategy selection process. Useful for figuring out why a relaunch isn't working the way you expect.

Building from source

./gradlew build                           # Full build
./build-natives.sh                        # Cross-compile native libraries

You'll need Java 17+ (used as a toolchain; the output still targets Java 8) and Gradle 9. For cross-compiling the native Rust libraries you'll also need cross, cargo-xwin, and cargo-zigbuild, and Zig toolchain.

License

Mozilla Public License 2.0

Quick facts

Install steps are the general flow for this file type — How to install Minecraft Java mods & modpacks walks through it step by step.

File checked by MCModsHub

These come from our own check of the pack file, not from the source page.

Explore more