A set of Minecraft mods that provide a real time web-based map system for various Minecraft server implementations.
Go to file
2021-12-19 14:39:53 -06:00
.github modify gibberish.txt 2021-10-01 11:42:05 +09:00
.vscode Fix Forge 1.12.2 build 2020-04-25 18:51:11 -05:00
bukkit-helper Put 3D biome code in spigot 1.18 - still working on grass shading... 2021-12-05 01:57:59 -06:00
bukkit-helper-113-2 build.gradle: rename compile -> implementation 2021-06-27 13:51:12 +02:00
bukkit-helper-114-1 Migrate Spigot 1.14 to 1.16.4 to Generic chunk management (code reduce) 2021-12-16 22:23:13 -06:00
bukkit-helper-115 Migrate Spigot 1.14 to 1.16.4 to Generic chunk management (code reduce) 2021-12-16 22:23:13 -06:00
bukkit-helper-116 Migrate Spigot 1.14 to 1.16.4 to Generic chunk management (code reduce) 2021-12-16 22:23:13 -06:00
bukkit-helper-116-2 Migrate Spigot 1.14 to 1.16.4 to Generic chunk management (code reduce) 2021-12-16 22:23:13 -06:00
bukkit-helper-116-3 Migrate Spigot 1.14 to 1.16.4 to Generic chunk management (code reduce) 2021-12-16 22:23:13 -06:00
bukkit-helper-116-4 Apply lighting workaround to 1.16.5+ 2021-12-16 12:32:10 -06:00
bukkit-helper-117 Clean up .gitignore 2021-12-18 19:58:08 -06:00
bukkit-helper-118 Clean up .gitignore 2021-12-18 19:58:08 -06:00
dynmap-api build.gradle: rename compile -> implementation 2021-06-27 13:51:12 +02:00
DynmapCore Further tune logic for fluid model selection 2021-12-19 14:39:53 -06:00
DynmapCoreAPI Clean up .gitignore 2021-12-18 19:58:08 -06:00
fabric-1.14.4 fabric/build.gradle: replace compile with implementation 2021-12-12 23:20:51 +01:00
fabric-1.15.2 fabric/build.gradle: replace compile with implementation 2021-12-12 23:20:51 +01:00
fabric-1.16.4 Apply lighting workaround to 1.16.5+ 2021-12-16 12:32:10 -06:00
fabric-1.17.1 Apply lighting workaround to 1.16.5+ 2021-12-16 12:32:10 -06:00
fabric-1.18 fabric-1.18: switch to new CHUNK_GENERATE event, simplify trigger logic greatly 2021-12-16 20:37:41 +01:00
forge-1.11.2 Clean up .gitignore 2021-12-18 19:58:08 -06:00
forge-1.12.2 Clean up .gitignore 2021-12-18 19:58:08 -06:00
forge-1.13.2 Add support for largeplayerfaces option for bigger player markers 2021-12-07 21:38:59 -06:00
forge-1.14.4 Add support for largeplayerfaces option for bigger player markers 2021-12-07 21:38:59 -06:00
forge-1.15.2 Add support for largeplayerfaces option for bigger player markers 2021-12-07 21:38:59 -06:00
forge-1.16.5 Apply lighting workaround to 1.16.5+ 2021-12-16 12:32:10 -06:00
forge-1.17.1 Apply lighting workaround to 1.16.5+ 2021-12-16 12:32:10 -06:00
forge-1.18 Clean up .gitignore 2021-12-18 19:58:08 -06:00
gradle/wrapper Update to Gradle 7.3 2021-11-22 12:01:23 -06:00
logs Update jQuery 2020-09-20 18:55:40 -05:00
oldbuilds Back to SNAPSHOT 2021-12-18 22:28:03 -06:00
oldgradle Adjust build structure for builds requiring older gradle 2021-07-27 20:01:58 -05:00
spigot dependency: Update SkinsRestorer 2021-12-12 13:50:43 +01:00
.gitignore Add first pass of handling for DB config.php files 2020-12-31 15:56:23 -06:00
.spellcheck.yaml fix indent 2021-10-01 11:37:41 +09:00
build.gradle Back to SNAPSHOT 2021-12-18 22:28:03 -06:00
buildspec.yml Add buildspec.yml 2019-05-18 23:18:54 -05:00
CONTRIBUTING.md Update CONTRIBUTING.md 2021-02-12 12:22:12 -05:00
gradle.properties Initial 1.15.2 Forge build 2020-05-23 22:41:11 -05:00
gradlew Set execute flag 2018-08-12 10:26:01 -05:00
gradlew.bat Switch to gradle build 2018-08-11 23:11:20 -05:00
LICENSE Add LICENSE 2012-07-06 12:14:25 -05:00
README.md Update README.md 2021-12-13 14:47:24 +13:00
settings.gradle Start forge 1.18 2021-12-02 00:02:08 -06:00

Dynmap® - dynamic web maps for Minecraft servers

Jump around the README

How to build

Dynmap 3.x+ uses Gradle for building support for all platforms, with all resulting artifacts produced in the /targets directory. Due to Minecraft 1.18.x+ requirements, the developer's default JDK must be a JDK 17 (or later) versions - older versions will still be compiled to run on the default JDK for those platforms (JDK 8, or JDK 16 for 1.17.x, and common libraries are built JDK 8.

To build, run:

./gradlew setup build

Or (on Windows):

gradlew.bat setup build

The Forge 1.11.2 and 1.12.2 versions (specifically ForgeGradle for these) are very sensitive to being built by JDK 8, so to build them, set JAVA_HOME to correspond to a JDK 8 installation, then build using the following;

cd oldgradle
./gradlew setup build

Or (on Windows):

cd oldgradle
gradlew.bat setup build

What platforms are supported?

The following target platforms are supported, and you can find them at the links supplied:

Server type Version Dynmap JAR Where?
Spigot/PaperMC ≤1.18.1 Dynmap-<version>-spigot.jar SpigotMC
Spigot/PaperMC ≤1.18.1 Dynmap-<version>-spigot.jar GitHub Releases
Forge 1.11.2 Dynmap-<version>-forge-1.11.2.jar GitHub Releases
Forge 1.12.2 Dynmap-<version>-forge-1.12.2.jar GitHub Releases
Forge 1.13.2 Dynmap-<version>-forge-1.13.2.jar GitHub Releases
Forge 1.14.4 Dynmap-<version>-forge-1.14.4.jar GitHub Releases
Forge 1.15.2 Dynmap-<version>-forge-1.15.2.jar GitHub Releases
Forge 1.16.5 Dynmap-<version>-forge-1.16.5.jar Curseforge
Forge 1.17.1 Dynmap-<version>-forge-1.17.1.jar Curseforge
Forge 1.18, 1.18.1 Dynmap-<version>-forge-1.18.jar Curseforge
Fabric 1.15.2 Dynmap-<version>-fabric-1.15.2.jar Curseforge
Fabric 1.16.4, 1.16.5 Dynmap-<version>-fabric-1.16.4.jar Curseforge
Fabric 1.17.1 Dynmap-<version>-fabric-1.17.1.jar Curseforge
Fabric 1.18, 1.18.1 Dynmap-<version>-fabric-1.18.jar Curseforge

Data Storage

Dynmap supports the following storage backends:

  • Flat files: The default for a new installation
  • MySQL†
  • SQLite†
  • PostgreSQL (JDBC driver for this is now bundled with the Dynmap JAR)
  • MariaDB - is compatible with MySQL
  • †Note: drivers for SQL are usually included for Spigot not included with other platforms or Dynmap, but injecting driver classes into jar file will be recognized and supported

Contributing to Dynmap's Code

The Dynmap team welcomes Pull Requests with fixes, new features, and new platform support. That said, the following rules apply:

  • Ultimately, we reserve the right to accept or deny a PR for any reason: fact is, by accepting it, we're also accepting any of the problems with supporting it, explaining it to users, and fixing current and future problems - if we don't think the PR is of value consistent with that cost, we'll probably not accept it.
  • All PRs should be as small as they can be to accomplish the feature or fix being supplied. To that end:
    • Do not lump multiple features into one PR - you'll be asked to split them up before they will be reviewed or accepted
    • Do not make style changes, reflow code, pretty printing, or otherwise make formatting-only code changes. This makes the PR excessively large, creating changes to be reviewed that don't actually do anything (but we have to review them to be sure they aren't being used to disguise security compromises or other malicious code), and they create problems with the MANY people who fork Dynmap for the sake of doing PRs or their own private custom builds - since all theose modified lines create merge conflicts - once again, with no actual function having been accomplished. If we decide the code needs to be 'prettied up', it'll be done by the Dynmap team.
  • Do not make changes to core code (anything in DynmapCore or DynmapCoreAPI) unless you're ready to build and test it on all supported platforms. Code that breaks building of ANY supported platform will be rejected.
  • Likewise, any Spigot related changes are expected to function correctly on all supported Spigot and PaperMC versions (currently 1.10.2 through 1.16.1).
  • Do not include any code that involves platform specific native libraries or command line behaviors. Dynmap supports 32-bit and 64-bit, Windows, lots of Linux versions (both x86 and ARM), MacOS, being used in Docker environments, and more - this is all about staying as 'pure Java' as the Minecraft server itself is. If your PR includes platform specific dependencies that are not coded to handle working on all the above platforms properly, the PR will be rejected.
  • Dynmap's code is Apache Public License v2 - do not include any code that is not compatible with this license. By contributing code, you are agreeing to that code being subject to the APL v2.
  • Do not include any code that unconditionally adds to Dynmap's hosting requirements - for example, support for a database can be added, but the use of the database (which likely depends on a database server being deployed and configured by the user) cannot become an unconditional requirement in order to run Dynmap. Features can add the option to exploit new or additional technologies, but cannot add unconditionally to the minimum requirements on the supported platforms (which is what is needed to run the corresponding MC server, plus the Dynmap plugin or mod)
  • Dynmap is built and supports running on Java 8 - it can run on newer versions, but any contributed code and dependencies MUST support being compiled and run using just Java 8.
  • Don't introduce other language dependencies - Java only: no Kotlin, Scala, JRuby, whatever. They just add runtime dependencies that most of the platforms lack, and language skills above and beyond the Java language requirements the code base already mandates, which just creates obstacles to other people contributing.
  • Similarly, do not update existing libraries and dependencies - these are often tied to the versions on various platforms, and updates will likely break runtime
  • Do not include code specific to other plugins or mods. Dynmap has APIs for the purpose of avoiding the problem of working with other mods - there are many 'Dynmap-XXX' mods and plugins which use the APIs to provide support for other mods and plugins (WorldGuard, Nucleus, Citizens, dozens of others). Maintaining interfaces in Dynmap particular to dozens of mods on multiple versions of multiple platforms is unmanageable, so we don't do it. The ONLY exception currently are security mods - although, even for those, leverage of platform-standard security interfaces is always preferred (e.g. Sponge or Bukkit standard permissions)

Porting, Supporting Other Platforms, Customized Dynmap Builds

While Dynmap is open source, subject to the Apache Public License, v2, the Dynmap team does have specific policies and requirements for anyone that would use the code here for anything except building contributions submitted back to this code base as Pull Requests (which is the only process by which code is accepted and can become part of a release supported by the Dynmap team). Other authorized uses include:

  • Building custom version of Dynmap for use on a personal or on a specific server, so long as this version is NOT distributed to other parties. The modifying team agrees to not pursue support from the Dynmap team for this modified private version, but is otherwise not required to share the modified source code - though doing so is encouraged.
  • Building a modified version of Dynmap for otherwise unsupported platforms: in this event, the modified version MUST be for a platform or version not yet (or no longer) supported by the Dynmap team. If the Dynmap team comes to support this platform or version, the modifying team must agree to cease distribution of the unofficial version, unless otherwise authorized to continue doing so. Further:
    • The team distributing the modified version must cite the origin of the Dynmap code, but must also clearly indicate that the version is NOT supported by nor endorsed by the Dynmap team, and that ALL support should be directed through the team providing the modified version.
    • Any modified version CANNOT be monetized or otherwise charged for, under any circumstances, nor can redistribution of it be limited or restricted.
    • The modified code must continue to be Apache Public License v2, with no additional conditions or restrictions, including full public availability of the modified source code.
    • Any code from Dynmap used in such versions should be built from an appropriate fork, as DynmapCore and other components (other than DynmapCoreAPI and dynmap-api) are subject to breaking changes at any time, and the support messages in DynmapCore MUST be modified to refer to the supporting team (or, at least, removed). The modified version should NOT refer to the Dynmap Discord nor to /r/Dynmap on Reddit for support. in any case.
    • Any bugs or issues opened in conjunction with the use of the modified version on this repository will be closed without comment.

Additions of new functions, including new platform support, in this official Dynmap code base MUST be fully contained within the PRs submitted to this repository. Further, it is always expected than any updates will be built and tested across all relevant platforms - meaning any chances to shared code components (DynmapCore, DynmapCoreAPI) MUST be successfully built and tested on ALL supported platforms (Forge, Spigot, etc). Changes which break supported platforms will be rejected.

The only interfaces published and maintained as 'stable' are the interfaces of the DynmapCoreAPI (cross platform) and dynmap-api (Bukkit/spigot specific) libraries. All other components are NOT libraries - DynmapCore, in particular, is a shared code component across the various platforms, but is subject to breaking changes without warning or consideration - any use of DynmapCore interfaces by code outside this repository is NOT supported, and will likely result in breaking of such consuming code without warning and without apology. DynmapCore is an internal shared code component, not a library - please treat it accordingly.

Plugins or mods using the published APIs - DynmapCoreAPI (for all platforms) or dynmap-api (only for Spigot/Bukkit) - may access these components as 'compile' dependencies: DO NOT INTEGRATE THEM INTO YOUR PLUGIN - this will break Dynmap and/or other plugins when these interfaces are updated or expanded. These libraries are published at https://repo.mikeprimm.com and will be updated each official release.

Where to go for questions and discussions

We have a Discord located at https://discord.gg/52pqBpw We also have a subreddit located at https://www.reddit.com/r/Dynmap/

Where to go to make donations

I've set up a coffee-fund jar (I believe in the theory that software developers are machines that turn caffeine into code), for anyone who wants to throw in some tips! I've got a Patreon here - https://www.patreon.com/dynmap, and for folks just looking to for a one-time coffee buy, hit my Ko-Fi at https://ko-fi.com/michaelprimm !

Dynmap is a registered trademark of Michael Primm, TX USA. All Rights Reserved.