# 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:
```bash
--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.
[[w:(Essas bandeiras são uma mitigação temporária, não uma correção permanente. A solução de longo prazo é atualizar as bibliotecas gRPC/Netty incluídas para versões que não dependem mais de sun.misc.Unsafe. Futuras versões do Java poderiam reforçar ainda mais a aplicação e quebrar essa solução alternativa.)]]
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:
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.
Aviso: Essas bandeiras são uma mitigação temporária, não uma correção permanente. A solução de longo prazo é atualizar as bibliotecas gRPC/Netty incluídas para versões que não dependem mais de sun.misc.Unsafe. Futuras versões do Java poderiam reforçar ainda mais a aplicação e quebrar essa solução alternativa.
Curtis Chau é bacharel em Ciência da Computação (Universidade Carleton) e se especializa em desenvolvimento front-end, com experiência em Node.js, TypeScript, JavaScript e React. Apaixonado por criar interfaces de usuário intuitivas e esteticamente agradáveis, Curtis gosta de trabalhar com frameworks modernos e criar manuais bem estruturados e visualmente atraentes.
