minecraft Spigot/Bukkit插件奇怪的nullPointer
package me.psrcek.compassMenu.listeners;
import org.bukkit.ChatColor;
import org.bukkit.Material;
import org.bukkit.event.EventHandler;
import org.bukkit.event.Listener;
import org.bukkit.event.player.PlayerJoinEvent;
import org.bukkit.inventory.ItemStack;
import org.bukkit.inventory.meta.ItemMeta;
public class PlayerJoinListener implements Listener {
@EventHandler
public void onJoin(PlayerJoinEvent e) {
ItemStack[] inv = e.getPlayer().getInventory().getContents();
for (ItemStack item : inv) {
if (item == null) continue;
if (item.getType().equals(Material.COMPASS)) {
if (item.getItemMeta().getDisplayName() == null) continue;
if (item.getItemMeta().getDisplayName().equals(ChatColor.RESET + "" + ChatColor.AQUA + "Menu")) {
e.getPlayer().sendMessage("found proppertly named compass");
return;
}
}
}
ItemStack compass = new ItemStack(Material.COMPASS);
ItemMeta compassMeta = compass.getItemMeta();
compassMeta.setDisplayName(ChatColor.RESET + "" + ChatColor.AQUA + "Menu");
compass.setItemMeta(compassMeta);
e.getPlayer().getInventory().addItem(compass);
e.getPlayer().updateInventory();
}
}
共有1个答案
我不知道这为什么奏效，但改变
item.getType().equals(Material.COMPASS)
到
item.getType() == Material.COMPASS
成功了。我一直以为那是一回事。
-
当我试图在我的bukkit服务器中加载插件时，我遇到了NullPointerExc的问题，但在Eclipse中没有错误。我的插件是Rush插件，很多东西没有使用/丢失。错误是这样的： 以下是我的代码:
-
我正在尝试恢复一个插件，但发现了一个错误： 我做的一切都是对的！plugin.yml外部罐子和出口，但仍然不起作用。知道为什么吗？
-
我有一个程序可以读取两个文件（“incompleta.txt”和“completa.txt”），并比较两个文件中是否有相同的名称。其工作原理如下： 它将“completa.txt”中的所有名称存储在ArrayList中 问题是我的“lista.txt”看起来像这样：Image 第二条线完全是混乱和扭曲的。 我的Java代码：
-
在我的Spigot插件中，我使用重复任务每隔0.5秒更新一次玩家的库存。长时间运行代码后，我会得到。 我做了一些调试并使用JProfiler来查看导致内存泄漏的原因，并注意到ItemStacks的数量不断增加。堆遍历器显示这是由更新库存的代码引起的。这是当前代码： 经过更多的调试，我发现删除了将停止增加的itemStack数量。 什么可能导致内存泄漏？ 编辑： 我已经更改了代码，不再为每个玻璃窗格
-
问题内容： @Entity public class Person { 给定以下类结构，当我尝试将新位置添加到“人的位置”列表中时，它总是导致以下SQL查询： 和 Hibernate（3.5.x / JPA 2）删除给定Person的所有关联记录，然后重新插入所有以前的记录以及新的记录。 我有一个想法，即Location上的equals / hashcode方法可以解决此问题，但是它没有任何改变。
-
我有以下代码来解析一个JSON文件: 要处理以下JSON文件： 如果我执行此代码，我将收到以下错误： 所以我开始一步一步地调试应用程序，看看part processing()中的哪个代码部分抛出了这个异常。令人惊讶的是，那里的所有代码都正常执行:没有抛出异常，也没有返回结果I except。 更让我惊讶的是，当我稍微改变第一种方法的代码时，它可以在不产生异常的情况下工作。 我不知道println方