cxf-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Benson Margulies <bimargul...@gmail.com>
Subject Re: MTOM trivial case
Date Tue, 15 Jan 2008 01:23:12 GMT
Thank you. 

I wonder if it's a bug in CXF that the JavaFirst trick doesn't work? Or
is there an @XmlElement trick to specify base64Binary for the string?



On Mon, 2008-01-14 at 16:15 +0000, Ian Roberts wrote:
> Benson Margulies wrote:
> > I want to use MtoM to ship non-XML-1.0 text. So, I'd just as soon
> > declare String properties, not DataHandlers. Does anyone know if this is
> > likely to work? 
> 
> It should work if you're going WSDL-first - define your element as type 
> xsd:base64Binary and add xmime:expectedContentType="text/plain". 
> Starting from Java it didn't quite work for me.  With:
> 
> String myMethod(@XmlMimeType("text/plain") String myParam)
> 
> the generated schema had the xmime:expectedContentType on myParam but 
> the element type was still xsd:string, so not MTOM-able.  It may be more 
> successful if you write your own RequestWrapper class with annotations 
> to force the type to xsd:base64Binary, but I gave up at that point and 
> just made my parameters byte[] instead (the tools I'm passing the data 
> on to are equally happy with an InputStream as with a StringReader).
> 
> Ian
> 


Mime
View raw message