ModsJava
Coresystem | Centralized HikariCP Connection Router [Java 25 / 1.21.1+ - 26.3]
Ein zentraler Pool. Maximale Performance. Voller Fokus auf deine Plugins.
Dieses Plugin verbindet alle meine Plugins mit einem zentralen Datenbank-Pool, um Lags zu eliminieren. Für meine eigenen Plugins habe ich einen Fallback-Pool integriert, falls dieses Plugin mal nicht läuft.
Bist du es leid, dass Plugins beim Start oder bei asynchronen Datenzugriffen separate Datenbank-Verbindungen öffnen und wertvolle Systemressourcen deines Rootservers verschwenden?
Coresystem ist das unsichtbare, hocheffiziente Fundament deines Netzwerks. Es wurde speziell dafür entwickelt, all deine installierten Plugins an eine einzige, ultra-schnelle Datenbank-Zentralleitung anzubinden. Anstatt dass jedes Plugin einen eigenen, isolierten HikariCP-Pool deklariert, bündelt der Core alle Anfragen ressourcenschonend an einem Ort.
Technische Highlights:
✅ load: STARTUP Integration: Der HikariCP-Pool wird initialisiert, noch bevor Welten generiert oder andere Plugins geladen werden. Absolute Stabilität ab Sekunde eins!
✅ Native Library Loading: Über die moderne Spigot-API lädt das Core-Plugin die benötigten Treiber (HikariCP 5.1.0, MySQL Connector-J 9.0.0, SLF4J) vollautomatisch nach – keine unnötig aufgeblähten Jar-Dateien mehr!
✅ Latenzfreies Routing: Aggressive Treiber-Optimierungen (inkl. useServerPrepStmts, Cache-Optimierungen und Fast-Validation-Check) verhindern GUI-Lags bei asynchronen Datenabfragen.
✅ Live-Auditing: Behalte die Auslastung deiner SQL-Leitungen mit dem Befehl /poolstatus jederzeit im Blick.
✅ Next-Gen Ready: Von Grund auf für Paper 26.2 & 26.3 sowie das brandneue Java 25 LTS optimiert.
Dein eigenes Plugin:
Auch du kannst deine Plugins mit dem Coresystem verbinden! Schau dir einfach das folgende, Code-Beispiel im Spoiler an.
WICHTIGER HINWEIS: Wenn du die API als optionalen Hook (Softdepend) nutzt, musst du bei Bedarf selbst einen eigenen Fallback-Pool in dein Plugin einprogrammieren, damit es auch ohne das Coresystem lauffähig bleibt!
One unified pool. Zero resource waste. Maximum performance for your network.
This plugin connects all my plugins to a centralized database pool to eliminate lag. For my own plugins, I have integrated a fallback pool in case this plugin happens to be offline.
Are you tired of plugins opening separate database connections during startup or asynchronous data lookups, wasting valuable system resources on your root server?
Coresystem is the invisible, highly efficient foundation of your network. It was specifically developed to connect all your installed plugins into a single, ultra-fast centralized database pipeline. Instead of each plugin declaring its own isolated HikariCP pool, the Core bundles all queries in one resource-saving place.
Technical Highlights:
✅ load: STARTUP Integration: The HikariCP pool is initialized before worlds generate or any other plugins are loaded. Absolute stability from second one!
✅ Native Library Loading: Via the modern Spigot API, the core plugin downloads and loads required drivers (HikariCP 5.1.0, MySQL Connector-J 9.0.0, SLF4J) automatically – no more bloated jar files!
✅ Lag-Free Routing: Aggressive driver optimizations (including useServerPrepStmts, cache tuning, and fast validation checks) completely eliminate asynchronous data delays in-game.
✅ Live Auditing: Keep a close eye on your SQL pipeline allocation at any time using the /poolstatus command.
✅ Next-Gen Ready: Fully optimized for Paper 26.2 & 26.3 as well as the brand-new Java 25 LTS release.
Your own plugin:
You can connect your own plugins to the Coresystem too! Just check out the following code example in the spoiler below.
IMPORTANT NOTE: If you use the API as an optional hook (Softdepend), you must implement your own fallback pool or storage method inside your plugin to ensure it remains fully functional even if the Coresystem is missing!
Dieses Plugin verbindet alle meine Plugins mit einem zentralen Datenbank-Pool, um Lags zu eliminieren. Für meine eigenen Plugins habe ich einen Fallback-Pool integriert, falls dieses Plugin mal nicht läuft.
Bist du es leid, dass Plugins beim Start oder bei asynchronen Datenzugriffen separate Datenbank-Verbindungen öffnen und wertvolle Systemressourcen deines Rootservers verschwenden?
Coresystem ist das unsichtbare, hocheffiziente Fundament deines Netzwerks. Es wurde speziell dafür entwickelt, all deine installierten Plugins an eine einzige, ultra-schnelle Datenbank-Zentralleitung anzubinden. Anstatt dass jedes Plugin einen eigenen, isolierten HikariCP-Pool deklariert, bündelt der Core alle Anfragen ressourcenschonend an einem Ort.
Technische Highlights:
✅ load: STARTUP Integration: Der HikariCP-Pool wird initialisiert, noch bevor Welten generiert oder andere Plugins geladen werden. Absolute Stabilität ab Sekunde eins!
✅ Native Library Loading: Über die moderne Spigot-API lädt das Core-Plugin die benötigten Treiber (HikariCP 5.1.0, MySQL Connector-J 9.0.0, SLF4J) vollautomatisch nach – keine unnötig aufgeblähten Jar-Dateien mehr!
✅ Latenzfreies Routing: Aggressive Treiber-Optimierungen (inkl. useServerPrepStmts, Cache-Optimierungen und Fast-Validation-Check) verhindern GUI-Lags bei asynchronen Datenabfragen.
✅ Live-Auditing: Behalte die Auslastung deiner SQL-Leitungen mit dem Befehl /poolstatus jederzeit im Blick.
✅ Next-Gen Ready: Von Grund auf für Paper 26.2 & 26.3 sowie das brandneue Java 25 LTS optimiert.
Spoiler: ⚙️ Konfiguration (config.yml)
# ==========================================================
# Coresystem - Database Pool Configuration
# ==========================================================
mysql:
host: "127.0.0.1"
port: "3306"
database: "minecraft"
user: "root"
password: ""
# Maximale Anzahl an gleichzeitigen Verbindungen im gesamten Netzwerk-Pool
pool-size: 20
# Coresystem - Database Pool Configuration
# ==========================================================
mysql:
host: "127.0.0.1"
port: "3306"
database: "minecraft"
user: "root"
password: ""
# Maximale Anzahl an gleichzeitigen Verbindungen im gesamten Netzwerk-Pool
pool-size: 20
Dein eigenes Plugin:
Auch du kannst deine Plugins mit dem Coresystem verbinden! Schau dir einfach das folgende, Code-Beispiel im Spoiler an.
WICHTIGER HINWEIS: Wenn du die API als optionalen Hook (Softdepend) nutzt, musst du bei Bedarf selbst einen eigenen Fallback-Pool in dein Plugin einprogrammieren, damit es auch ohne das Coresystem lauffähig bleibt!
Spoiler: API-Nutzung & Code-Beispiel (Softdepend-Struktur)
Die plugin.yml deines Plugins nutzt hierfür den weichen Bezug:
softdepend: [Coresystem]
Hier ist die saubere Struktur im BBCode-Format:
import org.bcp.coresystem.Coresystem ;
import org.bukkit.Bukkit ;
import org.bukkit.entity.Player ;
import org.bukkit.plugin.java.JavaPlugin ;
import java.sql.Connection ;
import java.sql.PreparedStatement ;
import java.sql.ResultSet ;
import java.sql.SQLException ;
import java.util.UUID ;
public class MeinPlugin extends JavaPlugin {
@Override
public void onEnable ( ) {
// Prüfen, ob das Coresystem auf dem Server aktiv ist
if (Bukkit. getPluginManager ( ). isPluginEnabled ( "Coresystem" ) && Coresystem. isReady ( ) ) {
getLogger ( ). info ( " Erfolgreich an das Coresystem angedockt!" ) ;
} else {
getLogger ( ). info ( "⚠️ Coresystem nicht gefunden! Initialisiere zur Not hier deinen eigenen Fallback..." ) ;
// TODO: Hier musst du selbst deine eigene Datenbank- oder Dateiverwaltung starten!
}
}
public void loadPlayerCoinsAsync (Player player ) {
UUID uuid = player. getUniqueId ( ) ;
Bukkit. getScheduler ( ). runTaskAsynchronously ( this, ( ) -> {
// Nutzt den Core-Pool, falls vorhanden. Wenn nicht, musst du auf deine eigene Methode verweisen!
try ( Connection conn = (Bukkit. getPluginManager ( ). isPluginEnabled ( "Coresystem" ) && Coresystem. isReady ( ) )
? Coresystem. getConnection ( )
: getFallbackConnection ( ) ; // Deine eigene Fallback-Methode zur Not
PreparedStatement ps = conn. prepareStatement ( "SELECT coins FROM spieler_daten WHERE uuid = ?" ) ) {
ps. setString ( 1, uuid. toString ( ) ) ;
try ( ResultSet rs = ps. executeQuery ( ) ) {
if (rs. next ( ) ) {
int coins = rs. getInt ( "coins" ) ;
Bukkit. getScheduler ( ). runTask ( this, ( ) -> {
player. sendMessage ( "§8[§6Bank§8] §7Deine Coins wurden geladen: §e" + coins ) ;
} ) ;
}
}
} catch ( SQLException e ) {
getLogger ( ). severe ( "Fehler beim Laden der Coins: " + e. getMessage ( ) ) ;
}
} ) ;
}
// Platzhalter für deine eigene lokale Verbindungsmethode, falls der Core fehlt
private Connection getFallbackConnection ( ) throws SQLException {
// TODO: Muss von dir selbst implementiert werden (z.B. eigener HikariPool oder SQLite)!
return null ;
}
}
softdepend: [Coresystem]
Hier ist die saubere Struktur im BBCode-Format:
Code (Java):
import org.bcp.coresystem.Coresystem ;
import org.bukkit.Bukkit ;
import org.bukkit.entity.Player ;
import org.bukkit.plugin.java.JavaPlugin ;
import java.sql.Connection ;
import java.sql.PreparedStatement ;
import java.sql.ResultSet ;
import java.sql.SQLException ;
import java.util.UUID ;
public class MeinPlugin extends JavaPlugin {
@Override
public void onEnable ( ) {
// Prüfen, ob das Coresystem auf dem Server aktiv ist
if (Bukkit. getPluginManager ( ). isPluginEnabled ( "Coresystem" ) && Coresystem. isReady ( ) ) {
getLogger ( ). info ( " Erfolgreich an das Coresystem angedockt!" ) ;
} else {
getLogger ( ). info ( "⚠️ Coresystem nicht gefunden! Initialisiere zur Not hier deinen eigenen Fallback..." ) ;
// TODO: Hier musst du selbst deine eigene Datenbank- oder Dateiverwaltung starten!
}
}
public void loadPlayerCoinsAsync (Player player ) {
UUID uuid = player. getUniqueId ( ) ;
Bukkit. getScheduler ( ). runTaskAsynchronously ( this, ( ) -> {
// Nutzt den Core-Pool, falls vorhanden. Wenn nicht, musst du auf deine eigene Methode verweisen!
try ( Connection conn = (Bukkit. getPluginManager ( ). isPluginEnabled ( "Coresystem" ) && Coresystem. isReady ( ) )
? Coresystem. getConnection ( )
: getFallbackConnection ( ) ; // Deine eigene Fallback-Methode zur Not
PreparedStatement ps = conn. prepareStatement ( "SELECT coins FROM spieler_daten WHERE uuid = ?" ) ) {
ps. setString ( 1, uuid. toString ( ) ) ;
try ( ResultSet rs = ps. executeQuery ( ) ) {
if (rs. next ( ) ) {
int coins = rs. getInt ( "coins" ) ;
Bukkit. getScheduler ( ). runTask ( this, ( ) -> {
player. sendMessage ( "§8[§6Bank§8] §7Deine Coins wurden geladen: §e" + coins ) ;
} ) ;
}
}
} catch ( SQLException e ) {
getLogger ( ). severe ( "Fehler beim Laden der Coins: " + e. getMessage ( ) ) ;
}
} ) ;
}
// Platzhalter für deine eigene lokale Verbindungsmethode, falls der Core fehlt
private Connection getFallbackConnection ( ) throws SQLException {
// TODO: Muss von dir selbst implementiert werden (z.B. eigener HikariPool oder SQLite)!
return null ;
}
}
One unified pool. Zero resource waste. Maximum performance for your network.
This plugin connects all my plugins to a centralized database pool to eliminate lag. For my own plugins, I have integrated a fallback pool in case this plugin happens to be offline.
Are you tired of plugins opening separate database connections during startup or asynchronous data lookups, wasting valuable system resources on your root server?
Coresystem is the invisible, highly efficient foundation of your network. It was specifically developed to connect all your installed plugins into a single, ultra-fast centralized database pipeline. Instead of each plugin declaring its own isolated HikariCP pool, the Core bundles all queries in one resource-saving place.
Technical Highlights:
✅ load: STARTUP Integration: The HikariCP pool is initialized before worlds generate or any other plugins are loaded. Absolute stability from second one!
✅ Native Library Loading: Via the modern Spigot API, the core plugin downloads and loads required drivers (HikariCP 5.1.0, MySQL Connector-J 9.0.0, SLF4J) automatically – no more bloated jar files!
✅ Lag-Free Routing: Aggressive driver optimizations (including useServerPrepStmts, cache tuning, and fast validation checks) completely eliminate asynchronous data delays in-game.
✅ Live Auditing: Keep a close eye on your SQL pipeline allocation at any time using the /poolstatus command.
✅ Next-Gen Ready: Fully optimized for Paper 26.2 & 26.3 as well as the brand-new Java 25 LTS release.
Spoiler: ⚙️ Configuration (config.yml)
# ==========================================================
# Coresystem - Database Pool Configuration
# ==========================================================
mysql:
host: "127.0.0.1"
port: "3306"
database: "minecraft"
user: "root"
password: ""
# Maximum amount of simultaneous connections inside the network pool
pool-size: 20
# Coresystem - Database Pool Configuration
# ==========================================================
mysql:
host: "127.0.0.1"
port: "3306"
database: "minecraft"
user: "root"
password: ""
# Maximum amount of simultaneous connections inside the network pool
pool-size: 20
Your own plugin:
You can connect your own plugins to the Coresystem too! Just check out the following code example in the spoiler below.
IMPORTANT NOTE: If you use the API as an optional hook (Softdepend), you must implement your own fallback pool or storage method inside your plugin to ensure it remains fully functional even if the Coresystem is missing!
Spoiler: API Usage & Code Example (Softdepend Structure)
The plugin.yml of your plugin uses a soft reference for this:
softdepend: [Coresystem]
Here is the clean structure in BBCode format:
import org.bcp.coresystem.Coresystem ;
import org.bukkit.Bukkit ;
import org.bukkit.entity.Player ;
import org.bukkit.plugin.java.JavaPlugin ;
import java.sql.Connection ;
import java.sql.PreparedStatement ;
import java.sql.ResultSet ;
import java.sql.SQLException ;
import java.util.UUID ;
public class MeinPlugin extends JavaPlugin {
@Override
public void onEnable ( ) {
// Check if the Coresystem is active on the server
if (Bukkit. getPluginManager ( ). isPluginEnabled ( "Coresystem" ) && Coresystem. isReady ( ) ) {
getLogger ( ). info ( " Successfully hooked into Coresystem!" ) ;
} else {
getLogger ( ). info ( "⚠️ Coresystem not found! Initialize your own local fallback here if needed..." ) ;
// TODO: You must start your own database or file handling here as a backup!
}
}
public void loadPlayerCoinsAsync (Player player ) {
UUID uuid = player. getUniqueId ( ) ;
Bukkit. getScheduler ( ). runTaskAsynchronously ( this, ( ) -> {
// Uses the Core pool if available. If not, you must route to your own fallback connection method!
try ( Connection conn = (Bukkit. getPluginManager ( ). isPluginEnabled ( "Coresystem" ) && Coresystem. isReady ( ) )
? Coresystem. getConnection ( )
: getFallbackConnection ( ) ; // Your own fallback connection method as a backup
PreparedStatement ps = conn. prepareStatement ( "SELECT coins FROM spieler_daten WHERE uuid = ?" ) ) {
ps. setString ( 1, uuid. toString ( ) ) ;
try ( ResultSet rs = ps. executeQuery ( ) ) {
if (rs. next ( ) ) {
int coins = rs. getInt ( "coins" ) ;
Bukkit. getScheduler ( ). runTask ( this, ( ) -> {
player. sendMessage ( "§8[§6Bank§8] §7Your coins have been loaded: §e" + coins ) ;
} ) ;
}
}
} catch ( SQLException e ) {
getLogger ( ). severe ( "Failed to load coins: " + e. getMessage ( ) ) ;
}
} ) ;
}
// Placeholder for your local database connection routine if the Core is missing
private Connection getFallbackConnection ( ) throws SQLException {
// TODO: Must be implemented by yourself (e.g., local HikariPool or SQLite)!
return null ;
}
}
softdepend: [Coresystem]
Here is the clean structure in BBCode format:
Code (Java):
import org.bcp.coresystem.Coresystem ;
import org.bukkit.Bukkit ;
import org.bukkit.entity.Player ;
import org.bukkit.plugin.java.JavaPlugin ;
import java.sql.Connection ;
import java.sql.PreparedStatement ;
import java.sql.ResultSet ;
import java.sql.SQLException ;
import java.util.UUID ;
public class MeinPlugin extends JavaPlugin {
@Override
public void onEnable ( ) {
// Check if the Coresystem is active on the server
if (Bukkit. getPluginManager ( ). isPluginEnabled ( "Coresystem" ) && Coresystem. isReady ( ) ) {
getLogger ( ). info ( " Successfully hooked into Coresystem!" ) ;
} else {
getLogger ( ). info ( "⚠️ Coresystem not found! Initialize your own local fallback here if needed..." ) ;
// TODO: You must start your own database or file handling here as a backup!
}
}
public void loadPlayerCoinsAsync (Player player ) {
UUID uuid = player. getUniqueId ( ) ;
Bukkit. getScheduler ( ). runTaskAsynchronously ( this, ( ) -> {
// Uses the Core pool if available. If not, you must route to your own fallback connection method!
try ( Connection conn = (Bukkit. getPluginManager ( ). isPluginEnabled ( "Coresystem" ) && Coresystem. isReady ( ) )
? Coresystem. getConnection ( )
: getFallbackConnection ( ) ; // Your own fallback connection method as a backup
PreparedStatement ps = conn. prepareStatement ( "SELECT coins FROM spieler_daten WHERE uuid = ?" ) ) {
ps. setString ( 1, uuid. toString ( ) ) ;
try ( ResultSet rs = ps. executeQuery ( ) ) {
if (rs. next ( ) ) {
int coins = rs. getInt ( "coins" ) ;
Bukkit. getScheduler ( ). runTask ( this, ( ) -> {
player. sendMessage ( "§8[§6Bank§8] §7Your coins have been loaded: §e" + coins ) ;
} ) ;
}
}
} catch ( SQLException e ) {
getLogger ( ). severe ( "Failed to load coins: " + e. getMessage ( ) ) ;
}
} ) ;
}
// Placeholder for your local database connection routine if the Core is missing
private Connection getFallbackConnection ( ) throws SQLException {
// TODO: Must be implemented by yourself (e.g., local HikariPool or SQLite)!
return null ;
}
}
Quick facts
- Edition: Minecraft Java
- File type: .jar
- Minecraft versions listed: 1.21, 26.1, 26.2
- How to install: Install the matching mod loader (Forge, Fabric or NeoForge) for your Minecraft version. → Download the .jar. → Put it in the .minecraft/mods folder and launch that loader profile.
- Where to get it: Opens on Spigot — not every file is mirrored on our own servers.
Install steps are the general flow for this file type — How to install Minecraft Java mods & modpacks walks through it step by step.
Coresystem | Centralized HikariCP Connection Router [Java 25 / 1.21.1+ - 26.3] is a free Minecraft Java mod. Compatible with Minecraft 1.21, 26.1, 26.2, 26.3. Downloaded 10 times (via Spigot). Download it and open it directly in the game.