By default, Apache SOAP will base64 encode a byte array. The standard approach, then, for sending something like a gif with Apache SOAP is to read the gif into a byte array, then pass the byte array as a parameter. You do not need to apply base64 yourself.
Scott Nichol Do not send e-mail directly to this e-mail address, because it is filtered to accept only mail from specific mail lists. ----- Original Message ----- From: "Rajesh Thota" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Thursday, August 26, 2004 2:10 AM Subject: RE: Intger as Parameter does not allow null I have a issue with using byte array as a attribute in a complex type. I want to send a gif file content as part of the soap message. I am doing a base64 encoding myself, but looks like the apache soap implementation also does a base 64 encoding again. Is that the desired behavior ?!?!? Appreciate any inputs. thx. Rajesh. -----Original Message----- From: Scott Nichol [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 24, 2004 7:24 PM To: [EMAIL PROTECTED] Subject: Re: Intger as Parameter does not allow null The link you cite is misleading. It it also to information for using deployment descriptor type mappings, which is the standard way to add your mapping. There is no documentation for subclassing the SOAPMappingRegistry class that I know of. You would need to read the source code for that class yourself to figure out how to subclass it. Scott Nichol Do not send e-mail directly to this e-mail address, because it is filtered to accept only mail from specific mail lists. ----- Original Message ----- From: "Malte Kempff" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, August 24, 2004 4:57 AM Subject: AW: Intger as Parameter does not allow null > hi Scott, > I have some trouble with the soap documentation: > I looked under the topic Creating Type Mappings and found following > > Registering Type Mappings on the Server > ... > For information about overriding the default mapping registry, look here. > > > when I klick at 'here' I arrive at the following > > Specifying Type Mappings in a Deployment Descriptor > > which is not quite the thing what I have expected > > the next link here directs you to the top of the page. > > can you help me finding the expected Docs? > > thanks in advance > > Malte > > -----Ursprüngliche Nachricht----- > Von: Scott Nichol [mailto:[EMAIL PROTECTED] > Gesendet: Montag, 23. August 2004 22:49 > An: [EMAIL PROTECTED] > Betreff: Re: Intger as Parameter does not allow null > > > To my knowledge, you can send a null xsd:int, but you cannot receive one > (and I believe the message below is from receiving such a null). > > To receive a null xsd:int, you must write a new deserializer and map it to > xsd:int . > > Scott Nichol > > Do not send e-mail directly to this e-mail address, > because it is filtered to accept only mail from > specific mail lists. > ----- Original Message ----- > From: "Malte Kempff" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Monday, August 23, 2004 4:57 AM > Subject: Intger as Parameter does not allow null > > > > Hello, > > I would very much have the possibility to send an Integer as Parameter, > > which could be null. > > unfortunately soap gives me this error: > > > > SOAP-RPC:[Attributes={}] [faultCode=SOAP-ENV:Client] [faultString=Cannot > set > > null value for primitive type int] [faultActorURI=/soap/servlet/rpcrouter] > > [DetailEntries=] [FaultEntries=] Fault Code=SOAP-ENV:Client > > > > I don't like to use a dummy Integer for that matter. > > Why does Apache SOAP does not differenciate between int and Integer as > > paramaeter, does AXIS do it? > > > > Malte > > > > ____________ > > Virus checked by G DATA AntiVirusKit > > Version: AVK 14.0.1937 from 18.08.2004 > > Virus news: www.antiviruslab.com > > > > > > > > ____________ > Virus checked by G DATA AntiVirusKit > Version: AVK 14.0.1937 from 18.08.2004 > Virus news: www.antiviruslab.com > Carrier-Class OSS for Large Scale Public WLANs Pronto Makes AlwaysOn Top 100 Innovator List for 2nd Straight Year http://www.prontonetworks.com/AO1002004ProntoNetworks.pdf The Key to the Wi-Fi http://www.wi-fiplanet.com/news/article.php/3365501 OSS: Why Do Operators Need One More for Wi-Fi? http://www.americasnetwork.com/americasnetwork/article/articleDetail.jsp?id=103382 This email contains Pronto Networks, Inc. confidential information. No confidentiality is waived or lost by any mistransmission. Pronto Networks, Inc. reserves the right to monitor all e-mail communications through its network.
