Das Problem ist offensichtlich, ob es deswegen dringlich ist, ist eine ganz andere Frage.
Nur hätten wir dann auch so gut wie nie wieder Nacht auf dem Server
an xasz:
Könnte es von xVote kommen?
Could not pass event PlayerInteractEvent to xVote v0.1
org.bukkit.event.EventException
at org.bukkit.plugin.java.JavaPluginLoader$1.execute(JavaPluginLoader.java:303) ~[spigot.jar:git-Spigot-dfffcfd]
at org.bukkit.plugin.RegisteredListener.callEvent(RegisteredListener.java:62) ~[spigot.jar:git-Spigot-dfffcfd]
at org.bukkit.plugin.SimplePluginManager.fireEvent(SimplePluginManager.java:509) [spigot.jar:git-Spigot-dfffcfd]
at org.bukkit.plugin.SimplePluginManager.callEvent(SimplePluginManager.java:494) [spigot.jar:git-Spigot-dfffcfd]
at org.bukkit.craftbukkit.v1_8_R1.event.CraftEventFactory.callPlayerInteractEvent(CraftEventF actory.java:226) [spigot.jar:git-Spigot-dfffcfd]
at org.bukkit.craftbukkit.v1_8_R1.event.CraftEventFactory.callPlayerInteractEvent(CraftEventF actory.java:193) [spigot.jar:git-Spigot-dfffcfd]
at net.minecraft.server.v1_8_R1.PlayerInteractManager.a(PlayerInteractManager.java:107) [spigot.jar:git-Spigot-dfffcfd]
at net.minecraft.server.v1_8_R1.PlayerConnection.a(PlayerConnection.java:587) [spigot.jar:git-Spigot-dfffcfd]
at net.minecraft.server.v1_8_R1.PacketPlayInBlockDig.a(SourceFile:40) [spigot.jar:git-Spigot-dfffcfd]
at net.minecraft.server.v1_8_R1.PacketPlayInBlockDig.a(SourceFile:10) [spigot.jar:git-Spigot-dfffcfd]
at net.minecraft.server.v1_8_R1.PacketHandleTask.run(SourceFile:13) [spigot.jar:git-Spigot-dfffcfd]
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [?:1.7.0_25]
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) [?:1.7.0_25]
at java.util.concurrent.FutureTask.run(FutureTask.java:166) [?:1.7.0_25]
at net.minecraft.server.v1_8_R1.MinecraftServer.z(MinecraftServer.java:686) [spigot.jar:git-Spigot-dfffcfd]
at net.minecraft.server.v1_8_R1.DedicatedServer.z(DedicatedServer.java:316) [spigot.jar:git-Spigot-dfffcfd]
at net.minecraft.server.v1_8_R1.MinecraftServer.y(MinecraftServer.java:627) [spigot.jar:git-Spigot-dfffcfd]
at net.minecraft.server.v1_8_R1.MinecraftServer.run(MinecraftServer.java:530) [spigot.jar:git-Spigot-dfffcfd]
at java.lang.Thread.run(Thread.java:724) [?:1.7.0_25]
Caused by: java.lang.NullPointerException
at me.xasz.xVote.xEventListener.onPlayerInteract(xEventListener.java:85) ~[?:?]
at sun.reflect.GeneratedMethodAccessor19.invoke(Unknown Source) ~[?:?]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.7.0_25]
at java.lang.reflect.Method.invoke(Method.java:606) ~[?:1.7.0_25]
at org.bukkit.plugin.java.JavaPluginLoader$1.execute(JavaPluginLoader.java:299) ~[spigot.jar:git-Spigot-dfffcfd]
... 18 more
Einen irgendwie sehr ähnlich erscheinenden Fehler hatte ich heute beim SP-Testen auch erst (noch mit 1.7.10); Schuld war NEI; das aus dem mods-Ordner zu löschen und neu reinziehen hat geholfen. Ist hier vielleicht was ähnliches?
Zitat von etepetete
Kommt das öfters (ja Yaci: "öfters").
Auf die schnelle sieht die Zeile 85 so aus:
weathervotes kann nicht null sein und player kann nur null sein, falls spigot hier nen bug hat, weil es im onPlayerInteract Event ist.Code:if(weathervotes.get(event.getPlayer().getWorld()).isVoteRunning()){
Was sein kann ist, dass in weathervotes ein null Eintrag für die aktuelle UID der Welt ist. Diese werden nur beim Starten vom Server eingelesen.
Falls während der Laufzeit die Wildnis erzeugt wurde und der Server seitdem kein Neustart gemacht hat oder andere Welten nach dem xVote eingebunden werden, kann es hier zu Fehlern kommen wenn in dieser Welt ein Vote gestartet wird.
Scheinbar geht xVote in der Wildnis nicht, da musste ich über Schlafenlegen zum Tag hinüberwechseln. (Also nicht tragisch, aber doch anmerkenswert. )
Zitat von etepetete
Könnte mir vorstellen, das xVote die Welten ausliest, bevor das andere Plugin diese läd