Dynmap having trouble with timezone.

Server Information

• Latest Bukkit Plugin
  • Version:
• Latest Forge Mod
  • Version: Dynmap version: core=3.0-SNAPSHOT-170, plugin=3.0-SNAPSHOT-170

• I can reproduce this issue consistently
  • In Multiplayer
  • After deleting/renaming the DYNMAP folder
• I have searched for this issue previously and it was either (1) not previously reported, or (2) previously fixed and I’m having the same problem.
• I am crashing and can provide my crash report(s)
• I have tried the following diagnostics;
  • Re-rendered missing chunks using /dynmap fullrender (no database connection so fullrender only makes matters worse)
  • Cleared cached tiles using /dynmap purgeworld [world] (especially if using a map from an older version) (what should be cleared, when there is no database connection)
  • Deleted/Renamed the dynmap folder to regenerate configs and files fresh
  • Tested using the ‘HEAD’ version from dynmap.us/builds (these are stable to use)
  • Rechecked the Minecraft Server and Webserver Config (If using an external Webserver)

Issue Description

[23:52:17] [Server thread/INFO] [Dynmap]: [Dynmap] Web server started on address 127.0.0.1:3004
[23:52:17] [Server thread/INFO] [Dynmap]: [Dynmap] version 3.0-SNAPSHOT-170 is enabled - core version 3.0-SNAPSHOT-170
[23:52:17] [Server thread/INFO] [Dynmap]: [Dynmap] For support, visit https://forums.dynmap.us
[23:52:17] [Server thread/INFO] [Dynmap]: [Dynmap] To report or track bugs, visit https://github.com/webbukkit/dynmap/issues
[23:52:17] [Server thread/INFO] [Dynmap]: [Dynmap] Loaded 1 maps of world 'world'.
[23:52:17] [Server thread/INFO] [Dynmap]: [Dynmap] Loaded 1 maps of world 'DIM-11'.
[23:52:17] [Server thread/INFO] [Dynmap]: [Dynmap] Loaded 1 maps of world 'DIM1'.
[23:52:17] [Server thread/INFO] [Dynmap]: [Dynmap] Loaded 1 maps of world 'DIM-1'.
[23:52:17] [Server thread/INFO] [Dynmap]: [Dynmap] Loaded 1 maps of world 'DIM-2'.
[23:52:17] [Server thread/INFO] [Dynmap]: [Dynmap] Loaded 1 maps of world 'DIM-3'.
[23:52:17] [Server thread/INFO] [Dynmap]: [Dynmap] Loaded 2 pending tile renders for world 'world'
[23:52:17] [Server thread/INFO] [Dynmap]: [Dynmap] Register events
[23:52:17] [Server thread/INFO] [Dynmap]: [Dynmap] Register commands
[23:52:17] [Server thread/INFO] [Dynmap]: [Dynmap] Enabled
[23:52:17] [Server thread/INFO] [minecraft/DedicatedServer]: Dynmap reloaded
[23:52:17] [Server thread/WARN] [minecraft/MinecraftServer]: Can't keep up! Did the system time change, or is the server overloaded? Running 18519ms behind, skipping 370 tick(s)
[23:52:18] [Dynmap Render Thread/INFO] [Dynmap]: [Dynmap] Loading resource pack standard
[23:52:30] [Dynmap Render Thread/FATAL] [Dynmap]: [Dynmap] Error updating Maps table - The server time zone value 'Mitteleuropäische Sommerzeit' is unrecognized or represents more than one time zone. You must configure either the server
 or JDBC driver (via the serverTimezone configuration property) to use a more specifc time zone value if you want to utilize time zone support.

Reproduce Steps

1. Start the server with just dynmap installed. (Forge Mod Loader version 14.23.5.2811)
2. Have an empty because the dynmap needs the timezone for WHATEVER?! to connect to the sql server?! …

Additional Information

With spigot this works without any issues. But spigot also doesn’t need the mysql connector library …

[Pingger]

Nope, not really … it is just one of those, if your database/java doesn’t like dynmap it just doesn’t work … Only workaround: don’t use database, but filetree instead

[FedUpWith-Tech]

https://stackoverflow.com/questions/37719818/the-server-time-zone-value-aest-is-unrecognized-or-represents-more-than-one-ti

Reading this post it seems that the timezone issue was an issue with the JDBC connector bundled with Paper. This should be fixed now as that was updated several time since the original issue was submitted.

I’ll again assume this issue is no longer relevant and close it. If it is still relevant please let me know if any other plugins work with sql- it sounds like a specific configuration issue with this system as it hasn’t been reported anywhere else.