Zuvor wurde das Referenzimplementierungspaket com.sun.mail als API eines anderen Anbieters von den
Features JavaMail 1.5, JavaMail 1.6 und Jakarta Mail 2.0 bereitgestellt. Die API der Jakarta Mail-Spezifikation ist jetzt von
der API der Referenzimplementierung getrennt. Entfernen Sie die Verwendung von com.sun.mail-Paketen aus Ihrer Anwendung.
Diese Regel wird pro Java-Klasse ein einziges Mal markiert.
Für Benutzer der Encoder- und Decoderklassen com.sun.mail
führt Jakarta Mail 2.1 zur Vereinfachung dieser Änderung die Dienstprogrammschnittstelle jakarta.mail.util.StreamProvider ein, die mit der
Methode jakarta.mail.Session.getStreamProvider() problemlos abgerufen werden kann. Anschließend können Sie mit der StreamProvider
-Instanz codierte bzw. decodierte Datenströme für die Codierungs- bzw. Decodierungsmethoden abrufen, die von Jakarta Mail 2.1 unterstützt werden.
Die folgenden Ersatzmethoden für jakarta.mail.util.StreamProvider werden für die Encoder- und Decoderklassen com.sun.mail
empfohlen:
BASE64DecoderStream und BASE64EncoderStream werden durch inputBase64 und outputBase64 ersetzt.BEncoderStream wird durch outputB ersetzt.LineInputStream und LineOutputStream werden durch inputLineStream und outputLineStream ersetzt.QDecoderStream und QEncoderStream werden durch inputQ und outputQ ersetzt.QPDecoderStream und QPEncoderStream werden durch inputQP und outputQP ersetzt.UUDecoderStream und UUEncoderStream werden durch inputUU und outputUU ersetzt.Weitere Informationen zur Migration von Jakarta 10 finden Sie unter Unterschiede zwischen Jakarta Mail 2.1 und 2.0.
Lesen Sie auch den Blog introducing Jakarta Mail 2.1 in Open Liberty und das Jakarta Mail 2.1 Javadoc.