axis 四种模式.docVIP

axis 四种模式 Axis支持四种样式的服务。RPC服务使用SOAP RPC惯例和SOAP section 5的编码。Document服务部使用任何编码方式(所以，不会看到多饮用的对象序列化或者SOAP-style数 组)，但是使用XML--Java数据绑定。Wrapped服务和document服 务相似，但是Wrapped服务不是将整个SOAPbody绑定到一个大的结构，而是将它分成很多个体参数。Message服务接受和返回任意SOAP Envelope中的XML，并不进行类型映射和数据绑定。如果只想使用原始的XML作为SOAP Envelope的输入和输出，那么就是用message服 务。RFC服务RFC服务是Axis的默认服 务。它们在部署描述符中的定义为vider=”java:RPC”或者service....style=”RPC”。RPC服务遵循SOAP RPC和编码规则，这意味着RPC服务的XML就像上面的echoString例子一样，每个RPC调用都作为操作名，包含的内部元素对应操作的参数。Axis会将XML反序列化成Java对象来适 应服务，然后再将返回的Java对象进行序列化成XML返回。由于RPC服务默认使用soap section 5比阿玛规则，对象会通过multi-ref序 列化，允许对对象图表进行编码。Document/Wrapped服务这两种服务很类似，都不对数据进行SOAP编码，而只是简单的XML Schema。在这两种情况中，Axis仍然对java表示与XML进行绑定， 所以只需要处理Java对象，而不是直接处理XML结构。下面是一个关于购买顺序的SOAP消息，用来说明两者的区别：soap:Envelope xmlns=/axis/wsdd/ xmlns:java=/axis/wsdd/providers/java soap:Body myNS:PurchaseOrder xmlns:myNS=/PO itemSK001/item quantity1/quantity descriptionSushi Knife/description /myNS:PurchaseOrder /soap:Body/soap:EnvelopePurchaseOrder元素的Schema如 下：schema targetNamespace=/PO complexType name=POType sequence element name=item type=xsd:string/ element name=quantity type=xsd:int/ element name=description type=xsd:string/ /sequence /complexType element name=PurchaseOrder type=POType//deployment对于Document样式的服务，将会映射到一个如下的方法：public void method(PurchaseOrder po)也就是说，整个PurchaseOrder元素作为方法的一个单独的bean对象参数，这个Bean类应该有三 个成员属性。而对于wrapped样式的服务来说，将会映射到如下的方法：public void purchaseOrder(String item,int quality,String description)注意在这种情况的大小写，PurchaseOrder元素是一个”wrapper”，只处理正确的操作。方法的参数就是unwrap外层元 素后的每一个内层元素。document或者wrapped样式 的定义是在WSDD中定义的：service ... style=document for document styleservice ... style=wrapped for wrapped style当使用WSDL文档创建Web Service的时候，就不需要担心到底是哪种服务了。Message服务最后是Message样式的服务，当需要使Axis无效，将代码作为实际的XML查看而不是java对象的时 候，就使用这种服务。下面是四的message-style服务的方法的合法信号public Element [] method(Element [] bodies);public SOAPBodyElement [] method (SOAPBodyElement [] bodies);public Document method(Document body);public void method(SOAPEnve