Помогите EventPriority как это блин работает?

Есть два метода, оба в разных классах наследующихся от Listener, оба слушают событие AsyncPlayerChatEvent..
Один из них выполняет функцию отмены чата если игрок не авторизировался/не зарегестрировался, а второй форматирует чат. Разумеется мне надо сделать чтоб сначало вызывался метод проверки авторизации, и если он отменял евент, то метод форматирования уже не вызывался...
Исходя из логики, я поставил первому методу приоритет HIGHEST, а второму LOW, если до этого у меня вызывалось два метода, то теперь просто отправляется отформатированное сообщение...
Что я делаю не так?

Spoiler: Метод проверки авторизации.

Code:

@EventHandler(ignoreCancelled = true, priority = EventPriority.HIGHEST)
    public boolean cancelChat(AsyncPlayerChatEvent event) {
        if (playersOnRegister.contains(event.getPlayer())) {
            event.setCancelled(true);
            event.getPlayer().sendMessage(ChatColor.translateAlternateColorCodes('&',
                    Phrase.PLAYER_MESSAGE_NEED_REGISTER.text(new Pair("%PLAYER%", event.getPlayer().getDisplayName()))));
            return true;
        }
        if (playersOnLogin.containsKey(event.getPlayer())) {
            event.setCancelled(true);
            event.getPlayer().sendMessage(ChatColor.translateAlternateColorCodes('&',
                    Phrase.PLAYER_MESSAGE_NEED_LOGIN.text(new Pair("%PLAYER%", event.getPlayer().getDisplayName()))));
            return true;
        }
        return false;
    }

Spoiler: Метод форматирования чата

Code:

@EventHandler(ignoreCancelled = true, priority = EventPriority.LOW)
    public void checkChat(AsyncPlayerChatEvent event) {
        event.setCancelled(true);
        try {
            Bukkit.broadcastMessage(ChatColor.translateAlternateColorCodes('&', formatMessage(event.getPlayer(), event.getMessage())));
        } catch (PlayerFileNotFoundException e) {

        } catch (IOException | InvalidConfigurationException e) {
            Main.standardCatchException(e, new Pair(event.getPlayer(), false));
        }
    }

 

Может изза того что ты игноришь отмену сообщения во втором коде?

 

Может я просто снова не правильно понял, но по идее ignoreCancelled = игнорировать отмененные события, т.е. (как мне кажется) если первый метод отменит событие - то это событие (евент) не должно посылатся этому методу, так как он игнорирует отмененные события..
Или я неправильно понял?

 

Попробуй у первого труе и второго фалсе.

 

Приоритеты идут от LOWEST до MONITOR в порядке убывания приоритета обработки, несмотря на наименование(ошибка разрабов?).
Прядок: LOWEST, LOW, NORMAL, HIGH, HIGHEST, MONITOR.
То есть LOWEST обрабатывается раньше всех.

 

А изменяет его Highest.

 

Тут написано более подробно: http://wiki.bukkit.org/Event_API_Reference#Event_Priorities

 

Чет бред... Ну ладно, спасибо)

 

Не бред, не смотря на странноватость - логика тут есть)
Это приоритет.. факта выполнения, а не порядка.
Если вы ставите HIGHEST - ваш метод будет вызыван в последнюю очередь, что значит что вы будете иметь возможность отменить / изменить / использовать результат всех предыдущих евентов

Хотя я бы и сам не против чтоб они были названы наоборот

 

Нууу.... Впринципе конечно да... Но если не знать - то понять что это именно так - сложно...

 

Если ignoreCancelled=TRUE, то в этот слушатель не попадет ОТМЕНЕННЫЕ события.

 

Ну вот, я вроде так и сказал..
Мне это и надо, если проверяя авторизирован ли игрок я отменяю событие чата, то мне не надо чтоб второй метод ловил событие чата и форматировал его)

 

1) Убери все игноры
2) Проверка на кенцел через event.isCancelled()
3) Довольно странная идея форматирования у тебя. Ты отменяешь евент, а затем отсылаешь сообщение сам, но зачем? Такая штука нужна только в очень рарных случаях, ты уверен что у тебя этот случай?

 

1) Но... Зачем? У меня довольно много листенеров, и еще планирую много, и если хоть один из них событие отменяет, то мне не надо чтоб кто-то еще продолжил его обрабатывать...
2) Знаю.
3) Ну... Мне так удобнее :3 Не думаю что это так уж сильно нагружает..)
4) И вообще, проблема решена еще с того момента когда мне объяснили что приоритеты наоборот работают.. После этого все работает как надо...