RE: http-request content-type and encoding

> Suppose I want to send a MIME multipart request where the first part
> is encoding as UTF-8 and the second part is encoded as ISO-8859-1.
> 
> Do I do this:
> 
>   <c:multipart ...>
>     <c:body content-type="application/xml" 
> encoding="utf-8">...</c:body>
>     <c:body content-type="application/xml" 
> encoding="iso-8859-1">...</c:body>
>   </c:multipart>
> 
> or do I do this:
> 
>   <c:multipart ...>
>     <c:body content-type="application/xml; charset=utf-8">...</c:body>
>     <c:body content-type="application/xml; 
> charset=iso-8859-1">...</c:body>
>   </c:multipart>

I would say the latter, because that would allow, in theory, for things
like:

<c:multipart ...>
  <c:body content-type="application/xml; charset=utf-8"
encoding="base64">...</c:body>
  <c:body content-type="application/xml; charset=iso-8859-1"
encoding="base64">...</c:body>
</c:multipart>

That is, you can have both a charset and an encoding.


> or have we not considered this case?
> 
> Our current description of the encoding attribute only mandates
> support for "base64".
> 
> It would appear that 'encoding' on p:http-request applies to the
> entire body, but in the multipart case, that may not be correct.

By saying 'the entire body', do you mean the entire c:multipart in this
case? I think that is not how it is supposed to work. The way I
understand it is that you can have a c:multipart with 10 c:body parts,
and 5 of them base64 encoded.

Or did I misunderstand you?

Regards,
Vojtech

Received on Wednesday, 4 February 2009 13:01:03 UTC