1.18.1 Lightweight and multi-threaded Minecraft server
Go to file
mworzala 52dccf793f
hollow-cube/no-logger-no-terminal
Signed-off-by: mworzala <mattheworzala@gmail.com>

make some loggers private

(cherry picked from commit 03ff6dca3493646098bf194ebd19aadf90ecf800)

add slf4j dep to codegen module

(cherry picked from commit b9136e3e579e98a0567e7ecf838c72ff5c159858)

add back slf4j dep

(cherry picked from commit 174c5b8b6a3223310e250fb5dad48b179b101fe5)

remove tinylog and MinestomTerminal

(cherry picked from commit 352161c326fe2dbb5989e5a45571c76795407ff5)
2023-04-30 09:09:57 +03:00
.github use local gradle for javadoc action 2023-03-12 09:15:47 -04:00
build-logic Fix player position being wrong inside tests 2022-03-14 19:01:48 +01:00
code-generators hollow-cube/no-logger-no-terminal 2023-04-30 09:09:57 +03:00
demo hollow-cube/no-logger-no-terminal 2023-04-30 09:09:57 +03:00
gradle hollow-cube/no-logger-no-terminal 2023-04-30 09:09:57 +03:00
jcstress-tests Improve tag performance + concurrency tests (#1165) 2022-06-25 10:36:50 +02:00
jmh-benchmarks New command parser (#1235) 2022-07-25 19:34:40 +02:00
src hollow-cube/no-logger-no-terminal 2023-04-30 09:09:57 +03:00
testing Fix event node child/map leak 2022-10-27 22:32:22 +02:00
.editorconfig Enabled compression by default, provide .editorconfig file 2021-03-27 19:44:09 +01:00
.gitignore Exclude world folder created by saving in the demo. (#1282) 2022-07-26 15:39:40 +02:00
build.gradle.kts hollow-cube/no-logger-no-terminal 2023-04-30 09:09:57 +03:00
CHANGELOG.md hollow-cube/no-logger-no-terminal 2023-04-30 09:09:57 +03:00
gradle.properties Build system update (#527) 2022-01-10 16:51:21 +01:00
gradlew Build system update (#527) 2022-01-10 16:51:21 +01:00
gradlew.bat Update Gradle & Kotlin version 2021-01-23 09:32:18 +01:00
jitpack.yml Remove before_install 2022-02-13 16:12:38 +01:00
LICENSE Added license 2020-04-25 23:38:09 +02:00
minestom_checks.xml Upgrade gradle version to 7.0.2 2021-05-18 21:34:25 +02:00
settings.gradle.kts Make separate module for testing framework (#1428) 2022-10-10 20:44:50 +02:00

banner banner

Minestom

license standard-readme compliant
javadocs wiki discord-banner

Minestom is an open-source library that enables developers to create their own Minecraft server software, without any code from Mojang.

The main difference between Mojang's vanilla server and a minestom-based server, is that ours does not contain any features by default! However, we have a complete API which is designed to allow you to make anything possible, with ease.

This is a developer API not meant to be used by end-users. Replacing Bukkit/Forge/Sponge with this will not work since we do not implement any of their APIs.

Table of contents

Install

Minestom is not installed like Bukkit/Forge/Sponge. As Minestom is a Java library, it must be loaded the same way any other Java library may be loaded. This means you need to add Minestom as a dependency, add your code and compile by yourself.

For adding the required repositories and dependencies, check this out

The newest version can be found here:

Our own WIP implementation for Vanilla can be found here.

Usage

An example of how to use the Minestom library is available here. Alternatively you can check the official wiki or the javadocs.

Why Minestom?

Minecraft has evolved a lot since its release, most of the servers today do not take advantage of vanilla features and even have to struggle because of them. Our target audience is those who want to make a server that benefits little from vanilla features. e.g. creative, kitpvp. The goal is to offer more performance for those who need it. In other words, it makes sense to use Minestom when it takes less time to implement every missing vanilla feature you want than removing every vanilla feature that will slow you down.

Advantages and Disadvantages

Minestom isn't perfect, our choices make it much better for some cases, worse for some others.

Advantages

  • Remove the overhead of vanilla features
  • Multi-threaded
  • Instance system (Collections of blocks and entities) which is much more scalable than worlds
  • Open-source
  • Modern API
  • No more legacy NMS

Disadvantages

  • Does not work with Bukkit/Forge/Sponge plugins or mods
  • Does not work with older clients (using a proxy with ViaBackwards is possible)
  • Bad for those who want a vanilla experience
  • Longer to develop something playable
  • Multi-threaded environments need extra consideration

API

Even if we do not include anything by default in the game, we simplify the way you add them, here is a preview.

Instances

It is our major concept, worlds are great for survival with friends, but when it scales up it can become unmanageable. The best examples can be found in Skyblock or minigames, not being able to separate each part properly and being forced to save everything in files, not to say the overhead caused by unnecessary data contained in them. Instances are a lightweight solution to it, being able to have every chunk in memory only, copying and sending it to another player in no time, with custom serialization and much more...

Being able to create instances directly on the go is a must-have, we believe it can push many more projects forward.

Instances also come with performance benefits, unlike some others which will be fully single-threaded or maybe using one thread per world we are using a set number of threads (pool) to manage all chunks independently from instances, meaning using more CPU power.

Blocks

Minestom by default does not know what is a chest, you will have to tell him that it opens an inventory. Every "special blocks" (which aren't only visual) need a specialized handler. After applying this handler, you have a block that can be placed anywhere simply. However, all blocks are visually there, they just won't have interaction by default.

Entities

The terms "passive" or "aggressive" monsters do not exist, nobody stops you from making a flying chicken rushing into any players coming too close, doing so with NMS is a real mess because of obfuscation and the large inheritance.

Inventories

It is a field where Minecraft evolved a lot, inventories are now used a lot as client<->server interface with clickable items and callback, we support these interactions natively without the need of programming your solution.

Commands

Commands are the simplest way of communication between clients and server. Since 1.13 Minecraft has incorporated a new library denominated "Brigadier", we then integrated an API designed to use the full potential of args types.

Credits

Contributing

See the contributing file! All WIP features are previewed as Draft PRs

License

This project is licensed under the Apache License Version 2.0.