Hi, Someone asked this already in the list but no one answered him so I thought I would try again. I am working with elements instead of complex types to eliminate the generation of 'xsi:type' in the soap request payload. I have an array of objects of known types, therefore I don't want the client to have to set the type explicitly. Axis seems to ignore the fixed and default attributes. What can I do?
Here is how the request should look: <?xml version="1.0" encoding="UTF-8"?> <soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"; xmlns:xsd="http://www.w3.org/2001/XMLSchema"; xmlns:xsi ="http://www.w3.org/2001/XMLSchema-instance";> <soapenv:Body> <vpmsrequest productname="travel" xmlns ="http://dse.mynd.de/jvpms/element/";> <request type="set" name="SizeofGroup" value="1" xmlns=""/> <request type="set" name="GeographicalArea" value="1" xmlns=""/> <request type="compute" name="P_Premium" xmlns=""/> <request type="choice" name="GeographicalArea" xmlns=""/> <request type="set" name="SizeofGroup" value="3" xmlns=""/> </vpmsrequest> </soapenv:Body> </soapenv:Envelope> Again the goal is that the client programmer doesn't need to do the following: Set set = new Set(); set.setType("set"); //BAD because we already know what type it is!!! set.setName("SizeofGroup"); set.setValue("1"); Any feedback would be greatly appreciated. As background I am using document/literal for my messages. Mary Roderick CSC SoftwareConsult GmbH & Co. oHG Taubenholzweg 1 51105 K�ln Germany Phone: +49.221.8029.242 Fax: +49.221.8029.990 Mobile:+49 163 2495528 e-Mail: [EMAIL PROTECTED] Internet: http://www.de.csc.com 100 Jahre Tour de France: Herzlichen Gl�ckwunsch dem Team CSC zum 1. Platz in der Team-Gesamtwertung http://www.csc-cycling.com/. ---------------------------------------------------------------------------------------- This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. ----------------------------------------------------------------------------------------
