Se você administra um servidor Java com plugins, não tem mais desculpa para continuar na 26.2. A PaperMC moveu a versão 26.3 para o canal estável e já chegou ao build 181 após uma sequência de atualizações diárias. A página oficial em papermc.io/downloads/paper lista o JAR mais recente com a nota “Inicialização preguiçosa de formattedDisplayName”, publicada há apenas 18 horas.
O que realmente mudou nos últimos builds
- Build 181: inicialização preguiçosa de formattedDisplayName
- Build 180: corrige a remoção de jogadores dos mapas
- Build 179: corrige entidades imunes a fogo que também eram imunes a raios
- Build 178: adiciona o método Entity#isInvulnerableTo
- Build 177: aprimora as chamadas de EntityAirChangeEvent
- Build 176: redefine o status de carregamento do mundo no cliente ao renascer ou se teletransportar entre dimensões
Essas não são novidades de destaque. São aquele tipo de polimento discreto que impede grandes servidores públicos de entrarem em colapso sob carga ou de sofrerem vazamentos de memória. A verdadeira notícia é que a etiqueta de estável finalmente se aplica à 26.3, após semanas em fase experimental, e a equipe não está diminuindo o ritmo.
Os autores de plugins tiveram meses para se preparar, mas vários plugins essenciais, incluindo certas versões do WorldEdit e do CoreProtect, ainda estão distribuindo builds beta para a 26.3. Nesta semana, alguns rastreadores listam o suporte do Geyser para a 26.2. Se seu servidor depende de jogo entre plataformas ou de plugins de proteção robustos, caberá a você testar os casos extremos.
A publicação de lançamento da 26.3 também sinaliza uma futura mesclagem de configurações que finalmente reunirá as configurações do Bukkit, Spigot e Paper em um único arquivo. Isso chegará na 26.4, então quem atualizar agora terá que passar pelo processo de migração duas vezes se quiser acompanhar as novidades. Legal.
Em resumo, para quem administra servidores
Baixe o JAR, execute uma cópia de teste do seu mundo, confirme que todos os plugins carregam sem erros e só então decida. O canal estável existe porque um número suficiente de pessoas o exigiu. Mas ainda cabe a você comprovar, nas próximas 48 horas, se ele realmente é estável na sua configuração específica.
Outros
