Anteriormente, o pacote de implementação de referência com.sun.mail era fornecido como API de terceiros pelo
JavaMail 1.5, JavaMail 1.6 e recursos do Jakarta Mail 2.0. A API de especificação do Jakarta Mail agora foi dividida a partir
da API da implementação de referência. Remova o uso de pacotes com.sun.mail de seu aplicativo.
Esta regra é sinalizada uma vez por classe Java.
Para os usuários de codificadores e decodificadores das classes com.sun.mail, para ajudar a facilitar esta mudança o Jakarta Mail 2.1
apresenta a interface de utilitário jakarta.mail.util.StreamProvider, que pode ser facilmente obtida com o método
jakarta.mail.Session.getStreamProvider(). Em seguida, pode-se usar a instância StreamProvider
para obter fluxos codificados / decodificados para os métodos de codificação / decodificação que o Jakarta Mail 2.1 suporta.
Os métodos de substituição jakarta.mail.util.StreamProvider recomendados para as classes de codificador e decodificador com.sun.mail
são:
BASE64DecoderStream e BASE64EncoderStream são substituídos por inputBase64 e outputBase64.BEncoderStream é substituído por outputB.LineInputStream e LineOutputStream são substituídos por inputLineStream e outputLineStream.QDecoderStream e QEncoderStream são substituídos por inputQ e outputQ.QPDecoderStream e QPEncoderStream são substituídos por inputQP e outputQP.UUDecoderStream e UUEncoderStream são substituídos por inputUU e outputUU.Para obter mais informações de migração do Jakarta 10, consulte Diferenças entre o Jakarta Mail 2.1 e o 2.0.
Além disso, consulte o blog que apresenta o Jakarta Mail 2.1 no Open Liberty e o Jakarta Mail 2.1 Javadoc.