7.1 Transport Protocol
The Web is defined by its protocol: HTTP, thus when choosing
to build a RESTful Web service, there is no choice but to build
services that communicate using HTTP9
. Thus, given the lack of
options, no decision is necessary when it comes to choosing the
communication protocol.
One of the properties of WS-*, instead, is its transport independence,
which allows SOAP messages to be exchanged using a
variety of transport protocols. The WSDL binding element is used
to select an appropriate transport protocol (HTTP being one possibility)
to bind the operation messages. The corresponding QoS,
security, and transactional policies also have to be defined. Table 3
shows a few examples of available transport protocols. With this
approach, messages in a standardized format can be transported
using the most suitable protocol [46]. On the one hand, both synchronous
(e.g., HTTP) and asynchronous protocols (e.g., JMS) are
available, making SOAP suitable for the implementation of both
request-response and one-way message exchange patterns. On the
other hand, this creates the need for devising mechanisms such as
SOAP headers, delivering certain QoS properties at the message
level. For example, since a SOAP message could be routed both
over secure and non-secure communication channels, it has been
suggested that the message itself should be protected in order to
guarantee certain end-to-end security properties of the communication.
โปรโตคอลการขนส่ง 7.1
เว็บที่กำหนดไว้ โดยโปรโตคอล http ดังนั้นเมื่อเลือก
สร้างบริการเว็บ สมถ ไม่มีทางเลือก แต่เพื่อสร้างบริการสื่อสารการใช้ http9
ดังนั้น ให้ขาด
ตัวเลือก ไม่มีการตัดสินใจเป็นสิ่งที่จำเป็นเมื่อมันมาถึงการเลือกโปรโตคอลการสื่อสาร
.
หนึ่งในคุณสมบัติของ WS - * , แทน , การขนส่งของมัน
.ซึ่งจะช่วยให้ข้อความที่จะถูกเปลี่ยนเป็นสบู่ใช้
ความหลากหลายของโปรโตคอลการขนส่ง การ wsdl ผูกธาตุใช้
เลือกโปรโตคอลการขนส่งที่เหมาะสม ( HTTP เป็นหนึ่งในความเป็นไปได้ )
ผูกปฏิบัติการข้อความ ที่ถือเป็นนโยบายการรักษาความปลอดภัย
, , และยังต้องกำหนด ตารางที่ 3
แสดงตัวอย่างของโปรโตคอลการขนส่งที่พร้อมใช้งาน ด้วยวิธีนี้
,ข้อความในรูปแบบมาตรฐานสามารถส่งโดยใช้โปรโตคอลที่เหมาะสมที่สุด
[ 46 ] ในมือข้างหนึ่ง , ทั้งแบบซิงโครนัส
( เช่น HTTP ) และโปรโตคอลแบบอะซิงโครนัส ( เช่น jms )
ใช้ได้ , การทำสบู่ที่เหมาะสำหรับการใช้งานทั้งการตอบสนองและรูปแบบการแลกเปลี่ยนข้อความ
ขอทางเดียว บน
มืออื่น ๆ , นี้จะสร้างความต้องการจัดกลไกเช่น
หัวสบู่ส่งบาง QoS คุณสมบัติในระดับข้อความ
ตัวอย่าง เนื่องจากสบู่ข้อความอาจถูกทั้งปลอดภัยและไม่ปลอดภัย
ผ่านช่องทางการสื่อสาร มันได้ถูก
แนะนำว่าข้อความตัวเองควรได้รับการคุ้มครองเพื่อรับประกันความปลอดภัยแน่นอน
; คุณสมบัติของการสื่อสาร
การแปล กรุณารอสักครู่..