MYECLIPSE 开发Web Service之详细讲解--第三节

上面第一节和第二节讲了开发和测验, 这次我再强调下相关注意点

先把webservice在传输过程中的主要内容贴出来。

<?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><ns1:example soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/ " xmlns:ns1="http://soap.linkage.com ">
<message xsi:type="soapenc:string" xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/ ">
<?xml version="1.0" encoding="UTF-8"?>
<SmterSMS><OrigDomain>PORT</OrigDomain>
<HomeDomain>BOSS</HomeDomain>
<Communicate>06</Communicate>
<BIPCode>BIP6C636</BIPCode>
<ActivityCode>T6000601</ActivityCode>
<ActionCode>0</ActionCode>
<Transido>D000010000000001</Transido>
<ProcessTime>20071130101010</ProcessTime>
<ActionDir>0</ActionDir>
<TestFlag>0</TestFlag>
<ProvinceCode>QHAI</ProvinceCode>
<InModeCode>2</InModeCode>
<TradeEparchyCode>0898</TradeEparchyCode>
<TradeCityCode>INTF</TradeCityCode>
<TradeDepartId>00310</TradeDepartId>
<TradeStaffId>ITFWC000</TradeStaffId>
<TradeDepartPasswd>0123456789</TradeDepartPasswd>
<RouteEparchyCode>INTF</RouteEparchyCode>
<SvcCont>
<![CDATA[
<?xml version="1.0" encoding="UTF-8"?>
<SMSC>
<SMSContReq>
<MobNum>139138000000</MobNum>
<SMSCont>1008www.chinamobile.com</SMSCont>
<SendObjectCode>1</SendObjectCode>
<RecvObjectType>00</RecvObjectType>
<SendTimeCode>1</SendTimeCode>
<SmsKindCode>02</SmsKindCode>
<NoticeContentType>0</NoticeContentType>
<SmsTypeCode>20</SmsTypeCode>
<ForceReferCount>1</ForceReferCount>
<SmsPriority>50</SmsPriority>
</SMSContReq></SMSC>]]>
</SvcCont>
</SmterSMS>
</message
</ns1:example>
</soapenv:Body>
</soapenv:Envelope>

 

  SOAP 绑定原则
Web Service 接口与SOAP1.1 协议格式相绑定,所有请求和响应消息均应采用SOAP 格式的消息封装,包含SOAP 封套(Envelope),SOAP 包头(Header)和SOAP 包体(Body)三部分。对任何技术实现的调用者而言,发出的调用请求消息均须带有以上三部分内容,包头和包体消息结构中引用的类型均来自 ucsmsContent.xsd和ucsmsHeader.xsd 中的定义。但在SOAP 包体中,如果按照规范定义某一参数为可选,则SOAP 消息中可不包含标识该参数的元素。返回的SOAP 消息结构同请求消息;
在本规范中,为支持事物处理而定义的 TransactionID 参数被包含在SOAP 包头中传送,因而,本规范要求所有SOAP 消息均必须带有SOAP 包头,接口程序应根据需要对SOAP 包头中的TransactionID 做相应的处理(用来标识事物或忽略)。
TransactionID 的产生规则是 ChannelID+10 位的数字,该10 位数字从1 开始,并且不足10 位的前补0。每次增长的步长为1,依次循环使用。
本规范遵循 WSDL 标准,接口通讯层与HTTP1.1 协议的POST 和GET 绑定在一起。
按本规范规定,服务器和客户端之间均通过 HTTP 的POST 方法来进行交互。与此相关,HTTP 报文内容格式与MIME 格式绑定,例如Content-Type 为text/xml等均遵循MIME 标准。
通信双方采用一问一答的通讯机制,即一次请求对应于一次应答。

一般情况,通信双方之间的消息发送后等待T秒后未收到响应,应立即重发,再连续发送N次后仍未得到响应则停发。现阶段建议取值为:T=120秒,N=30。

 

  这节内容意义不大,主要是说明在执行过程中的反映和一些术语的解释。呵呵,以后再补充吧。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值