As tu lu mon message jusqu'au bout ? Ou me suis-je mal exprim� ? > Cependant, utiliser un objet interm�diaire pourrait permettre > d'obtenir cette fonctionnalit�
C'est ce que j'indiquais >> Une technique assez souvent employ�e est de lire l'int�gralit� du flux et de le stocker : >> - en m�moire (si c'est possible). La technique est de cr�er un tableau de Byte >> et de fournir un ByteArrayInputStream a qui le veux, >> - sur disque (car trop volumineux en m�moire) et de fournir un FileInputStream . > Il suffit que cet objet lise le flux initial dans un tableau d'octets... Solution 1 > ...duplique le tableau d'octets... Inutile on peut renvoyer autant de ByteArrayInputStream que d�sir� sur un unique tableau de byte. > et le r��crive dans deux flux de sortie qui seront utilisables ind�pendement. Je pense que tu veux parler de flux de lecture (on parle d'InputStream). A+ -------------------------------------------------------------------- Erik Mazoyer, Chef de projet HyperOffice 6, rue Jacques Daguerre - 92565 Rueil-Malmaison Cedex T�l. 01 41 96 96 76 Fax 01 41 96 96 77 M�l [EMAIL PROTECTED] -----Message d'origine----- De : Nicolas Delsaux [mailto:[EMAIL PROTECTED]] Envoy� : mardi 1 octobre 2002 09:49 � : [EMAIL PROTECTED] Objet : Re: RE: inputStream 01/10/2002 09:46:10, Erik Mazoyer <[EMAIL PROTECTED]> a �crit: > > Il n'est pas possible de dupliquer, au sens stricte du terme un flux en > m�moire. Il n'existe effectivement pas de m�thode pour le lire deux fois en parall�le. Cependant, utiliser un objet interm�diaire pourrait permettre d'obtenir cette fonctionnalit� (voire m�me plus). Il suffit que cet objet lise le flux initial dans un tableau d'octets, duplique le tableau d'octets et le r��crive dans deux flux de sortie qui seront utilisables ind�pendement. Enfin, je peux me tromper, mais �a ne me parait pas trop inconcevable, non ? -- Nicolas Delsaux Logique shadok : Plus �a rate, et plus �a a de chance que �a marche.
