Auparavant, le package d'implémentation de référence com.sun.mail était fourni en tant qu'API tierce par les fonctions
JavaMail 1.5, JavaMail 1.6 et Jakarta Mail 2.0. L'API de spécification Jakarta Mail a été scindée de
l'API de l'implémentation de référence. Supprimez l'utilisation des packages com.sun.mail de votre application.
Cette règle est signalée une fois par classe Java.
Pour les utilisateurs des classes de codeur et de décodeur com.sun.mail, afin de faciliter cette modification, Jakarta Mail 2.1
introduit l'interface utilitaire jakarta.mail.util.StreamProvider, qui peut être facilement obtenue avec la méthode
jakarta.mail.Session.getStreamProvider(). Vous pouvez ensuite utiliser l'instance StreamProvider
pour obtenir des flux codés/décodés pour les méthodes de codage/décodage prises en charge par Jakarta Mail 2.1.
Les méthodes jakarta.mail.util.StreamProvider de remplacement recommandées
pour les classes de codeur et de décodeur com.sun.mail sont les suivantes :
BASE64DecoderStream et BASE64EncoderStream sont remplacées par inputBase64 et outputBase64.BEncoderStream est remplacée par outputB.LineInputStream et LineOutputStream sont remplacées par inputLineStream et outputLineStream.QDecoderStream et QEncoderStream sont remplacées par inputQ et outputQ.QPDecoderStream et QPEncoderStream sont remplacées par inputQP et outputQP.UUDecoderStream et UUEncoderStream sont remplacées par inputUU et outputUU.Pour plus d'informations sur la migration de Jakarta 10, voir Différences entre Jakarta Mail 2.1 et 2.0.
Consultez également le blogue présentant Jakarta Mail 2.1 dans Open Liberty et Jakarta Mail 2.1 Javadoc.