Poprzedni pakiet implementacji referencyjnej com.sun.mail był udostępniany jako interfejs API innej firmy przez
JavaMail 1.5, JavaMail 1.6 i Jakarta Mail 2.0. Interfejs API specyfikacji Jakarta Mail został teraz oddzielony
od implementacji referencyjnej. Usuń użycie pakietów com.sun.mail ze swojej aplikacji.
Ta reguła oznacza jeden element dla każdej klasy Java.
Użytkownikom klas dekodera i kodera com.sun.mail, aby ułatwić tę zmianę w Jakarta Mail 2.1,
udostępniono interfejs narzędzia jakarta.mail.util.StreamProvider, który można łatwo uzyskać za pomocą metody
jakarta.mail.Session.getStreamProvider(). Następnie można użyć instancji StreamProvider, aby uzyskać
zakodowane/zdekodowane strumienie dla metod kodowania/dekodowania obsługiwanych przez Jakarta Mail 2.1.
Zalecane metody zastępcze jakarta.mail.util.StreamProvider
dla klas kodera i dekodera com.sun.mail są następujące:
BASE64DecoderStream i BASE64EncoderStream zostały zastąpione przez inputBase64 i outputBase64.BEncoderStream zastąpiono przez outputB.LineInputStream i LineOutputStream zastąpiono przez inputLineStream i outputLineStream.QDecoderStream i QEncoderStream zastąpiono przez inputQ i outputQ.QPDecoderStream i QPEncoderStream zastąpiono przez inputQP i outputQP.UUDecoderStream i UUEncoderStream zastąpiono przez inputUU i outputUU.Więcej informacji na temat migracji Jakarta 10 można znaleźć w sekcji Różnice między Jakarta Mail 2.1 i 2.0.
Ponadto zapoznaj się z blogiem wprowadzającym do Jakarta Mail 2.1 w Open Liberty i dokumentacją Javadoc Jakarta Mail 2.1.