Lire ligne et byte[] sur un même InputStream

Bonjour!

Donc, j'ai un flux ouvert ou transite du texte et du binaire.
Je doit d'abord lire du texte donc j'utilise un BufferedReader et la methode readLine.

Mais arrive le moment ou je doit lire du binaire. Avec un buffer de byte (type Byte[]).
Je doit donc utiliser InputStream.read(Byte[]).
Le problème est que la méthode InputStream.available() me renvoie 0 alors qu'il reste des données à lire.
Donc je sais pas quand m'arrêter...

J'ai fait des testes et:

Code:

---

1 2 3 4 5 6

// in est mon InputStream optenu d'un socket BufferedReader br = new BufferedReader(new InputStreamReader(in)); // ici in.available() me renvoie bien le nombre de byte restant. br.readLine(); // ici elle me renvoie 0 :/

---

Je n'ai pas trouver de class qui lit des ligne de texte et des Byte[] sur un InputStream.

Je suppose qu'il y a une solution :D !
ça serait bête sinon :mouarf:.

Donc quelqu'un sait t-il comment faire ? :mrgreen:

Merci!

Je te suggère de lire toute ta ligne sous la forme d'un byte[].

Ensuite, tu sépares ton tableau en deux parties :
- le texte, que tu récupères grâce aux méthodes de la classe String
- le byte[] qui t'intéresse

Le truc c'est que j'ai plusieurs ligne a lire !

Et la détection des fins de ligne d'une dans un Byte[] ça va être compliquer !
Il y a bien une solution efficace, java c'est du plutôt du haut niveau.

Lire byte à byte ça sera surement beaucoup plus lent que d'utiliser un BufferedReader aussi...

Bonjour,

à partir de quel moment sais-tu que tu dois lire du binaire ?

Citation:

---

InputStream.read(Byte[])

---

Sauf que le flux a été bufferisé par le BufferedReader et une partie a donc déjà été lu :?

Pourquoi ne pas faire ça ?

Code:

---

1 2 3 4 5 6 7 8 9 10

InputStream iStream = new FileInputStream("test.txt"); BufferedReader br = new BufferedReader(new InputStreamReader(iStream)); String line = null; while(!(line = br.readLine()).equals("ligne2")) { System.out.println("lecture ligne : " + line); } System.out.println("ligne : " + line); char[] b = new char[5000]; System.out.println("nombre char de lu : " + br.read(b)); System.out.println("bytes : " + new String(b));

---

Il n'est pas possible d'utiliser des char (autant demander...) ?

Je crois que t'as déjà à la base un problème de spécification de ton format de fichier. Si ton fichier contient

Code:

---

une ligne de texte 0x0D 0x0A 0x0F

---

Que dois-ton lire?
"une ligne de texte" + 2 bytes: 0x0A, 0X0F
"une ligne de texte" + 1 byte: 0x0F


Le mieux c'est d'avoir plutot un format binaire dans lequel par moment tu spécifie des chaines de caractères sous la forme <taille de la chaine><caractères de la chaine><suite du format>

Citation:

---

Envoyé par tchize_

Je crois que t'as déjà à la base un problème de spécification de ton format de fichier.

---

Juste pour indication, il y a un exemple simple de spécification du genre.
Des requêtes HTTP, une réponse peut contenir du texte puis un gros champs de byte pour le fichier. Mais en général, la taille à lire est indiquée avant

Citation:

---

Des requêtes HTTP

---

C'est ça que je doit traiter !
Requette post avec un fichier envoyer par le client.

Citation:

---

Il n'est pas possible d'utiliser des char (autant demander...) ?

---

Nan je doit le traiter comme du binaire.
J'ai essayer de lire des chaine avec un bufferedreader sur du binaire mais dans le fichier, j'ai des caractère après, et pas de caractère inconnu donc il doit y avoir une conversion.
En plus c'est pas top quoi ^^!

Citation:

---

Des requêtes HTTP, une réponse peut contenir du texte puis un gros champs de byte pour le fichier. Mais en général, la taille à lire est indiquée avant

---

Oui c'est vraie mais il serait plus pratique de pouvoir utilisé la méthode InputStream.available pour ma boucle de recopie.
De plus, il faut déduire chaque ligne lu après le content-type en comptant que le \r\n a une n'est pas garder dans la chaine renvoyer par le BufferedReader. Donc moin optimiser je pense.

Citation:

---

Sauf que le flux a été bufferisé par le BufferedReader et une partie a donc déjà été lu

---

Ok je comprend.

Donc ya pas de solution ? :cry:

Sans compter utiliser le content-length ("taille à lire [...] indiquée avant")

Je me disais bien que j'avais fait ça quelque part :mouarf:

Il faut tout de même absolument bufferiser l'InputStream via un BufferedInputStream puis faire :

http://subversion.developpez.com/pro...treamUtil.java

Donc notamment :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

public static String readLine(InputStream s) throws IOException { ByteArrayOutputStream baos = new ByteArrayOutputStream(); int b;   //lecture caractère par caractère while ( (b=s.read()) >= 0) { //on a trouvé un retour à la ligne, on arrête if (b=='\n') break; baos.write(b); } String ret = new String(baos.toString()); return ret; }

---

Je crois avoir repris ça du code du readLine. Mais mon truc marche peut être pas trop bien s'il y a des \r. Donc à adapter

Ok je voie!

Pas pensé au BufferedInputStream (amateur java lol).
Jamais utilisé le ByteArrayOutputStream mais pas mal pratique !

Citation:

---

Il faut tout de même absolument bufferiser l'InputStream via un BufferedInputStream puis faire :

---

Juste dans un soucis de performance ?

Merci.

Citation:

---

Envoyé par Vermouth

Juste dans un soucis de performance ?

---

Ca dépend d'où vient ton InputStream. Quand ce n'est pas bufferisé, la lecture d'un byte implique l'appel à un appel système (comme read d'un file ou d'un socket), ce qui est extrêmement lourd.
Il est nécessaire de bufferiser le flux via un BufferedInputStream (qui est une implémentation d'InputStream) qui effectuera des lectures par blocs (donc 1 seul appel système pour par exemple 1ko de données).
La lecture d'un byte sur un BufferedInputStream ne fera qu'avancer dans le tableau du buffer (sauf si on arrive à la fin)

Le ByteArrayOutputStream permet surtout de convertir une succession de byte en string.

Dans mon cas il vaut mieux que ce soit bufferisé (socket réseaux).
En tout cas merci beaucoup !

Bonjour,

Pour info:

Citation:

---

Envoyé par millie

Juste pour indication, il y a un exemple simple de spécification du genre.
Des requêtes HTTP, une réponse peut contenir du texte puis un gros champs de byte pour le fichier. Mais en général, la taille à lire est indiquée avant

---

C'est exact mais entre l'entête et le corps de la requête HTTP, il y a une ligne toujours une ligne vide

Code:

---

1 2 3 4 5

HTTP..<CRLF> Entête<CRLF> <CRLF> Corps

---

oui mais le http préciser CRLF comme fin de ligne, alors que le bufferedreader prend aussi bien cr que lf et crlf, d'où un certain flou dans le format plus haut que je mentionnait :)

Mais, il n'y a pas une API (un truc qui ressemble à http client) qui permet de transformer des flux en HttpServletRequest tout simplement ?

Personnellement, j'utilise HTTPClient de Apache-Jakarta.

Il ne reste qu'à éplucher la documentation