dev@jax-ws.java.net

Re: Stream-based attachment decoding

From: Kohsuke Kawaguchi <kohsuke.kawaguchi_at_sun.com>
Date: Tue, 20 Dec 2005 11:07:34 -0800

Paul Sandoz wrote:
> Vivek Pandey wrote:
>>> Do you mean that the CTE header will be part of the MIME multipart
>>> message? (see correct examples here [2]).
>>>
>>
>> May be incase of SMTP, but I am not sure. [2] talks about SOAP over HTTP
>> not other transports. See RFC 3023, XML Media Types,
>> http://www.faqs.org/rfcs/rfc3023.html. Its not just about
>> Mime/Multipart, in case that there is no multiple parts, there is only
>> one part - it may apply to 7bit transports and proably we should expose
>> it thru our decoders.
>>
>
> It seems to be this is an issue with getting at the bytes of the
> content. So the case for HTTP Content-Encoding is similar to the case
> for Content-Transfer-Encoding with other transports like SMTP.
>
> The transport implementation should provide the Decoder with an
> InputStream that is capable of decoding the bytes. Thus the Decoder does
> not need to really care what the underlying encoding of the bytes are.

+1. SMTP transport should handle Content-Transfer-Encoding /
Content-Encoding headers before it passes InputStream to decoder.

-- 
Kohsuke Kawaguchi
Sun Microsystems                   kohsuke.kawaguchi_at_sun.com