Antes, eran las características JavaMail 1.5, JavaMail 1.6 y Jakarta Mail 2.0 las que
proporcionaban el paquete de implementación de referencia com.sun.mail. Ahora, el API de la especificación Jakarta Mail se ha separado del
API de la implementación de referencia. Elimine el uso de los paquetes com.sun.mail de la aplicación.
Esta regla se señala una vez por clase Java.
En el caso de los usuarios de las clases de codificación y descodificación de com.sun.mail, para facilitarles este cambio, Jakarta Mail 2.1
introduce la interfaz de utilidad jakarta.mail.util.StreamProvider, que se puede obtener fácilmente con el
método jakarta.mail.Session.getStreamProvider(). Después se podrá utilizar la instancia de StreamProvider
a fin de obtener las corrientes codificadas/decodificadas para los métodos de codificación/decodificación que soporta Jakarta Mail 2.1.
Los métodos de jakarta.mail.util.StreamProvider sustitutivos recomendados para las clases de codificación y decodificación de
com.sun.mail son:
BASE64DecoderStream y BASE64EncoderStream se han sustituido por inputBase64 y outputBase64.BEncoderStream se ha sustituido por outputB.LineInputStream y LineOutputStream se han sustituido por inputLineStream y outputLineStream.QDecoderStream y QEncoderStream se han sustituido por inputQ y outputQ.QPDecoderStream y QPEncoderStream se han sustituido por inputQP y outputQP.UUDecoderStream y UUEncoderStream se han sustuido por inputUU y outputUU.Para obtener más información sobre la migración de Jakarta 10, consulte Diferencias entre Jakarta Mail 2.1 y 2.0.
Consulte también el blog de introducción a Jakarta Mail 2.1 en Open Liberty y Jakarta Mail 2.1 Javadoc.