Hi
On 30/05/17 08:43, nicolasduminil wrote:
Hi Sergey,

Thanks for these explanations. I followed the link you've suggested and,
yes, this is exactly the kind of payload I would need. However, I stoped
reading it quite fast, for reasons that you probably will guess: I'm not
very confortable to read HTTP code which, in my opinion, is not dedicated to
human beens :-)

It does not matter for CXF service, with a signature you did, whether you have the payload with a part like 'files' containing embedded parts, or if you have N parts with each part having a 'files' name. The service will accept either format,

My only point was that at the CXF client side, it is not possible yet to create an individual part which itself contains embedded parts, which is what having Attachment's entity be a List implies.

It would be great if there were any tool around able to, given an HHTP
payload like this one, generate the required service signature and client
skeleton. This would be as more usefull as the majority of the JAX-RS
services specs are expressed in terms of HTTP payloads and the developer
needs to figure out how to write the right client able to produce the given
payload. In most cases this is not difficult but in some other cases,
especially the ones related to multipart and other non-standard features,
the things are more complicated. To make an ananlogy with the JAX-WS world,
it's like WSDL didn't exist and developpers would have to code against specs
expressed in terms of SOAP payloads.

Okay, I have to stop dreaming.

All this to say that, if you could sketch down for me in a couple of
minutes, a service signature and client skeleton compliant with the payload
in the example, I would be very gratefull to you.
Simply avoid having a List as a single Attachment entity

Cheers. Sergey

Many thanks,

Nicolas DUMINIL



--
View this message in context: 
http://cxf.547215.n5.nabble.com/HTTP-415-raised-by-JAX-RS-service-consuming-multipart-tp5780784p5780829.html
Sent from the cxf-user mailing list archive at Nabble.com.



--
Sergey Beryozkin

Talend Community Coders
http://coders.talend.com/

Reply via email to