| |
由彩信MM7协议引起的对HTTP和SOAP协议的研究 |
|
时间: 2006-08-07 来自：ChinaUnix.net |
 |
|
使用的是SOAP协议 同时还有HTTP协议
如果研究得好的话把它写出来
[code:1:ab5ff623bd]
MM7±¨τ
----- 0----START-----2003_08_16 15:33:00------------START--
POST /vasp/servlet/messagerouter HTTP/1.0
Host: 127.0.0.1
Content-Type: multipart/related; boundary=18725445.1061019184281.JavaMail.Administrator.mms; type="text/xml"; start="11732976.1061019184640.apache-soap.mms"
Content-Length: 4087
SOAPAction: "MultiMediaSubmit"
--18725445.1061019184281.JavaMail.Administrator.mms
Content-Type: text/xml; charset=utf-8
Content-Transfer-Encoding: 8bit
Content-ID: <11732976.1061019184640.apache-soap.mms>
Content-Length: 1985
<?xml version='1.0' encoding='UTF-8'?>
<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema">
<SOAP-ENV:Header>
<MM7Header SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" xmlns:ns1="urn:xml-MM7Header">
<Version xsi:type="xsd:string">1</Version>
<Transaction-ID xsi:type="xsd:string">ae0f3154c206696c</Transaction-ID>
<Message-Type xsi:type="xsd:string">MM7Submit.Req</Message-Type>
<VASP-ID xsi:type="xsd:string">MyCompany</VASP-ID>
<VAS-ID xsi:type="xsd:string">CoolPix4Money</VAS-ID>
<Reverse-Charging xsi:type="xsd:boolean">false</Reverse-Charging>
<Report-Address xsi:type="xsd:string">http://127.0.0.1:8899/vasp/servlet/messagerouter</Report-Address>
</MM7Header>
</SOAP-ENV:Header>
<SOAP-ENV:Body>
<MultiMediaSubmit SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" xmlns="urn:MM7Submit.Req">
<Delivery-Report xsi:type="xsd:boolean">true</Delivery-Report>
<Read-Reply xsi:type="xsd:boolean">true</Read-Reply>
<Allow-Adaptations xsi:type="xsd:boolean">true</Allow-Adaptations>
<Sender-Visibility xsi:type="xsd:boolean">true</Sender-Visibility>
<Allow-Cancel xsi:type="xsd:boolean">true</Allow-Cancel>
<From xsi:type="xsd:string">123456</From>
<Priority xsi:type="xsd:string">Normal</Priority>
<Subject xsi:type="xsd:string">Check this out ---</Subject>
<Message-Class xsi:type="xsd:string">Advertisement</Message-Class>
<Relative-Expiry-Date xsi:type="xsd:long">86400</Relative-Expiry-Date>
<Recipient Recipient-Type="TO" xsi:type="xsd:string">+15166771000</Recipient>
<Content-Type xsi:type="xsd:string">multipart/related; start=&&AAAA&&; boundary=2112561.1061019183968.JavaMail.Administrator.mms</Content-Type>
<Message-File href=" =cid:AAAA"/>
<Message-File href=" =cid:14301726.1061019184265.apache-soap.mms"/>
</MultiMediaSubmit>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>
--18725445.1061019184281.JavaMail.Administrator.mms
Content-Type: multipart/related; boundary=2112561.1061019183968.JavaMail.Administrator.mms
--2112561.1061019183968.JavaMail.Administrator.mms
Content-Type: application/octet-stream; name=smil1.smil
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment; filename=smil1.smil
Content-ID: <AAAA>
<smil xmlns="http://www.w3.org/2000/SMIL20/CR/Language">
<head>
<layout>
<root-layout height="208" width="176" />
<region id="Image" top="0" left="0" height="50" width="100" fit="hidden"/>
<region id="Text" top="50" left="0" height="50" width="100" fit="hidden"/>
</layout>
</head>
<body>
<par dur="5s">
<img src="w.gif" region="Image" />
</par>
</body>
</smil>
--2112561.1061019183968.JavaMail.Administrator.mms
Content-Type: image/gif; name=1.gif
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename=1.gif
Content-ID: <1.gif>
R0lGODlhdQAxALMAAGq12qHQ6Mnk8UGgz/L5/E2m0+Xy+a7X64XC4Fqt1tns9ZHI5He73bvd7jOZ
zP///yH5BAAAAAAALAAAAAB1ADEAAAT/8MlJq7046827/2AojmRpnmiqrmzrvnAsz3Rt33iu73zv
/8CgcEgsGo/IpHLJbDqf0Kh0Sq1arxzCIUDA3gSIgcOR8M4Mi8J47TC/CIEEm41wsxSM+boQMBAV
AgImBoFdJmpzAwiCKwCOjwAHDweQAAh+DwuOEwGIYwsPcIgFknByDgWgDwoAdIaPARKsAAoZYmsM
B10GnQOSJ3oOsQF6A36tbQ8IawNisacFrbHI0QOxBrcJiGUPbH4CY4wXBwN8flrIayhji4ECfsQO
ggtjksgPDWMDjASAnxMGDLADqGxMLALIJNF5AE5ehwbLiq0TZiGeoHwOGjy4l8chBQX6/3RJIBDS
0AM1AyY0rKNvDKFwGhQsuJUIQS1gegTFSwBADLd79yykc8CgS8QxDGqNAUBhaTdhahbBxEAvWCST
OOfo1HMT6BgMB045YDqpI6qnZCU4NXjA4NQLesyFCsBlYqwK8QI0EMNAwr2Ivy4YQETBwCkFpwxh
BGXwpINb4oTqsymhgVluJhrjhRmxyz2Qj0UGnHSO8LtQyHixI2AYZuO2ayJXgKNx1Uw9E+cMg4lx
2tdJevrqYTyHrNg1qjR7km2B1/GFWdns9uhz4+9VCEZNy3aXwS0+JuMsrf30bkOPF/AEQ7UAkx0V
npgteu+C5liR9F2Qk5u/v///AAYo4AmABBZo4IFBRAAAOw==
--2112561.1061019183968.JavaMail.Administrator.mms--
--18725445.1061019184281.JavaMail.Administrator.mms--
----- 0----STOP------2003_08_16 15:33:00------------STOP--
----- 1----START-----2003_08_16 15:33:00------------START--
POST /vasp/servlet/messagerouter HTTP/1.0
Host: 127.0.0.1
Content-Type: text/xml; charset=utf-8
Content-Length: 1080
SOAPAction: "MultiMediaDeliveryReport"
<?xml version='1.0' encoding='UTF-8'?>
<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsi="http://www.w3.org/1999/XMLSchema-instance" xmlns:xsd="http://www.w3.org/1999/XMLSchema">
<SOAP-ENV:Header>
<MM7Header SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" xmlns:ns1="urn:xml-MM7Header">
<Version xsi:type="xsd:string">1</Version>
<Transaction-ID xsi:type="xsd:string">e7d1fc0e7cf16f85</Transaction-ID>
<Message-Type xsi:type="xsd:string">MM7DeliveryReport.Req</Message-Type>
</MM7Header>
</SOAP-ENV:Header>
<SOAP-ENV:Body>
<MultiMediaDeliveryReport SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" xmlns="urn:MM7DeliveryReport.Req">
<Message-ID xsi:type="xsd:string">1573c7ad00e46b7d</Message-ID>
<Request-Status xsi:type="xsd:string">Delivered</Request-Status>
<Date xsi:type="xsd:dateTime">2003-08-16T15:33:05Z</Date>
<From xsi:type="xsd:string">123456</From>
<Recipient xsi:type="xsd:string">+15166771000</Recipient>
</MultiMediaDeliveryReport>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>
----- 1----STOP------2003_08_16 15:33:00------------STOP--
----- 2----START-----2003_08_16 15:33:00------------START--
POST /vasp/servlet/messagerouter HTTP/1.0
Host: 127.0.0.1
Content-Type: text/xml; charset=utf-8
Content-Length: 1055
SOAPAction: "MultiMediaReadReport"
<?xml version='1.0' encoding='UTF-8'?>
<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsi="http://www.w3.org/1999/XMLSchema-instance" xmlns:xsd="http://www.w3.org/1999/XMLSchema">
<SOAP-ENV:Header>
<MM7Header SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" xmlns:ns1="urn:xml-MM7Header">
<Version xsi:type="xsd:string">1</Version>
<Transaction-ID xsi:type="xsd:string">ad80199737959cda</Transaction-ID>
<Message-Type xsi:type="xsd:string">MM7ReadReport.Req</Message-Type>
</MM7Header>
</SOAP-ENV:Header>
<SOAP-ENV:Body>
<MultiMediaReadReport SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" xmlns="urn:MM7ReadReport.Req">
<Message-ID xsi:type="xsd:string">1573c7ad00e46b7d</Message-ID>
<Request-Status xsi:type="xsd:string"></Request-Status>
<Date xsi:type="xsd:dateTime">2003-08-16T15:33:05Z</Date>
<From xsi:type="xsd:string">123456</From>
<Recipient xsi:type="xsd:string">+15166771000</Recipient>
</MultiMediaReadReport>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>
----- 2----STOP------2003_08_16 15:33:00------------STOP--
----- 0----START-----2003_08_16 15:33:00------------START--
HTTP/1.1 200 OK
Set-Cookie: JSESSIONID=77488C907694BFF436A6C23BF4E03926; Path=/vasp
Content-Type: text/xml
Content-Length: 964
Date: Sat, 16 Aug 2003 07:33:05 GMT
Server: Apache Coyote/1.0
Connection: close
<?xml version='1.0' encoding='UTF-8'?>
<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsi="http://www.w3.org/1999/XMLSchema-instance" xmlns:xsd="http://www.w3.org/1999/XMLSchema">
<SOAP-ENV:Header>
<MM7Header SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" xmlns:ns1="urn:xml-MM7Header">
<Version xsi:type="xsd:string">1</Version>
<Transaction-ID xsi:type="xsd:string">ae0f3154c206696c</Transaction-ID>
<Message-Type xsi:type="xsd:string">MM7Submit.Res</Message-Type>
</MM7Header>
</SOAP-ENV:Header>
<SOAP-ENV:Body>
<MultiMediaSubmitResponse SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" xmlns="urn:MM7Submit.Res">
<Message-ID xsi:type="xsd:string">1573c7ad00e46b7d</Message-ID>
<Request-Status xsi:type="xsd:string">0</Request-Status>
<Request-Status-Text xsi:type="xsd:string">OK</Request-Status-Text>
</MultiMediaSubmitResponse>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>
----- 0----STOP------2003_08_16 15:33:00------------STOP--
----- 1----START-----2003_08_16 15:33:00------------START--
HTTP/1.1 200 OK
Set-Cookie: JSESSIONID=37277097AF6EF9D8D42E202FC07ADCA2; Path=/vasp
Content-Type: text/xml
Content-Length: 863
Date: Sat, 16 Aug 2003 07:33:05 GMT
Server: Apache Coyote/1.0
Connection: close
<?xml version='1.0' encoding='UTF-8'?>
<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsi="http://www.w3.org/1999/XMLSchema-instance" xmlns:xsd="http://www.w3.org/1999/XMLSchema">
<SOAP-ENV:Header>
<MM7Header SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" xmlns:ns1="urn:xml-MM7Header">
<Version xsi:type="xsd:string">1</Version>
<Transaction-ID xsi:type="xsd:string">e7d1fc0e7cf16f85</Transaction-ID>
<Message-Type xsi:type="xsd:string">MM7DeliveryReport.Res</Message-Type>
</MM7Header>
</SOAP-ENV:Header>
<SOAP-ENV:Body>
<MultiMediaDeliveryReportResponse SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" xmlns="urn:MM7DeliveryReport.Res">
<Request-Status xsi:type="xsd:string">OK</Request-Status>
</MultiMediaDeliveryReportResponse>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>
----- 1----STOP------2003_08_16 15:33:00------------STOP--
----- 2----START-----2003_08_16 15:33:00------------START--
HTTP/1.1 200 OK
Set-Cookie: JSESSIONID=AC1A41240B0935FFA0E526348CBEB579; Path=/vasp
Content-Type: text/xml
Content-Length: 845
Date: Sat, 16 Aug 2003 07:33:06 GMT
Server: Apache Coyote/1.0
Connection: close
<?xml version='1.0' encoding='UTF-8'?>
<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsi="http://www.w3.org/1999/XMLSchema-instance" /1999/XMLSchema">
<SOAP-ENV:Header>
<MM7Header SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" xmlns:ns1="urn:xml-MM7Header">
<Version xsi:type="xsd:string">1</Version>
<Transaction-ID xsi:type="xsd:string">ad80199737959cda</Transaction-ID>
<Message-Type xsi:type="xsd:string">MM7ReadReply.Res</Message-Type>
</MM7Header>
</SOAP-ENV:Header>
<SOAP-ENV:Body>
<MultiMediaReadReportResponse SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" xmlns="urn:MM7ReadReply.Res">
<Request-Status xsi:type="xsd:string">OK</Request-Status>
</MultiMediaReadReportResponse>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>
----- 2----STOP------2003_08_16 15:33:00------------STOP--
////////////////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////////////////
L is OFFBBCode is ///////////////////////&ڶ?ICSION±¨τ///////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////////////////
----- 3----START-----2003_08_16 15:47:00------------START--
POST /vasp/servlet/messagerouter HTTP/1.0
Host: localhost
Content-Type: multipart/related; boundary=421988.1061020062781.JavaMail.Administrator.mms; type="text/xml"; start="14372770.1061020063187.apache-soap.mms"
Content-Length: 2832
SOAPAction: "MultiMediaSubmit"
--421988.1061020062781.JavaMail.Administrator.mms
Content-Type: text/xml; charset=utf-8
Content-Transfer-Encoding: 8bit
Content-ID: <14372770.1061020063187.apache-soap.mms>
Content-Length: 1789
<?xml version='1.0' encoding='UTF-8'?>
<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema">
<SOAP-ENV:Header>
<MM7Header SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" xmlns:ns1="urn:xml-MM7Header">
<Version xsi:type="xsd:string">1</Version>
<Transaction-ID xsi:type="xsd:string">bb6b5fa55566d483</Transaction-ID>
<Message-Type xsi:type="xsd:string">MM7Submit.Req</Message-Type>
<VASP-ID xsi:type="xsd:string">MyCompany</VASP-ID>
<VAS-ID xsi:type="xsd:string">CoolPix4Money</VAS-ID>
<Reverse-Charging xsi:type="xsd:boolean">false</Reverse-Charging>
<Report-Address xsi:type="xsd:string">http://localhost:8899/vasp/servlet/messagerouter</Report-Address>
</MM7Header>
</SOAP-ENV:Header>
<SOAP-ENV:Body>
<MultiMediaSubmit SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" xmlns="urn:MM7Submit.Req">
<Delivery-Report xsi:type="xsd:boolean">true</Delivery-Report>
<Read-Reply xsi:type="xsd:boolean">true</Read-Reply>
<Allow-Adaptations xsi:type="xsd:boolean">true</Allow-Adaptations>
<Sender-Visibility xsi:type="xsd:boolean">true</Sender-Visibility>
<Allow-Cancel xsi:type="xsd:boolean">true</Allow-Cancel>
<From xsi:type="xsd:string">123456</From>
<Priority xsi:type="xsd:string">Normal</Priority>
<Subject xsi:type="xsd:string">Check this out ---</Subject>
<Message-Class xsi:type="xsd:string">Advertisement</Message-Class>
<Relative-Expiry-Date xsi:type="xsd:long">86400</Relative-Expiry-Date>
<Recipient Recipient-Type="TO" xsi:type="xsd:string">+15166771000</Recipient>
<Message-File href=" =cid:24763620.1061020062703.apache-soap.mms"/>
</MultiMediaSubmit>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>
--421988.1061020062781.JavaMail.Administrator.mms
Content-Type: image/gif
Content-Transfer-Encoding: 8bit
Content-Disposition: attachment; filename=w.gif
Content-ID: <w.gif>
GIF89au
----- 3----STOP------2003_08_16 15:47:00------------STOP--
----- 4----START-----2003_08_16 15:47:00------------START--
POST /vasp/servlet/messagerouter HTTP/1.0
Host: localhost
Content-Type: text/xml; charset=utf-8
Content-Length: 1080
SOAPAction: "MultiMediaDeliveryReport"
<?xml version='1.0' encoding='UTF-8'?>
<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" /1999/XMLSchema-instance" xmlns:xsd="http://www.w3.org/1999/XMLSchema">
<SOAP-ENV:Header>
<MM7Header SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" xmlns:ns1="urn:xml-MM7Header">
<Version xsi:type="xsd:string">1</Version>
<Transaction-ID xsi:type="xsd:string">5b084f841652cd7d</Transaction-ID>
<Message-Type xsi:type="xsd:string">MM7DeliveryReport.Req</Message-Type>
</MM7Header>
</SOAP-ENV:Header>
<SOAP-ENV:Body>
<MultiMediaDeliveryReport SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" xmlns="urn:MM7DeliveryReport.Req">
<Message-ID xsi:type="xsd:string">121a643fe9187d19</Message-ID>
<Request-Status xsi:type="xsd:string">Delivered</Request-Status>
<Date xsi:type="xsd:dateTime">2003-08-16T15:47:43Z</Date>
<From xsi:type="xsd:string">123456</From>
<Recipient xsi:type="xsd:string">+15166771000</Recipient>
</MultiMediaDeliveryReport>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>
----- 4----STOP------2003_08_16 15:47:00------------STOP--
----- 5----START-----2003_08_16 15:47:00------------START--
POST /vasp/servlet/messagerouter HTTP/1.0
Host: localhost
Content-Type: text/xml; charset=utf-8
Content-Length: 1055
SOAPAction: "MultiMediaReadReport"
<?xml version='1.0' encoding='UTF-8'?>
<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsi="http://www.w3.org/1999/XMLSchema-instance" xmlns:xsd="http://www.w3.org/1999/XMLSchema">
<SOAP-ENV:Header>
<MM7Header SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" xmlns:ns1="urn:xml-MM7Header">
<Version xsi:type="xsd:string">1</Version>
<Transaction-ID xsi:type="xsd:string">7d7c7bf9d10b3231</Transaction-ID>
<Message-Type xsi:type="xsd:string">MM7ReadReport.Req</Message-Type>
</MM7Header>
</SOAP-ENV:Header>
<SOAP-ENV:Body>
<MultiMediaReadReport SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" xmlns="urn:MM7ReadReport.Req">
<Message-ID xsi:type="xsd:string">121a643fe9187d19</Message-ID>
<Request-Status xsi:type="xsd:string"></Request-Status>
<Date xsi:type="xsd:dateTime">2003-08-16T15:47:43Z</Date>
<From xsi:type="xsd:string">123456</From>
<Recipient xsi:type="xsd:string">+15166771000</Recipient>
</MultiMediaReadReport>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>
----- 5----STOP------2003_08_16 15:47:00------------STOP--
----- 3----START-----2003_08_16 15:47:00------------START--
HTTP/1.1 200 OK
Set-Cookie: JSESSIONID=FFAD485CA838C7D933D716857A0C4F0E; Path=/vasp
Content-Type: text/xml
Content-Length: 964
Date: Sat, 16 Aug 2003 07:47:44 GMT
Server: Apache Coyote/1.0
Connection: close
<?xml version='1.0' encoding='UTF-8'?>
<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsi="http://www.w3.org/1999/XMLSchema-instance" xmlns:xsd="http://www.w3.org/1999/XMLSchema">
<SOAP-ENV:Header>
<MM7Header SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" xmlns:ns1="urn:xml-MM7Header">
<Version xsi:type="xsd:string">1</Version>
<Transaction-ID xsi:type="xsd:string">bb6b5fa55566d483</Transaction-ID>
<Message-Type xsi:type="xsd:string">MM7Submit.Res</Message-Type>
</MM7Header>
</SOAP-ENV:Header>
<SOAP-ENV:Body>
<MultiMediaSubmitResponse SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" xmlns="urn:MM7Submit.Res">
<Message-ID xsi:type="xsd:string">121a643fe9187d19</Message-ID>
<Request-Status xsi:type="xsd:string">0</Request-Status>
<Request-Status-Text xsi:type="xsd:string">OK</Request-Status-Text>
</MultiMediaSubmitResponse>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>
----- 3----STOP------2003_08_16 15:47:00------------STOP--
----- 4----START-----2003_08_16 15:47:00------------START--
HTTP/1.1 200 OK
Set-Cookie: JSESSIONID=DE208B3C1794658E8FA4F441EFAF0A80; Path=/vasp
Content-Type: text/xml
Content-Length: 863
Date: Sat, 16 Aug 2003 07:47:49 GMT
Server: Apache Coyote/1.0
Connection: close
<?xml version='1.0' encoding='UTF-8'?>
<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" /1999/XMLSchema-instance" xmlns:xsd="http://www.w3.org/1999/XMLSchema">
<SOAP-ENV:Header>
<MM7Header SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" xmlns:ns1="urn:xml-MM7Header">
<Version xsi:type="xsd:string">1</Version>
<Transaction-ID xsi:type="xsd:string">5b084f841652cd7d</Transaction-ID>
<Message-Type xsi:type="xsd:string">MM7DeliveryReport.Res</Message-Type>
</MM7Header>
</SOAP-ENV:Header>
<SOAP-ENV:Body>
<MultiMediaDeliveryReportResponse SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" xmlns="urn:MM7DeliveryReport.Res">
<Request-Status xsi:type="xsd:string">OK</Request-Status>
</MultiMediaDeliveryReportResponse>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>
----- 4----STOP------2003_08_16 15:47:00------------STOP--
----- 5----START-----2003_08_16 15:47:00------------START--
HTTP/1.1 200 OK
Set-Cookie: JSESSIONID=90B5AB4DB80A8C19AAC4FE84B05BE478; Path=/vasp
Content-Type: text/xml
Content-Length: 845
Date: Sat, 16 Aug 2003 07:47:49 GMT
Server: Apache Coyote/1.0
Connection: close
<?xml version='1.0' encoding='UTF-8'?>
<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsi="http://www.w3.org/1999/XMLSchema-instance" xmlns:xsd="http://www.w3.org/1999/XMLSchema">
<SOAP-ENV:Header>
<MM7Header SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" xmlns:ns1="urn:xml-MM7Header">
<Version xsi:type="xsd:string">1</Version>
<Transaction-ID xsi:type="xsd:string">7d7c7bf9d10b3231</Transaction-ID>
<Message-Type xsi:type="xsd:string">MM7ReadReply.Res</Message-Type>
</MM7Header>
</SOAP-ENV:Header>
<SOAP-ENV:Body>
<MultiMediaReadReportResponse SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" xmlns="urn:MM7ReadReply.Res">
<Request-Status xsi:type="xsd:string">OK</Request-Status>
</MultiMediaReadReportResponse>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>
----- 5----STOP------2003_08_16 15:47:00------------STOP--
[/code:1:ab5ff623bd]
无双 回复于：2003-08-16 17:27:35
华为的
[code:1:5386413813]
----- 1----START-----2003_08_16 17:24:00------------START--
POST /vasp/servlet/messagerouter HTTP/1.1
Content-Type: application/vnd.wap.mms-message
X-HUAWEI-MMSC-From: 13800220002/TYPE=PLMN
X-HUAWEI-MMSC-Service-Code: 0
X-HUAWEI-MMSC-VAS-ID: 9009
X-HUAWEI-MMSC-VASP-ID: 900009
Authorization: Basic eW91ck5hbWU6eW91clBhc3N3b3Jk
Content-Length: 1194
User-Agent: Java/1.4.2
Host: localhost:8899
Accept: text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2
Connection: keep-alive
寑崘?�13800220002/TYPE=PLMN
----- 1----STOP------2003_08_16 17:25:00------------STOP--
[/code:1:5386413813]
爱立信MMSC接收
对比一下可见它们发的content-type不一样 同时都是使用HTTP协议和SOAP协议 所以想开发一个统一的接口还是可能的 只是需要在报文分析部分分开就可以了
[code:1:5386413813]
----- 1----START-----2003_08_16 17:24:00------------START--
HTTP/1.1 500 Internal Server Error
Set-Cookie: JSESSIONID=45F99051CCE7D08895D02C8B8FE369EE; Path=/vasp
Content-Type: text/xml; charset=utf-8
Content-Length: 520
Date: Sat, 16 Aug 2003 09:24:59 GMT
Server: Apache Coyote/1.0
<?xml version='1.0' encoding='UTF-8'?>
<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsi="http://www.w3.org/1999/XMLSchema-instance" xmlns:xsd="http://www.w3.org/1999/XMLSchema">
<SOAP-ENV:Body>
<SOAP-ENV:Fault>
<faultcode>SOAP-ENV:Protocol</faultcode>
<faultstring>Unsupported content type "application/vnd.wap.mms-message", must be: "text/xml".</faultstring>
<faultactor>/vasp/servlet/messagerouter</faultactor>
</SOAP-ENV:Fault>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>
----- 1----STOP------2003_08_16 17:25:00------------STOP--
[/code:1:5386413813]
无双 回复于：2003-08-16 21:37:13
里面涉及到的内容的讲解
HTTP协议讲解
HTTP是超文本传输协议 用于传输文本形式内容 工作在应用层上
基于讲求/响应模型 就是客户发一个请求 然后服务器返回一个响应 然后一次会话结束彼此关闭连接
这与SMTP相似 只是SMTP是PUSH模式 也就是客户发送数据 服务器接收数据
在HTTP中客户和服务器是固定的 也就是服务端就是WEB服务器 客户就是游览器 不可以反过来 所以HTTP中只能是实现pull模式 不可以实现push模式 也就是由服务器主动向客户发送数据 这在一定程度上限制了HTTP的应用 (在WAP中WSP协议对应HTTP协议 但是为了弥补了这个缺点 为满足WAP需要而添加了push模式)
HTTP由一个必选的头部写可选的内容部分组成
以下是HTTP模型
HTTP协议同其它TCP/IP协议集中的协议一样，是遵循客户/服务器模型工作的。客户端发往服务端的信息格式如下:
------------------------------
请求方法 URL HTTP协议的版本号
提交的元信息
**空行**
实体
------------------------------
请求方法是对这次连接工作的说明，目前HTTP协议已经发展到1.1版，它包括GET、HEAD、POST、DELETE、OPTIONS、TRACE、PUT七种。元信息是关于当前请求的信息。通过分析元信息，可以检查实体数据是否完整，接收过程是否出错，类型是否匹配等。元信息的引入使HTTP协议通信更加稳妥可靠。实体是请求的具体内容。
将上述报文发往Web服务器，如果成功，应答格式如下:
--------------------------------
HTTP协议的版本号 应答状态码 应答状态码说明
接收的元信息
**空行**
实体
--------------------------------
以上报文发向客户端，并且接收成功，彼此间关闭连接，完成一次握手。有时为了保证高效使用连接，会在一次握手中进行多个会话(这个在HTTP1。1中是支持的 )。
nicolas2001 回复于：2003-08-16 21:41:50
从哪里来的这些这些东西？
不过很有用啊！
我先谢了！
无双 回复于：2003-08-16 21:43:56
自己总结一下
因为前几天在研究这两个协议
然后就把研究结果写上来了一起探讨一下:)
无双 回复于：2003-08-16 21:55:32
同样可以分析上面的报文可以知道HTTP的协议信息
如头部中各选项的分开是使用\r\n标志
数据部分的分隔是使用\r\n\r\n标志（也就是一个空行）
内容部分中的空行不计入内 那什么知道内容的长度呢
有两个方法 1 是的指定Content-Length ,它的值就是以byte为单位的内容长度
另一个是当socket关闭时表示会话结束 这时也表示包传递结束 可以根据接收到的byte数目得到包体长度 但是有一个缺点就是 socket关闭只能在响应的一端 而不可以在请求的一端 请求方必须等到接收到响应后才可以关闭socket(这里如果一个连接中进行多次会话时应该由谁先关闭我没有研究 各位有兴趣的话可以看HTTP协议 1。0也就是RFC1945有中文翻译 1。1是英文的)
内容部分编码方式不限 对一些二进制文件则直接是二进制内容 没有进行编码
HTTP只是定义了双方的会话过程 也就是会话层协议
无双 回复于：2003-08-16 22:12:22
网上找到的资料http://www.china-pub.com/computers/emook/0472/info.htm
写得比我详细多了 看来每个技术想深入研究都是还有很多东西可以学的
HTTP的早期版本为HTTP/0.9，它适用于各种数据信息的简洁快速协议，但是其远不能满足日益发展各种应用的需要。但HTTP/0.9作为HTTP协议具有典型的无状态性：每个事务都是独立进行处理的，当一个事务开始就在客户与服务器之间建立一个连接，当事务结束时就释放这个连接。HTTP/0.9包含Simple-Request&Simple-Responsed的报文结构。但是客户无法使用内容协商，所以服务器也无法返回实体的媒体类型。
1982年，Tim Berners-Lee提出了HTTP/1.0，在此后的不断丰富和发展中，HTTP/1.0成为最重要的面向事务的应用层协议。该协议对每一次请求/响应，建立并拆除一次连接。其特点是简单、易于管理，所以它符合了大家的需要，得到了广泛的应用。其缺点是仍会发生下列问题：对用户请求响应慢、网络拥塞严重、安全性等。
1997年形成的HTTP/1.1，也就是现在普遍使用的协议，在持续连接操作机制中实现流水方式，即客户端需要对同一服务器发出多个请求时，其实现在多数的网页都是有多部分组成（比如多张图片），可用流水线方式加快速度，流水机制就是指连续发出多个请求并等到这些请求发送完毕，再等待响应。这样就大大节省了单独请求对响应的等待时间，使我们得到更快速的浏览。
另外，HTTP/1.1服务器端处理请求时按照收到的顺序进行,这就保证了传输的正确性。当然，服务器端在发生连接中断时，会自动的重传请求，保证数据的完整性。
HTTP/1.1还提供了身份认证、状态管理和Cache缓存等机制。这里，我想特别提一下关于HTTP/1.1中的Cache缓存机制对HTTP/1.0的不足之处的改进，它严格全面，既可以减少时间延迟、又节省了带宽。HTTP/1.1采用了内容协商机制，选择最合适的用户的内容表现形式。
现在，很多地方都有用到的虚拟主机技术在HTTP/1.1中也可以实现。所谓的虚拟主机技术，就是同一主机地址实际对应多台主机。通俗的讲，当你同时在一个网站申请两个主页时，用协议分析仪可以发现其实这两个主页对应的是同一个IP地址。这样用多台完全相同的机器形成WWW服务器就可以提高处理的吞吐量。
传统的解决方案是改造域名服务器使其可以根据一定的算法将同一域名解释成不同的IP地址。分别对应虚拟主机的每台机器，其缺点是要求每台机器占用完全独立的IP地址，这与IP地址的缺乏是相矛盾的。
HTTP/1.1提供的解决方案在HTTP协议自身中加入了指定不同主机的功能，从而多台主机可以共享一个IP地址，既提高了性能又便于管理。
因为HTTP/1.1是Internet现行的标准协议，这里详细介绍其相关语法。
首先，HTTP/1.1格式可写为：
[img:8d94cc43ef]http://www.china-pub.com/computers/emook/0472/1.gif[/img:8d94cc43ef]
其中请求方法是请求一定的Web页面的程序或用于特定的URL。可选用下列几种：
GET： 请求指定的页面信息，并返回实体主体。
HEAD： 只请求页面的首部。
POST： 请求服务器接受所指定的文档作为对所标识的URI的新的从属实体。
PUT： 从客户端向服务器传送的数据取代指定的文档的内容。
DELETE： 请求服务器删除指定的页面。
OPTIONS： 允许客户端查看服务器的性能。
TRACE： 请求服务器在响应中的实体主体部分返回所得到的内容。
PATCH： 实体中包含一个表，表中说明与该URI所表示的原内容的区别。
MOVE： 请求服务器将指定的页面移至另一个网络地址。
COPY： 请求服务器将指定的页面拷贝至另一个网络地址。
LINK： 请求服务器建立链接关系。
UNLINK： 断开链接关系。
WRAPPED： 允许客户端发送经过封装的请求。
Extension-mothed：在不改动协议的前提下，可增加另外的方法。
比如：
GET /index.html HTTP/1.1
Accept: text/plain /*纯ASCII码文本文件*/
Accept: text/html /*HTML文本文件*/
User-Agent:Mozilla/4.5(WinNT)
说明浏览器使用Get方法请求文档/index.html。浏览器则只允许接收纯ASCII码文本文件和HTML文本文件，其使用的引擎是Mozilla/4.5（Netscape）。
当服务器响应时，其状态行的信息为HTTP的版本号，状态码，及解释状态码的简单说明。现将5类状态码详细列出：
① 客户方错误
100 继续
101 交换协议
② 成功
200 OK
201 已创建
202 接收
203 非认证信息
204 无内容
205 重置内容
206 部分内容
③ 重定向
300 多路选择
301 永久转移
302 暂时转移
303 参见其它
304 未修改（Not Modified）
305 使用代理
④ 客户方错误
400 错误请求（Bad Request）
401 未认证
402 需要付费
403 禁止（Forbidden）
404 未找到（Not Found）
405 方法不允许
406 不接受
407 需要代理认证
408 请求超时
409 冲突
410 失败
411 需要长度
412 条件失败
413 请求实体太大
414 请求URI太长
415 不支持媒体类型
⑤ 服务器错误
500 服务器内部错误
501 未实现（Not Implemented）
502 网关失败
504 网关超时
505 HTTP版本不支持
比如：（在《TELNET……》一文中用telnet登陆80端口,相同的方法用在HTTP/1.1中,会发现没有显示，下面补充说明之）
telnet www.fudan.edu.cn 80
HEAD / HTTP/1.1
host:www.fudan.edu.cn /*本行为输入内容*/
HTTP/1.1 501 Method Not Implemented
Date: Web, 01 Nov 2000 07:12:29 GMT /*当前的日期/时间*/
Server: Apache/1.3.12 (Unix) /*Web服务器信息*/
Allow: GET, HEAD, OPTION, TRACE /*支持的方法类型*/
Connection: close
Connect-Type: Text/html; charset=iso-8859-1/*连接的媒体类型*/
<!DOCTYPE HTML PUBLIG "-//IETF//DTD HTML 2.0//EN">
<HTML><HEAD>
<TITLE>501 Method
Not Implemented</TITLE>
</HEAD><BODY>
<H1>Method Not Implemented</H1>
head to /inde
x.html not supported.<P>
Invalid method in request head / htp/1.1<P>
<HR>
<ADDRESS>
Apache/1.3.12 Server at www.fudan.edu.cn Port 80</ADDRESS>
</BODY></HTML>
关于实体头部的内容还可以有：
Last Modified ：请求文档的最近修改时间。
Expires ：请求文档的过期时间。
Connect-length：文档数据的长度。
WWW-authenricate：通知客户端需要的认证信息。
Connect-encoding ：说明有无使用压缩技术。
Transfer-encoding ：说明采用的编码变换类型。
随着Internet的发展，下一代的HTTP协议HTTP-ng已经在酝酿之中，它将会提供更好的安全性、更快的速度，其改进要点为：模块化强、网络效率高、安全性更好、结构更简单。
作者会员名：zhenm2000 E-mail：wangs97@263.net
联系电话： 021-65832771
通信地址：上海复旦大学9722#1-130（ 200433）
无双 回复于：2003-08-16 22:14:30
想试看HTTP协议时可以自己使用TELNET输入请求
然后观察响应 因为HTTP头都是文本形式的
无双 回复于：2003-08-16 22:27:15
http://networking.zju.edu.cn/wlxk/jczs/protocol/www2.htm
对HTTP协议模型中各部分功能说得比较清楚
WWW的核心——HTTP协议
众所周知，Internet的基本协议是TCP/IP协议，目前广泛采用的FTP、Archie Gopher等是建立在TCP/IP协议之上的应用层协议，不同的协议对应着不同的应用。
WWW服务器使用的主要协议是HTTP协议，即超文体传输协议。由于HTTP协议支持的服务不限于WWW，还可以是其它服务，因而HTTP协议允许用户在统一的界面下，采用不同的协议访问不同的服务，如FTP、Archie、SMTP、NNTP等。另外，HTTP协议还可用于名字服务器和分布式对象管理。
2.1 HTTP协议简介
HTTP是一个属于应用层的面向对象的协议，由于其简捷、快速的方式，适用于分布式超媒体信息系统。它于1990年提出，经过几年的使用与发展，得到不断地完善和扩展。目前在WWW中使用的是HTTP/1.0的第六版，HTTP/1.1的规范化工作正在进行之中，而且HTTP-NG(Next Generation of HTTP)的建议已经提出。
HTTP协议的主要特点可概括如下：
1.支持客户/服务器模式。
2.简单快速：客户向服务器请求服务时，只需传送请求方法和路径。请求方法常用的有GET、HEAD、POST。每种方法规定了客户与服务器联系的类型不同。
由于HTTP协议简单，使得HTTP服务器的程序规模小，因而通信速度很快。
3.灵活：HTTP允许传输任意类型的数据对象。正在传输的类型由Content-Type加以标记。
4.无连接：无连接的含义是限制每次连接只处理一个请求。服务器处理完客户的请求，并收到客户的应答后，即断开连接。采用这种方式可以节省传输时间。
5.无状态：HTTP协议是无状态协议。无状态是指协议对于事务处理没有记忆能力。缺少状态意味着如果后续处理需要前面的信息，则它必须重传，这样可能导致每次连接传送的数据量增大。另一方面，在服务器不需要先前信息时它的应答就较快。
2.2 HTTP协议的几个重要概念
1.连接(Connection)：一个传输层的实际环流，它是建立在两个相互通讯的应用程序之间。
2.消息(Message)：HTTP通讯的基本单位，包括一个结构化的八元组序列并通过连接传输。
3.请求(Request)：一个从客户端到服务器的请求信息包括应用于资源的方法、资源的标识符和协议的版本号
4.响应(Response)：一个从服务器返回的信息包括HTTP协议的版本号、请求的状态(例如“成功”或“没找到”)和文档的MIME类型。
5.资源(Resource)：由URI标识的网络数据对象或服务。
6.实体(Entity)：数据资源或来自服务资源的回映的一种特殊表示方法，它可能被包围在一个请求或响应信息中。一个实体包括实体头信息和实体的本身内容。
7.客户机(Client)：一个为发送请求目的而建立连接的应用程序。
8.用户代理(User agent)：初始化一个请求的客户机。它们是浏览器、编辑器或其它用户工具。
9.服务器(Server)：一个接受连接并对请求返回信息的应用程序。
10.源服务器(Origin server)：是一个给定资源可以在其上驻留或被创建的服务器。
11.代理(Proxy)：一个中间程序，它可以充当一个服务器，也可以充当一个客户机，为其它客户机建立请求。请求是通过可能的翻译在内部或经过传递到其它的服务器中。一个代理在发送请求信息之前，必须解释并且如果可能重写它。
代理经常作为通过防火墙的客户机端的门户，代理还可以作为一个帮助应用来通过协议处理没有被用户代理完成的请求。
12.网关(Gateway)：一个作为其它服务器中间媒介的服务器。与代理不同的是，网关接受请求就好象对被请求的资源来说它就是源服务器；发出请求的客户机并没有意识到它在同网关打交道。
网关经常作为通过防火墙的服务器端的门户，网关还可以作为一个协议翻译器以便存取那些存储在非HTTP系统中的资源。
13.通道(Tunnel)：是作为两个连接中继的中介程序。一旦激活，通道便被认为不属于HTTP通讯，尽管通道可能是被一个HTTP请求初始化的。当被中继的连接两端关闭时，通道便消失。当一个门户(Portal)必须存在或中介(Intermediary)不能解释中继的通讯时通道被经常使用。
14.缓存(Cache)：反应信息的局域存储。
2.3 HTTP协议的运作方式
HTTP协议是基于请求／响应范式的。一个客户机与服务器建立连接后，发送一个请求给服务器，请求方式的格式为，统一资源标识符、协议版本号，后边是MIME信息包括请求修饰符、客户机信息和可能的内容。服务器接到请求后，给予相应的响应信息，其格式为一个状态行包括信息的协议版本号、一个成功或错误的代码，后边是MIME信息包括服务器信息、实体信息和可能的内容。
许多HTTP通讯是由一个用户代理初始化的并且包括一个申请在源服务器上资源的请求。最简单的情况可能是在用户代理(UA)和源服务器(O)之间通过一个单独的连接来完成(见图2-1)。
图2-1
当一个或多个中介出现在请求／响应链中时，情况就变得复杂一些。中介由三种：代理(Proxy)、网关(Gateway)和通道(Tunnel)。一个代理根据URI的绝对格式来接受请求，重写全部或部分消息，通过URI的标识把已格式化过的请求发送到服务器。网关是一个接收代理，作为一些其它服务器的上层，并且如果必须的话，可以把请求翻译给下层的服务器协议。一个通道作为不改变消息的两个连接之间的中继点。当通讯需要通过一个中介(例如：防火墙等)或者是中介不能识别消息的内容时，通道经常被使用。 图2-2
上面的图2-2表明了在用户代理(UA)和源服务器(O)之间有三个中介(A,B和C)。一个通过整个链的请求或响应消息必须经过四个连接段。这个区别是重要的，因为一些HTTP通讯选择可能应用于最近的连接、没有通道的邻居，应用于链的终点或应用于沿链的所有连接。尽管图2-2是线性的，每个参与者都可能从事多重的、并发的通讯。例如，B可能从许多客户机接收请求而不通过A，并且／或者不通过C把请求送到A，在同时它还可能处理A的请求。
任何针对不作为通道的汇聚可能为处理请求启用一个内部缓存。缓存的效果是请求／响应链被缩短，条件是沿链的参与者之一具有一个缓存的响应作用于那个请求。下图说明结果链，其条件是针对一个未被UA或A加缓存的请求，B有一个经过C来自O的一个前期响应的缓存拷贝。
图2-3
在Internet上，HTTP通讯通常发生在TCP/IP连接之上。缺省端口是TCP 80，但其它的端口也是可用的。但这并不预示着HTTP协议在Internet或其它网络的其它协议之上才能完成。HTTP只预示着一个可靠的传输。
以上简要介绍了HTTP协议的宏观运作方式，下面介绍一下HTTP协议的内部操作过程。
首先，简单介绍基于HTTP协议的客户/服务器模式的信息交换过程，如图2-4所示，它分四个过程，建立连接、发送请求信息、发送响应信息、关闭连接。
图2-4
在WWW中，“客户”与“服务器”是一个相对的概念，只存在于一个特定的连接期间，即在某个连接中的客户在另一个连接中可能作为服务器。WWW服务器运行时，一直在TCP80端口(WWW的缺省端口)监听，等待连接的出现。
下面，讨论HTTP协议下客户/服务器模式中信息交换的实现。 1.建立连接 连接的建立是通过申请套接字(Socket)实现的。客户打开一个套接字并把它约束在一个端口上，如果成功，就相当于建立了一个虚拟文件。以后就可以在该虚拟文件上写数据并通过网络向外传送。
2.发送请求
打开一个连接后，客户机把请求消息送到服务器的停留端口上，完成提出请求动作。
HTTP/1.0 请求消息的格式为：
请求消息=请求行(通用信息|请求头|实体头) CRLF[实体内容]
请求 行=方法 请求URL HTTP版本号 CRLF
方 法=GET|HEAD|POST|扩展方法
U R L=协议名称+宿主名+目录与文件名
请求行中的方法描述指定资源中应该执行的动作，常用的方法有GET、HEAD和POST。不同的请求对象对应GET的结果是不同的，对应关系如下：
对象 GET的结果
文件 文件的内容
程序 该程序的执行结果
数据库查询 查询结果
HEAD——要求服务器查找某对象的元信息，而不是对象本身。
POST——从客户机向服务器传送数据，在要求服务器和CGI做进一步处理时会用到POST方法。POST主要用于发送HTML文本中FORM的内容，让CGI程序处理。
一个请求的例子为：
GET http://networking.zju.edu.cn/zju/index.htm HTTP/1.0
头信息又称为元信息，即信息的信息，利用元信息可以实现有条件的请求或应答 。
请求头——告诉服务器怎样解释本次请求，主要包括用户可以接受的数据类型、压缩方法和语言等。
实体头——实体信息类型、长度、压缩方法、最后一次修改时间、数据有效期等。
实体——请求或应答对象本身。
3.发送响应
服务器在处理完客户的请求之后，要向客户机发送响应消息。
HTTP/1.0的响应消息格式如下：
响应消息=状态行(通用信息头|响应头|实体头) CRLF 〔实体内容〕
状 态 行=HTTP版本号 状态码 原因叙述
状态码表示响应类型
1×× 保留
2×× 表示请求成功地接收
3×× 为完成请求客户需进一步细化请求
4×× 客户错误
5×× 服务器错误
响应头的信息包括：服务程序名，通知客户请求的URL需要认证，请求的资源何时能使用。
4.关闭连接
客户和服务器双方都可以通过关闭套接字来结束TCP/IP对话
无双 回复于：2003-08-16 22:38:41
=============================================
=============================================
SOAP介绍
=============================================
=============================================
SOAP由MS和IBM共同制定
用于规范WEB服务标准 实现异构程序与平台间的数据交换
它是基于XML的协议，包括三个部分： 封套(envelope)定义了消息内容和处理的框架、一套编码规则用来表达应用定义数据类型的实例以及表达远程过程调用和响应的协定。
与已定义的中间件不同 SOAP只是定义了一种基于XML的文本格式 而没有定义什么ORB代理或是SOAP API 因此用户可以方便的开发自己的应用而不必担心兼容性(corba与dcom间的兼容性在soap中不会再出现)
下面是一篇简介 更多介绍在动网先锋中可以找到
http://www.aspsky.net/article/show.aspx?id=2001
简单对象协议（SOAP）简介
作者：何杭军
简单对象访问协议-CNXML标准教程
2000-9-25 作者：何杭军
"SOAP是在非集中、分布环境中交换信息的轻量级协议。它是基于XML的协议，包括三个部分： 封套(envelope)定义了消息内容和处理的框架、一套编码规则用来表达应用定义数据类型的实例以及表达远程过程调用和响应的协定。"
——SOAP 1.1规范
第一节 SOAP简介
SOAP(Simple Object Access Protocal，简单对象访问协议) 技术有助于实现大量异构程序和平台之间的互操作性，从而使存在的应用能够被广泛的用户所访问。SOAP是把成熟的基于HTTP的WEB技术与XML的灵活性和可扩展性组合在了一起。
SOAP的一个主要目标是使存在的应用能被更广泛的用户所使用。为了实现这个目的，没有任何SOAP API或SOAP 对象请求代理（SOAP ORB），SOAP是假设你将使用尽可能多的存在的技术。几个主要的CORBA厂商已经承诺在他们的ORB产品中支持SOAP协议。微软也承诺在将来的COM版本中支持SOAP。DevelopMentor已经开发了参考实现，它使得在任何平台上的任何Java或Perl程序员都可以使用SOAP。而且IBM和Sun也陆续支持了SOAP协议，和MS合作共同开发SOAP规范和应用。目前SOAP已经成为了W3C和IETF的参考标准之一。
SOAP的指导理念是“它是第一个没有发明任何新技术的技术”。它采用了已经广泛使用的两个协议：HTTP和XML。HTTP用于实现SOAP的RPC风格的传输，而XML是它的编码模式。采用几行代码和一个XML解析器，HTTP服务器（如MS的IIS或Apache）立刻成为了SOAP的ORBs。 因为目前超过一半的Web服务器采用IIS或Apache, SOAP将会从这两个产品的广泛而可靠的使用中获取利益。这并不意味着所有的SOAP请求必须通过Web服务器来路由，传统的Web 服务器只是分派SOAP请求的一种方式。因此Web服务如IIS或Apache对建立SOAP性能的应用是充分的，但决不是必要的。
SOAP把XML的使用代码化为请求和响应参数编码模式，并用HTTP作传输。这似乎有点抽象。具体地讲，一个SOAP方法可以简单地看作遵循SOAP编码规则的HTTP请求和响应。一个SOAP终端则可以看作一个基于HTTP的URL，它用来识别方法调用的目标。象CORBA/IIOP一样，SOAP不需要具体的对象被绑定到一个给定的终端，而是由具体实现程序来决定怎样把对象终端标识符映射到服务器端的对象。
SOAP请求是一个HTTP POST请求。SOAP请求的content-type必须用text/xml。而且它必须包含一个请求-URI。服务器怎样解释这个请求-URI是与实现相关的，但是许多实现中可能用它来映射到一个类或者一个对象。一个SOAP请求也必须用SOAPMethodName HTTP头来指明将被调用的方法。简单地讲，SOAPMethodName头是被URI指定范围的应用相关的方法名，它是用#符作为分隔符将方法名与URI分割开：
SOAPMethodName: urn:strings-com:IString#reverse
这个头表明方法名是reverse，范围URI是urn:strings-com:Istring。 在SOAP中，规定方法名范围的名域URI在功能上等同于在DCOM 或 IIOP中规定方法名范围的接口ID。
简单的说，一个SOAP请求的HTTP体是一个XML文档，它包含方法中[in]和[in,out]参数的值。这些值被编码成为一个显著的调用元素的子元素，这个调用元素具有SOAPMethodName HTTP头的方法名和名域URI。调用元素必须出现在标准的SOAP <Envelope>和<Body>元素内（后面会更多讨论这两个元素）。下面是一个最简单的SOAP方法请求：
POST /string_server/Object17 HTTP/1.1
Host: 209.110.197.2
Content-Type: text/xml
Content-Length: 152
SOAPMethodName: urn:strings-com:IString#reverse
<Envelope>
<Body>
<m:reverse xmlns:m=''urn:strings-com:IString''>
<theString>Hello, World</theString>
</m:reverse>
</Body>
</Envelope>
SOAPMethodName头必须与<Body>下的第一个子元素相匹配，否则调用将被拒绝。这允许防火墙管理员在不解析XML的情况下有效地过滤对一个具体方法的调用。
SOAP响应的格式类似于请求格式。响应体包含方法的[out]和 [in,out]参数，这个方法被编码为一个显著的响应元素的子元素。这个元素的名字与请求的调用元素的名字相同，但以Response后缀来连接。下面是对前面的SOAP请求的SOAP响应：
200 OK Content-Type: text/xml
Content-Length: 162
<Envelope>
<Body>
<m:reverseResponse xmlns:m=''urn:strings-com:IString''>
<result>dlroW ,olleH</result>
</m:reverseResponse>
</Body>
</Envelope>
这里响应元素被命名为reverseResponse，它是方法名紧跟Response后缀。要注意的是这里是没有SOAPMethodName HTTP头的。这个头只在请求消息中需要，在响应消息中并不需要。
第二节 SOAP体的核心
SOAP的XML特性是为把数据类型的实例序列化成XML的编码模式。为了达到这个目的，SOAP不要求使用传统的RPC风格的代理。而是一个SOAP方法调用包含至少两个数据类型：请求和响应。考虑这下面个COM IDL代码：
[ uuid(DEADF00D-BEAD-BEAD-BEAD-BAABAABAABAA) ]
interface IBank : IUnknown {
HRESULT withdraw([in] long account,
[out] float *newBalance,
[in, out] float *amount
[out, retval] VARIANT_BOOL *overdrawn);
}
在任何RPC协议下，account和amount参数的值将出现在请求消息中，newBalance、overdrawn参数的值，还有amount参数的更新值将出现在响应消息中。
SOAP把方法请求和方法响应提升到了一流状态。在SOAP中，请求和响应实际上类型的实例。为了理解一个方法比如IBank::withdraw怎样映射一个SOAP请求和响应类型，考虑下列的数据类型：
struct withdraw {
long account;
float amount;
};
这时所有的请求参数被打包成为单一的结构类型。同样下面的数据表示打包所有响应参数到单一的数据类型。
struct withdrawResponse {
float newBalance;
float amount;
VARIANT_BOOL overdrawn;
};
再给出下面的简单的Visual Basic程序，它使用了以前定义的Ibank接口：
Dim bank as IBank
Dim amount as Single
Dim newBal as Single
Dim overdrawn as Boolean
amount = 100
Set bank = GetObject("soap:http://bofsoap.com/am")
overdrawn = bank.withdraw(3512, amount, newBal)
这里，在发送请求消息之前，参数被序列化成为一个请求对象。同样被响应消息接收到的响应对象被反序列化为参数。一个类似的转变同样发生在调用的服务器端。
当通过SOAP调用方法时，请求对象和响应对象被序列化成一种已知的格式。每个SOAP体是一个XML文档，它具有一个显著的称为<Envelope>的根元素。标记名<Envelope>由SOAP URI (urn:schemas-xmlsoap-org:soap.v1)来划定范围，所有SOAP专用的元素和属性都是由这个URI来划定范围的。SOAP Envelope包含一个可选的<Header>元素，紧跟一个必须的<Body>元素。<Body>元素也有一个显著的根元素，它或者是一个请求对象或者是一个响应对象。下面是一个IBank::withdraw请求的编码：
<soap:Envelope xmlns:soap=''urn:schemas-xmlsoap-org:soap.v1''>
<soap:Body>
<IBank:withdraw xmlns:IBank=''urn:uuid:DEADF00D-BEAD-BEAD-BEAD-BAABAABAABAA''>
<account>3512</account>
<amount>100</amount>
</IBank:withdraw>
</soap:Body>
</soap:Envelope>
下列响应消息被编码为：
<soap:Envelope xmlns:soap=''urn:schemas-xmlsoap-org:soap.v1''>
<soap:Body>
<IBank:withdrawResponse xmlns:IBank=''urn:uuid:DEADF00D-BEAD-BEAD-BEAD-BAABAABAABAA''>
<newBalance>0</newBalance>
<amount>5</amount>
<overdrawn>true</overdrawn>
</IBank:withdrawResponse>
</soap:Body>
</soap:Envelope>
注意[in, out]参数出现在两个消息中。在检查了请求和响应对象的格式后，你可能已经注意到序列化格式通常是：
<t:typename xmlns:t=''namespaceuri''>
<fieldname1>field1value</fieldname1>
<fieldname2>field2value</fieldname2>
......
</t:typename>
在请求的情况下，类型是隐式的C风格的结构，它由对应方法中的[in]和[in, out]参数组成。对响应来说，类型也是隐式的C风格的结构，它由对应方法中的[out]和[in, out]参数组成。这种每个域对应一个子元素的风格有时被称为元素正规格式(ENF)。一般情况下，SOAP只用XML特性来传达描述包含在元素内容中信息的注释。
象DCOM和IIOP一样，SOAP支持协议头扩展。SOAP用可选的<Header>元素来传载被协议扩展所使用的信息。如果客户端的SOAP软件包含要发送头信息，原始的请求将可能如图9所示。在这种情况下命名causality的头将与请求一起序列化。收到请求后，服务器端软件能查看头的名域URI，并处理它识别出的头扩展。这个头扩展被http://comstuff.com URI识别，并期待一个如下的对象：
struct causality {
UUID id;
};
在这种情况下的请求，如果头元素的URI不能被识别，头元素可以被安全地忽略。
但你不能安全的忽略所有的SOAP体中的头元素。如果一个特定的SOAP头对正确处理消息是很关键的，这个头元素能被用SOAP属性mustUnderstand=’true’标记为必须的。这个属性告诉接收者头元素必须被识别并被处理以确保正确的使用。为了强迫前面causality头成为一个必须的头，消息将被写成如下形式：
<soap:Envelope xmlns:soap=''urn:schemas-xmlsoap-org:soap.v1''>
<soap:Header>
<causality soap:mustUnderstand=''true''xmlns="http://comstuff.com">
<id>362099cc-aa46-bae2-5110-99aac9823bff</id>
</causality>
</soap:Header>
</soap:Envelope>
SOAP软件遇到不能识别必须的头元素情况时，必须拒绝这个消息并出示一个错误。如果服务器在一个SOAP请求中发现一个不能识别的必须的头元素，它必须返回一个错误响应并且不发送任何调用到目标对象。如果客户端在一个SOAP请求中发现一个不能识别出的必须的头元素，它必须向调用者返回一个运行时错误。在COM情况下，这将映射为一个明显的HRESULT。
第三节 SOAP数据类型
在SOAP消息中，每个元素可能是一个SOAP结构元素、根元素、存取元素或一个独立的元素。在SOAP中，soap:Envelope、soap:Body和soap:Header是唯一的组成元素。它们的基本关系由下列XML Schema所描述:
<schema targetNamespace=''urn:schemas-xmlsoap-org:soap.v1''>
<element name=''Envelope''>
<type>
<element name=''Header'' type=''Header'' minOccurs=''0'' />
<element name=''Body'' type=''Body''minOccurs=''1'' />
</type>
</element>
</schema>
在SOAP元素的四种类型中，除了结构元素外都被用作表达类型的实例或对一个类型实例的引用。
根元素是显著的元素，它是soap:Body 或是 soap:Header的直接的子元素。其中soap: Body只有一个根元素，它表达调用、响应或错误对象。这个根元素必须是soap:Body的第一个子元素，它的标记名和域名URI必须与HTTP SOAPMethodName头或在错误消息情况下的soap:Fault相对应。而soap:Header元素有多个根元素，与消息相联系的每个头扩展对应一个。这些根元素必须是soap:Header的直接子元素，它们的标记名和名域URI表示当前存在扩展数据的类型。
存取元素被用作表达类型的域、属性或数据成员。一个给定类型的域在它的SOAP表达将只有一个存取元素。存取元素的标记名对应于类型的域名。考虑下列Java 类定义：
package com.bofsoap.IBank;
public class adjustment {
public int account ;
public float amount ;
}
在一个SOAP消息中被序列化的实例如下所示：
<t:adjustment xmlns:t=''urn:develop-com:java:com.bofsoap.IBank''>
<account>3514</account>
<amount>100.0</amount>
</t:adjustment>
在这个例子中，存取元素account和amount被称着简单存取元素。对引用简单类型的存取元素，元素值被简单地编码为直接在存取元素下的字符数据，如上所示。对引用组合类型的存取元素（就是那些自身用子存取元素来构造的存取元素），有两个技术来对存取元素进行编码。最简单的方法是把被结构化的值直接嵌入在存取元素下。考虑下面的Java类定义：
package com.bofsoap.IBank;
public class transfer {
public adjustment from;
public adjustment to;
}
如果用嵌入值编码存取元素，在SOAP中一个序列化的transfer对象如下所示：
<t:transfer xmlns:t=''urn:develop-com:java:com.bofsoap.IBank''>
<from>
<account>3514</account>
<amount>-100.0</amount>
</from>
<to>
<account>3518</account>
<amount>100.0</amount>
</to>
</t:transfer>
在这种情况下，adjustment对象的值被直接编码在它们的存取元素下。在考虑组合存取元素时，需要说明几个问题。先考虑上面的transfer类。类的from和to的域是对象引用，它可能为空。SOAP用XML Schemas的null属性来表示空值或引用。下面例子表示一个序列化的transfer对象，它的from域是空的：
<t:transfer xmlns:t=''urn:develop-com:java:com.bofsoap.IBank''
xmlns:xsd=''http://www.w3.org/1999/XMLSchema/instance''>
<from xsd:null=''true'' />
<to>
<account>3518</account>
<amount>100.0</amount>
</to>
</t:transfer>
在不存在的情况下， xsd:null属性的隐含值是false。给定元素的能否为空的属性是由XML Schema定义来控制的。例如下列XML Schema将只允许from存取元素为空：
<type name=''transfer'' >
<element name=''from'' type=''adjustment'' nullable=''true'' />
<element name=''to'' type=''adjustment'' nullable=''false''/>
</type>
在一个元素的Schema声明中如果没有nullable属性，就意味着在一个XML文档中的元素是不能为空的。Null存取元素的精确格式当前还在修订中�要了解用更多信息参考最新版本的SOAP规范。
与存取元素相关的另一个问题是由于类型关系引起的可代换性。由于前面的adjustment类不是一个final类型的类，transfer对象的from和to域实际引用继承类型的实例是可能的。为了支持这种类型兼容的替换，SOAP使用一个名域限定的类型属性的XML Schema约定。这种类型属性的值是一个对元素具体的类型的限制的名字。考虑下面的adjustment扩展类：
package com.bofsoap.IBank;
public class auditedadjustment extends adjustment {
public int auditlevel;
}
给出下面Java语言：
transfer xfer = new transfer();
xfer.from = new auditedadjustment();
xfer.from.account = 3514;
xfer.from.amount = -100;
xfer.from.auditlevel = 3;
xfer.to = new adjustment();
xfer.to.account = 3518;
xfer.from.amount = 100;
在SOAP中transfer对象的序列化形式如下所示：
<t:transfer xmlns:xsd=''http://www.w3.org/1999/XMLSchema''
xmlns:t=''urn:develop-com:java:com.bofsoap.IBank''>
<from xsd:type=''t:auditedadjustment'' >
<account>3514</account>
<amount>-100.0</amount>
<auditlevel>3</auditlevel >
</from>
<to>
<account>3518</account>
<amount>100.0</amount>
</to>
</t:transfer>
在这里xsd:type属性引用一个名域限定的类型名，它能被反序列化程序用于实例化对象的正确类型。因为to存取元素引用到一个被预料的类型的实例（而不是一个可代替的继承类型），xsd:type属性是不需要的。
刚才的transfer类设法回避了一个关键问题。如果正被序列化的transfer对象用下面这种方式初始化将会发生什么情况：
transfer xfer = new transfer();
xfer.from = new adjustment();
xfer.from.account = 3514; xfer.from.amount = -100;
xfer.to = xfer.from;
基于以前的议论，在SOAP 中transfer对象的序列化形式如下所示：
<t:transfer xmlns:t=''urn:develop-com:java:com.bofsoap.IBank''>
<from>
<account>3514</account>
<amount>-100.0</amount>
</from>
<to>
<account>3514</account>
<amount>-100.0</amount>
</to>
</t:transfer>
这个表达有两个问题。首先最容易理解的问题是同样的信息被发送了两次,这导致了一个比实际所需要消息的更大的消息。一个更微妙的但是更重要的问题是由于反序列化程序不能分辨两个带有同样值的adjustment对象与在两个地方被引用的一个单一的adjustment对象的区别，两个存取元素间的身份关系就被丢失。如果这个消息接收者已经在结果对象上执行了下面的测试，(xfer.to == xfer.from)将不会返回true。
void processTransfer(transfer xfer) {
if (xfer.to == xfer.from)
handleDoubleAdjustment(xfer.to);
else
handleAdjustments(xfer.to, xfer.from);
}
为了支持必须保持身份关系的类型的序列化，SOAP支持多引用存取元素。目前我们接触到的存取元素是单引用存取元素，也就是说，元素值是嵌入在存取元素下面的，而且其它存取元素被允许引用那个值（这很类似于在NDR中的[unique]的概念）。多引用存取元素总是被编码为只包含已知的soap:href属性的空元素。soap:href属性总是包含一个代码片段标识符，它对应于存取元素引用到的实例。如果to和from存取元素已经被编码为多引用存取元素，序列化的transfer对象如下所示：
<t:transfer xmlns:t=''urn:develop-com:java:com.bofsoap.IBank''>
<from soap:href=''#id1'' />
<to soap:href=''#id1'' />
</t:transfer>
这个编码假设与adjustment类兼容的一个类型的实例已经在envelope中的其它地方被序列化，而且这个实例已经被用soap:id属性标记，如下所示：
<t:adjustment soap:id=''id1''xmlns:t=''urn:develop-com:java:com.bofsoap.IBank''>
<account>3514</account>
<amount>-100.0</amount>
</t:adjustment>
第四节 结语
一个遗留的HTTP问题还需要进一步阐明。SOAP支持(但不需要)HTTP扩展框架约定来指定必须的HTTP头扩展。这些约定主要有两个目的。首先，它们允许任意的URI被用于限定给定的HTTP头的范围(类似XML名域)。第二,这些约定允许把必须的头与可选的头区分开来(象soap:mustUnderstand)。下面是一个使用HTTP扩展框架来把SOAPMethodName头定义成为一个必须的头扩展：
M-POST /foobar HTTP/1.1
Host: 209.110.197.2
Man: "urn:schemas-xmlsoap-org:soap.v1; ns=42"
42-SOAPMethodName: urn:bobnsid:IFoo#DoIt
Man头映射SOAP URI到前缀为42的头，并表示没有认出SOAP的服务器必须返回一个HTTP错误，状态代码为501 (没有被实现) 或 510 (没有被扩展)。HTTP方法必须是M-POST，表明目前是必须的头扩展。SOAP是一个被类型化的序列化格式，它恰巧用HTTP 作为请求/响应消息传输协议。SOAP被设计为与正将出现的XML Schema规范密切配合，并支持在Internet的任何地方运行的COM、CORBA、Perl、Tcl、和Java、C、Python或 PHP等程序间的互操作性。
来源：Chinaasp论坛
阅读：3317 次
日期：2001-5-24
sxf2000 回复于：2003-08-17 16:34:45
[quote:d72d39f847="无双"]母拍睿６嘁么嫒≡刈苁潜槐嗦胛话阎膕oap:href属性的空元素。soap:href属性总是包含一个代码片段标识符，它对应于存取元素引用到的实例。如果to和from存取元素已经被编码为多引用存取元素，序列化的tra..........[/quote:d72d39f847]
老大，I 服了 U 了，这么多资料，都看完掌握了？：）
在什么场合用呀？偶已经土了！：）
给把详解？：）
无双 回复于：2003-08-17 19:30:24
SOAP是使用在WEB服务中的
如电子支付等
其它的应用正在开拓中
我只是研究彩信时看到的
对它协议和应用没有深入研究
peterbull 回复于：2003-08-18 15:05:04
看来XML的应用现在很广嚒！关注中。。。
xmy 回复于：2003-08-19 17:03:28
看不懂～～～～～～
无双 回复于：2003-08-19 17:15:26
HTTP协议很简单的
可以直接通过TELNET发送 HTTP命令
可能是我没有写好吧
SOAP我只是知道它是使用XML封装 使用HTTP发送 其它的理解也不是很多
所以这里写不是很清楚
欢迎提出意见
lightwiter 回复于：2004-02-08 06:07:51
老大真牛呀，我现在也在做彩信，因为有机会做彩信业务，但是对彩信的生成过程及其相关的格式一点也不清楚，老大可不可以多提供一点关于彩信的资料呀。
|
|
|
|
|
|
|
|
