On Thu, 2008-07-17 at 20:21 +0200, Stefano Bagnara wrote: > Oleg Kalnichevski ha scritto: > > Stefano Bagnara wrote:
... > > Not only does this change completely reverts the performance gains and > > makes the whole refactroring exercise completely pointless due to an > > utterly inefficient implementation of EOLConvertingInputStream, it is > > also conceptually wrong (in my humble opinion), as it causes mime4j to > > corrupt 8bit encoded 'application/octet-stream' content. This basically > > renders mime4j incompatible with commons browsers and HttpClient > > The performance of the EOLConvertingInputStream is not important at all > if removing it we have an unusable library. And the last thing. This kind of argument works both ways. The strict RFC compliance is not important if we have an unusable library as a result. Oleg --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
