La migration de soleil.misc.BASE64 pour Java 8 java.util.Base64

Il n'y a pas de changements à la base64 spécifications entre les rfc1521 et rfc2045.

Tous base64 implémentations pourraient être considérés comme des substituts l'un de l'autre, les seules différences entre base64 implémentations sont:

1. l'alphabet utilisé.
2. l'API (par exemple, certains pourraient prendre à n'agir que sur un plein tampon d'entrée, tandis que d'autres pourraient être des machines à états finis, vous permettant de continuer à pousser les blocs d'entrée par eux jusqu'à ce que vous vous êtes fait).

Le MIME base64 alphabet a est resté constant entre la RFC versions (il a ou des logiciels plus anciens de casser) et est: ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz+/

Comme Wikipédia notes, seuls les 2 derniers caractères peuvent changer entre base64 implémentations.

Comme un exemple de base64 mise en œuvre que ne changer les 2 derniers caractères, la IMAP MUTF-7 spécification de l'alphabet base64: ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz+,

La raison de ce changement est que la / personnage est souvent utilisé comme un délimiteur de chemin et depuis le MUTF-7 encodage est utilisé pour aplatir non-ASCII chemins de répertoire en ASCII, le / de caractères doivent être évitées dans les segments codés.

En supposant que les deux codeurs sont exempt de bugs, puis la RFC nécessite distinctes codages pour chaque 0 octet 1 octet 2 octets 3 octets de la séquence. Des séquences plus longues sont décomposés en autant de 3 séquences d'octets nécessaires suivie par une séquence finale. Par conséquent, si les deux implémentations de gérer tous les 16,843,009 (1+256+65536+16777216) séquences possibles correctement, alors les deux implémentations sont également identiques.

Ces tests ne prennent que quelques minutes pour s'exécuter. En modifiant légèrement votre code de test, je l'ai fait et mon Java 8 installation a passé tous les tests. Donc le public de la mise en œuvre peut être utilisé pour remplacer en toute sécurité du soleil.divers mise en œuvre.

Voici mon code de test:

import java.util.Base64;
import java.util.Arrays;
import java.io.IOException;
public class Base64EncodingDecodingRoundTripTest {
public static void main(String[] args) throws IOException {
System.out.println("Testing zero byte encoding");
encodeDecode(new byte[0]);
System.out.println("Testing single byte encodings");
byte[] test = new byte[1];
for(int i=0;i<256;i++) {
test[0] = (byte) i;
encodeDecode(test);
}
System.out.println("Testing double byte encodings");
test = new byte[2];
for(int i=0;i<65536;i++) {
test[0] = (byte) i;
test[1] = (byte) (i >>> 8);
encodeDecode(test);
}
System.out.println("Testing triple byte encodings");
test = new byte[3];
for(int i=0;i<16777216;i++) {
test[0] = (byte) i;
test[1] = (byte) (i >>> 8);
test[2] = (byte) (i >>> 16);
encodeDecode(test);
}
System.out.println("All tests passed");
}
static void encodeDecode(final byte[] testInput) throws IOException {
sun.misc.BASE64Encoder unsupportedEncoder = new sun.misc.BASE64Encoder();
sun.misc.BASE64Decoder unsupportedDecoder = new sun.misc.BASE64Decoder();
Base64.Encoder mimeEncoder = java.util.Base64.getMimeEncoder();
Base64.Decoder mimeDecoder = java.util.Base64.getMimeDecoder();
String sunEncoded = unsupportedEncoder.encode(testInput);
String mimeEncoded = mimeEncoder.encodeToString(testInput);
//check encodings equal
if( ! sunEncoded.equals(mimeEncoded) ) {
throw new IOException("Input "+Arrays.toString(testInput)+" produced different encodings (sun=\""+sunEncoded+"\", mime=\""+mimeEncoded+"\")");
}
//Check cross decodes are equal. Note encoded forms are identical
byte[] mimeDecoded = mimeDecoder.decode(sunEncoded);
byte[] sunDecoded = unsupportedDecoder.decodeBuffer(mimeEncoded); //throws IOException
if(! Arrays.equals(mimeDecoded,sunDecoded) ) {
throw new IOException("Input "+Arrays.toString(testInput)+" was encoded as \""+sunEncoded+"\", but decoded as sun="+Arrays.toString(sunDecoded)+" and mime="+Arrays.toString(mimeDecoded));
}
}
}