provide security features in SOAP p

provide security features in SOAP protocols.
WS-Security is just the first of a growing suite of SOAP-level standards
established by the industry consortium OASIS (Organization
for the Advancement of Structured Information Standards). The standards
known collectively as WS-* include WS-Reliability, WS-ReliableMessaging,
WS-Coordination, and WS-AtomicTransaction.
A Generic Application Protocol (REST)
The WSDL/SOAP Web Services architecture is based on the assumption
that the best way to integrate applications across networks is via protocols
that are customized to each application. That architecture is designed to
make it practical to specify and implement all those protocols. In contrast,
the REST Web Services architecture is based on the assumption that the
best way to integrate applications across networks is by re-applying the model underlying the World Wide Web architecture (
Section 9.1.2). This
model, articulated by Web architect Roy Fielding, is known as REpresentational
State Transfer (REST). There is no need for a new REST architecture
for Web Services—the existing Web architecture is sufficient, although a
few extensions are probably necessary. In the Web architecture, individual
Web Services are regarded as resources identified by URIs and accessed
via HTTP—a single generic application protocol with a single generic
addressing scheme.
Where WSDL has user-defined operations, REST uses the small set of
available HTTP methods, such as GET and POST (see
Table 9.1). So how
can these simple methods provide an interface to a rich Web Service? By
employing the REST model, in which the complexity is shifted from the
protocol to the payload. The payload is a representation of the abstract
state of a resource. For example, a GET could return a representation of
the current state of the resource, and a POST could send a representation
of a desired state of the resource.
The representation of a resource state is abstract; it need not resemble
how the resource is actually implemented by a particular Web Service
instance. It is not necessary to transmit a complete resource state in

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

cung cấp tính năng bảo mật trong các giao thức SOAP.
WS-Security chỉ là tiên fi của một bộ phát triển của các tiêu chuẩn SOAP cấp
thành lập bởi các tổ hợp công nghiệp OASIS (Tổ chức
vì sự tiến bộ của các cấu trúc tiêu chuẩn thông tin). Các tiêu chuẩn
được gọi chung là WS- * bao gồm WS-Độ bền, WS-ReliableMessaging,
WS-Điều phối, và WS-AtomicTransaction.
Một Generic Application Protocol (REST)
​​Các kiến trúc WSDL / SOAP Dịch vụ Web dựa trên giả định
rằng cách tốt nhất để tích hợp các ứng dụng trên mạng là thông qua giao thức
được tùy biến cho mỗi ứng dụng. Kiến trúc được thiết kế để
làm cho nó thực tế để xác định và thực hiện tất cả các giao thức đó. Ngược lại,
các kiến trúc dịch vụ Web Văn được dựa trên giả định rằng
cách tốt nhất để tích hợp các ứng dụng trên mạng là bằng cách tái áp dụng các mô hình cơ bản của kiến trúc thế giới Wide Web (
Phần 9.1.2). Điều này
mô hình, trình bày bởi kiến trúc sư Roy Fielding Web, được biết đến như là đại diện
State Transfer (REST). Không cần cho một kiến trúc REST mới
cho dịch vụ Web-kiến trúc Web hiện tại rừng đặc dụng được fi cient, mặc dù một
vài phần mở rộng có thể là cần thiết. Trong kiến trúc Web, cá nhân
Dịch vụ Web được coi là nguồn lực identi fi ed bởi URI và truy cập
thông qua HTTP-một giao thức ứng dụng chung duy nhất với một single chung
đồ địa chỉ.
Trường hợp WSDL có các hoạt động sử dụng de fi ned, REST sử dụng các tập hợp nhỏ của
phương pháp HTTP có sẵn, như GET và POST (xem
Bảng 9.1). Vậy làm thế nào
những phương pháp đơn giản có thể cung cấp một giao diện cho một dịch vụ Web giàu? By
sử dụng các mô hình REST, trong đó sự phức tạp được chuyển từ các
giao thức với trọng tải. Các tải trọng là một đại diện của các trừu tượng
trạng thái của một tài nguyên. Ví dụ, một GET có thể trở lại một đại diện của
nhà nước hiện nay của các nguồn tài nguyên, và POST có thể gửi một đại diện
của một trạng thái mong muốn của các tài nguyên.
Các đại diện của một nhà nước tài nguyên là trừu tượng; nó không cần phải giống
như thế nào các tài nguyên được thực sự thực hiện bởi một dịch vụ Web cụ thể
ví dụ. Nó không phải là cần thiết để truyền tải một trạng thái tài nguyên hoàn toàn trong