Unfortunately, this is in fine to submit a file via a HTML form. I do not think this is possible to use anything else than multipart/form-data to upload files (unless of course using JavaScript and the in-browser HTTP client, but that's a bit over-engineered simply to submit an XML file through a form).
And as you said, I am sure as well this used to work in the past. I am still hoping I missed something, rather than having found a regression. Thank you for your help. Regards, -- Florent Georges http://fgeorges.org/ http://h2oconsulting.be/ On 27 November 2015 at 12:29, Geert Josten wrote: > No misunderstanding, just the hope there would be a diff with how browser > acts, and how curl acts. Alas, I did a quick check myself, and when sent > from browser, XML still gets received as text. > > Did you consider using multipart/mixed? That should allow other > content-dispositions, like attachment. Or maybe consider sending your XML > as request body? > > Cheers, > Geert > > On 11/27/15, 11:36 AM, "[email protected] on behalf > of Florent Georges" <[email protected] on behalf of > [email protected]> wrote: > >>Thank you Geert. I think there is some misunderstanding :-) So a few >>random points: >> >>1/ not sure what you mean by "marking actual file contents with >>form-data disposition", but yes, the HTML spec and RFC 2388 mandates >>the HTTP request has the MIME type multipart/form-data, and each entry >>to be have a `Content-Disposition: form-data` as far as I can see >> >>2/ not sure what `embed` and `attachement` mean (at least, not in the >>context of a request, for the latter) >> >>3/ these CURL commands are replicating what is sent by a "simple form" >>which was the starting point for all this >> >>4/ I did replicate it with Postman as well (but it does not allow you >>to set the Content-Type for one form-data part, as far as I could see, >>so I could only test with application/octet-stream, and it indeed gets >>the same result as the corresponding CURL command and what I observe >>in the form). >> >>I am running out of idea :-( >> >>Regards, >> >>-- >>Florent Georges >>http://fgeorges.org/ >>http://h2oconsulting.be/ >> >> >>On 27 November 2015 at 11:00, Geert Josten wrote: >>> Yes, multipart/form-data is what you put in HTML, but that doesn’t have >>>to >>> mean that the actual file contents is marked with form-data disposition. >>> You also have embed, attachment, etc. Make a simple form, and try to >>> capture what is sent across the wire exactly, and then see if you can >>> mimic the exact same with curl or maybe postman.. >>> >>> Cheers >>> >>> On 11/27/15, 9:34 AM, "[email protected] on behalf >>> of Florent Georges" <[email protected] on behalf >>>of >>> [email protected]> wrote: >>> >>>>On 27 November 2015 at 06:49, Geert Josten wrote: >>>> >>>>> Maybe it is because it is marked as form-data, instead of as >>>>>attachment. >>>>> Have you compared with a simple html upload form? >>>> >>>>Not sure to understand. Setting enctype="multipart/form-data" is the >>>>idiomatic, simple way for a HTML form to upload a file, isn't it? >>>> >>>>> I¹m sure that worked just fine for me in the past.. >>>> >>>>Yup... What bothers me is that the handling of the file content is >>>>different based on the Content-Type of the corresponding part (read as >>>>a binary node for application/octet-stream and as a text node for >>>>text/xml). In that case, I can't make sense of having a text node >>>>instead of an XML tree for text/xml. >>>> >>>>Regards, >>>> >>>>-- >>>>Florent Georges >>>>http://fgeorges.org/ >>>>http://h2oconsulting.be/ >>>>_______________________________________________ >>>>General mailing list >>>>[email protected] >>>>Manage your subscription at: >>>>http://developer.marklogic.com/mailman/listinfo/general >>> >>> _______________________________________________ >>> General mailing list >>> [email protected] >>> Manage your subscription at: >>> http://developer.marklogic.com/mailman/listinfo/general >>_______________________________________________ >>General mailing list >>[email protected] >>Manage your subscription at: >>http://developer.marklogic.com/mailman/listinfo/general > > _______________________________________________ > General mailing list > [email protected] > Manage your subscription at: > http://developer.marklogic.com/mailman/listinfo/general _______________________________________________ General mailing list [email protected] Manage your subscription at: http://developer.marklogic.com/mailman/listinfo/general
