probleme avec CipherInputStream

Bonjour j'utilise un CipherInputStream pour récupérer un tableau de bytes déchiffrer :

Code:

---

1 2 3

//is : inputstream du fichier crypté cis = new CipherInputStream(is, cipher);

---

je voudrais récuperer (dans un ByteArrayOutputStream ) le tableau de bytes mais sans les 100 premiers bytes.

Quelle est la meilleure façon de procédé ? (methode read() ... )

Merci de votre aide

Thomas

Salut,

http://java.sun.com/j2se/1.5.0/docs/...putStream.html

la méthode read(byte[] b, int off, int len) devrait pouvoir t'aider je pense.

Je suis un peu perdu :

Apparament ceci enleverai les 100 premiers bytes , mais je ne comprends pas pourquoi ??

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20

byte[] b = new byte[90000]; int i; cis = new CipherInputStream(is, cipher);       try { // on enlève les 100 premiers bytes for (int z=0;z<100;z++) { cis.read(); }   // on écrit dans le tableau de byte de sortie   while ( (i = cis.read(b)) >= 0 ) { dos.write(b, 0, i);     }

---

Je veux bien que l'on m'explique ce code

Merci

Je n'ai pas testé le code mais a priori la première boucle for lit les 100 premiers octets. Et la seconde lit la suite à coup de 90000 octets.

Quel est le problème ?

Quand tu lit un octet dans le flux, tu le retire de celui-ci en même temps.
C'est pour cela que lorsque tu lit 100 octets sans les traiter c'est comme si tu les supprimai.

D'accord je comprends mieux, merci

Par contre ,je ne comprends pas très bien le

Citation:

---

à coup de 90000 octets

---

.

ainsi que :

Code:

---

1 2	dos.write(b, 0, i);

---

pourquoi ces paramètres ?

Citation:

---

à coup de 90000 octets

---

comme précisé dans la spec, la fonction read(byte[] ) lit (si possible) autant de caractères depuis le flux que la taille du tableau passé en paramètre : en l'occurrence 90000

La méthode dos.write(b, 0, i) va écrire dans le flux le contenu du tableau b entre les indices 0 et i (i correspondant au nombres de caractères effectivement lus depuis le flux par la méthode read. concrètement il peut être inférieur à 90000 quand on arrive à la fin des données)

si ce n'est pas très clair, n'hésite pas à demander des précisions ;)

c'est très clair

Merci beaucoup

Si finalement je veux bien une explication supplémentaire :

j'ai initialisé le tableau de bytes comme ceci et j'affiche la valeur de i à chaques tour de boucle :

Code:

---

1 2 3 4 5 6 7 8 9 10 11

byte[] b = new byte[500];     while ( (i = cis.read(b)) != -1 ) {   System.out.println("i :"+i);   dos.write(b, 0, i);   }

---

Le résultat de l'affichage est le suivant :

i : 376
i : 500
i : 12
i : 500
i :12
...
...

i500
i12
i339


Pourquoi le premier i est différent ??
Pourquoi i ne vaut il pas toujours 512 sauf le dernier bien sur ??

Merci encore

mum...là tu me poses une colle :koi:

Bonjour,
généralement quand on envoie un message, il y a un tag de début (STX) et un tag de fin (ETX) c'est sans doute leur valeur.
après je peux me tromper! ^^

Parce que ton input ne se remplit pas assez vite.

Tu as par exemple 500 octets dans ton input, tu les lis.
A l'itération suivante, ton input n'a eu le temps de se remplir que de 300 octets, tu pourras donc lire que 300 octets dessus.

Accessoirement, les méthodes read() ne lisent que la charge utile d'un paquet, tout ce qui est tag, ip, ou autre crc ne sont pas retourner et font partie de la couche basse du traitement. Je ne sais pas par contre s'il y'a possibilité en Java d'y avoir accès ?