It seems to work on Chrome (not Chromium) so it seems more like a bug
in their development version (Chrome adds application/octet-stream). If
you "fix" it in Jersey, please give a shout.
Thanks a lot :)
--
Ángel Eduardo
On 03/09/2010 17:17, Paul Sandoz wrote:
>
> On Sep 3, 2010, at 5:12 PM, Ángel Eduardo wrote:
>
>> Ok, sorry, I see what var are you referring. Don't know why Chrome
>> sets that blank and not the same as the HTTP headers
>> (multipart/form-data). I'll try with another browser to be sure.
>> Thanks a lot!
>>
>
> I think it is WebKit behavior, so you might get the same thing
> happening with Safari. IIRC it does not occur for Firefox. I probably
> should fix it in Jersey as it is unlikely to get fixed in WebKit.
>
> Paul.
>
>
>
>> --
>> Ángel Eduardo
>>
>>
>>
>> On 03/09/2010 17:09, Ángel Eduardo wrote:
>>> On 03/09/2010 16:55, Paul Sandoz wrote:
>>>>
>>>> On Sep 3, 2010, at 4:31 PM, Ángel Eduardo wrote:
>>>>
>>>>> This is the result. It seems indeed some problem with media type,
>>>>> but later it seems to found my classes and path, so no clue here...
>>>>>
>>>>> INFO: 1 * Server in-bound request
>>>>> 1 > POST http://test.com/filterSupport/cell
>>>>> 1 > host: test.com
>>>>> 1 > x-real-ip: 127.0.0.1
>>>>> 1 > x-forwarded-for: 127.0.0.1
>>>>> 1 > connection: close
>>>>> 1 > referer: https://test.com/list/cells
>>>>> 1 > content-length: 469
>>>>> 1 > cache-control: max-age=0
>>>>> 1 > origin: https://test.com
>>>>> 1 > content-type: multipart/form-data;
>>>>> boundary=----WebKitFormBoundaryMbWFHE6Ulo5PCN5r
>>>>> 1 > accept:
>>>>> application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
>>>>> 1 > user-agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_6_3;
>>>>> en-US) AppleWebKit/534.7 (KHTML, like Gecko) Chrome/7.0.512.0
>>>>> Safari/534.7
>>>>> 1 > accept-encoding: gzip,deflate,sdch
>>>>> 1 > accept-language: en-US,en;q=0.8
>>>>> 1 > accept-charset: ISO-8859-1,utf-8;q=0.7,*;q=0.3
>>>>> 1 > cookie: PHPSESSID=njr5agujma3ohh1uqmpu1uf9v1
>>>>> 1 >
>>>>> ------WebKitFormBoundaryMbWFHE6Ulo5PCN5r
>>>>> Content-Disposition: form-data; name="auth"
>>>>> pass::pass
>>>>> ------WebKitFormBoundaryMbWFHE6Ulo5PCN5r
>>>>> Content-Disposition: form-data; name="data"; filename="lalala"
>>>>> Content-Type:
>>>>
>>>> The above value is empty. I am not sure if this is valid MIME
>>>> message or not. When the Content-Type is absent one assumes
>>>> text/plain. But in this case it is not absent but with an empty
>>>> value. I guess in this case Jersey should be liberal in what it
>>>> accepts.
>>> I'm not sure what you mean. My Content-Type is not empty, but is
>>>
>>> 1 > content-type: multipart/form-data;
>>> boundary=----WebKitFormBoundaryMbWFHE6Ulo5PCN5r
>>>
>>> ...don't know why Jersey thinks it's empty. Or are you referring to
>>> another var?
>>>>
>>>> Is this being sent from a browser like Safari?
>>> This is sent from a Chrome browser (Chromium last build, exactly)
>>>>
>>>> Paul.
>>> Sorry for all the trouble, and thanks a lot for your support :)
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe_at_jersey.dev.java.net
>> For additional commands, e-mail: users-help_at_jersey.dev.java.net
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_jersey.dev.java.net
> For additional commands, e-mail: users-help_at_jersey.dev.java.net
>