Avisos de API obsoleta do Java 25 no RHEL 9.7
Após atualizar para o Java 25 no RHEL 9.7, o IronPDF for Java registra avisos de API obsoleta que referenciam APIs internas do Java, como sun.misc.Unsafe::allocateMemory. A geração de PDF continua funcionando; os avisos são informativos, mas podem gerar preocupações de conformidade em ambientes regulamentados.
Os avisos vêm das bibliotecas de transporte gRPC/Netty que o IronPDF usa internamente, não do próprio código do IronPDF. Essas bibliotecas ainda chamam sun.misc.Unsafe para acesso direto à memória. O Java 23 marcou os métodos de acesso à memória sun.misc.Unsafe como obsoletos para remoção (JEP 471), e o Java 24 e posteriores avisam quando são usados (JEP 498), razão pela qual os avisos surgem agora.
Solução
1. Confirme que os avisos não são bloqueantes
Verifique se a renderização ainda ocorre antes de mudar qualquer coisa. As mensagens são avisos, não erros, e não foram observados problemas em tempo de execução. A função de geração de PDF funciona conforme esperado, então você está eliminando ruído, não corrigindo uma falha.
2. Adicione as bandeiras de acesso aos argumentos de inicialização da sua JVM
Passe estas opções ao iniciar sua aplicação para que a JVM abra o pacote interno que as bibliotecas de transporte requerem:
--enable-native-access=ALL-UNNAMED
--sun-misc-unsafe-memory-access=allow
--enable-native-access=ALL-UNNAMED
--sun-misc-unsafe-memory-access=allow
A primeira bandeira permite o acesso nativo para módulos não nomeados; a segunda reativa a API de memória sun.misc.Unsafe da qual a pilha gRPC/Netty depende. Nenhuma delas altera o comportamento do IronPDF; juntas, elas suprimem os avisos de descontinuação.


