is concerned with providing extensi

is concerned with providing extensibility.” SOAP uses many of the
same strategies as WSDL, including message formats defined using XML
Schema, bindings to underlying protocols, Message Exchange Patterns,
and reusable specification elements identified using XML namespaces.
SOAP is used to define transport protocols with exactly the features
needed to support a particular application protocol. SOAP aims to make
it feasible to define many such protocols by using reusable components.
Each component captures the header information and logic that go into
implementing a particular feature. To define a protocol with a certain set
of features, just compose the corresponding components. Let’s look more
closely at this aspect of SOAP. SOAP 1.2 introduced a feature abstraction, which the specification
describes thus: A SOAP feature is an extension of the SOAP messaging
framework. Although SOAP poses no constraints on the potential scope
of such features, example features may include “reliability,” “security,”
“correlation,” “routing,” and message exchange patterns (MEPs) such as
request/response, one-way, and peer-to-peer conversations. A SOAP feature
specification must include:
¦ A URI that identifies the feature
¦ The state information and processing, abstractly described, that is
required at each SOAP node to implement the feature
¦ The information to be relayed to the next node
¦ (If the feature is a MEP) the life cycle and temporal/causal
relationships of the messages exchanged—for example, responses
follow requests and are sent to the originator of the request
Note that this formalization of the concept of a protocol feature is rather
low level; it is almost a design.
Given a set of features, there are two strategies for defining a SOAP protocol
that will implement them. One is by layering: binding SOAP to an
underlying protocol in such a way as to derive the features. For example,
we could obtain a request/response protocol by binding SOAP to HTTP,
with a SOAP request in an HTTP request and a SOAP reply in an HTTP
response. Because this is such a common example, it happens that SOAP

Kết quả (Việt) 1:

là có liên quan với việc cung cấp khả năng mở rộng." Xà phòng sử dụng nhiều người trong số cáccùng một chiến lược như WSDL, bao gồm cả tin nhắn định dạng defined bằng cách sử dụng XMLLược đồ, bindings để giao thức cơ bản, các mô hình trao đổi tin nhắn,và tái sử dụng sinh yếu tố identified bằng cách sử dụng không gian tên XML.Xà phòng được sử dụng để define vận chuyển giao thức với chính xác các tính năngcần thiết để hỗ trợ giao thức ứng dụng cụ thể. Xà phòng nhằm mục đích làm chonó khả thi để define nhiều như giao thức bằng cách sử dụng các thành phần tái sử dụng.Mỗi thành phần chụp thông tin tiêu đề và logic mà đi vàothực hiện một tính năng cụ thể. Để define một giao thức với bộ nhất địnhtính năng, chỉ cần soạn các thành phần tương ứng. Hãy xem xét thêmchặt chẽ tại khía cạnh này của xà phòng. Xà phòng 1.2 giới thiệu một tính năng trừu tượng, mà sinhMô tả vì vậy: một tính năng xà phòng là một phần mở rộng của các tin nhắn xà phòngkhuôn khổ. Mặc dù xà phòng đặt ra không có khó khăn về phạm vi tiềm năngCác đặc điểm, tính năng ví dụ có thể bao gồm "độ tin cậy," "bảo mật""tương quan," "định tuyến", và tin nhắn trao đổi mẫu (MEPs) chẳng hạn nhưyêu cầu/phản ứng, cuộc hội thoại một chiều, và peer-to-peer. Một tính năng xà phòngsinh phải bao gồm:| Một URI mà identifies các tính năng| Thông tin nhà nước và xử lý, abstractly mô tả, đó làcần thiết tại mỗi nút xà phòng để thực hiện các tính năng| Thông tin để được chuyển tiếp đến các nút tiếp theo| (Nếu các tính năng là một MEP) các chu kỳ cuộc sống và thời gian/causalmối quan hệ của thư trao đổi — ví dụ, hồi đáptheo yêu cầu và được gửi đến những người khởi của yêu cầuLưu ý này formalization khái niệm về một tính năng giao thức là thay vìmức thấp; nó là gần như là một thiết kế.Cho một tập hợp các tính năng, có hai chiến lược cho defining một giao thức xà phòngmà sẽ thực hiện chúng. Một là do lớp: ràng buộc các xà phòng để mộtgiao thức cơ bản trong một cách để lấy được các tính năng. Ví dụ,chúng tôi có thể có được một giao thức yêu cầu/phản ứng bởi ràng buộc xà phòng để HTTP,với một xà phòng yêu cầu trong một yêu cầu HTTP và trả lời một xà phòng trong một HTTPphản ứng. Bởi vì đây là một ví dụ phổ biến, nó sẽ xảy ra rằng xà phòng

Kết quả (Việt) 2:

là có liên quan với việc cung cấp khả năng mở rộng. "SOAP sử dụng rất nhiều các
chiến lược tương tự như WSDL, bao gồm cả tin định dạng de fi Ned sử dụng XML
Schema, ràng buộc để nằm dưới các giao thức, tin nhắn trao đổi Patterns,
và tái sử dụng các yếu tố fi cation Speci identi fi ed sử dụng không gian tên XML.
SOAP được sử dụng để khử các giao thức vận chuyển fi ne với chính xác các tính năng
cần thiết để hỗ trợ một giao thức ứng dụng cụ thể. SOAP là nhằm làm cho
nó khả thi để de fi ne nhiều giao thức như vậy bằng cách sử dụng các thành phần tái sử dụng.
Mỗi thành phần bắt các thông tin tiêu đề và logic mà đi vào
thực hiện một tính năng đặc biệt. Để de fi ne một giao thức với một tập hợp
các tính năng, chỉ cần soạn các thành phần tương ứng. Hãy xem xét thêm
kỹ khía cạnh này của SOAP. SOAP 1.2 giới thiệu một tính năng trừu tượng, mà fi cation đặc hiệu
mô tả như sau: Một tính năng SOAP là một phần mở rộng của các tin nhắn SOAP
khuôn khổ. Mặc dù SOAP đặt ràng buộc trên phạm vi khả năng
của các tính năng như vậy, các tính năng ví dụ có thể bao gồm "độ tin cậy", "an ninh",
"tương quan", "định tuyến", và mô hình trao đổi thông điệp (MEP) như
yêu cầu / đáp ứng, một chiều, và peer-to-peer cuộc hội thoại. Một tính năng SOAP
Speci fi cation phải bao gồm:
| A URI mà fi identi es tính năng
| Các thông tin và xử lý nhà nước, được mô tả một cách trừu tượng, đó là
cần thiết tại mỗi nút SOAP để thực hiện các tính năng
| Các thông tin để được chuyển tiếp đến nút tiếp theo
| (Nếu tính năng là một MEP) chu kỳ cuộc sống và thời gian / nhân quả
mối quan hệ của các thông điệp trao đổi, ví dụ, phản ứng
theo yêu cầu và được gửi đến những người khởi của các yêu cầu
Lưu ý rằng việc chính thức này của các khái niệm về một tính năng giao thức là khá
thấp; nó gần như là một thiết kế.
Cho một tập các tính năng, có hai chiến lược cho de fi ning một giao thức SOAP
rằng sẽ thực hiện chúng. Một là bởi lớp: ràng buộc SOAP để một
giao thức cơ bản trong cách như vậy là để lấy được các tính năng. Ví dụ,
chúng ta có thể có được một giao thức yêu cầu / đáp ứng bằng cách liên kết SOAP để HTTP,
với một yêu cầu SOAP trong một yêu cầu HTTP và trả lời SOAP trong một HTTP
phản ứng. Bởi vì đây là một ví dụ phổ biến như vậy, nó sẽ xảy ra SOAP