> It is accomplished under "jakarta-commons-sandbox/codec-multipart". > > > (2) Can we agree on /what/ streamable codecs are (sorry but > I like to > > point out the obvious when starting something like this). Recognize > > the current impls alternatives. > > > > Yes sorry, I think there are two ideas running around here: > > (a) Actual "inline" Stream Encoders/Decoders (SSL etc). that > require no > knowledge of the length of the content. Probibly extend > "FilterOutputStreams" etc. > > (b) Encoders/Decoders that actually work by passing thier content > through streaming to manage larger amounts of data > efficently. Data for > which the length is probibly already known (Files). An > interface which > supports handing objects and Streams manages this:
Can you give some examples of algorithms where the length needs to be known in advance? My code may break horribly with such an algorithm :-( --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
