On Thu, Jul 17, 2008 at 8:09 PM, Oleg Kalnichevski <[EMAIL PROTECTED]> wrote: > 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.
please let's all step back a little and take a deep breath - robert
