• Solicit/Response: The reverse of

• Solicit/Response: The reverse of Request/Response. The Web service sends a message to the client, and then the client sends a response message to the Web service.

• Notification: The reverse of One Way. The Web service sends a message to the client, but receives no response message in return.

The WSDL document does not contain special attributes for describing how an operation is called. Instead, you must infer this information by the arrange- ment and inclusion (or exclusion) of input and output messages. Although I have used the concept of request and response messages to describe the interaction between Web service and client, this model does not really apply in a WSDL doc- ument. Instead, I refer to input and output messages. The difference may be semantic, but in a WSDL document, Web services never make requests, or send input messages to a client. Any message that originates from a Web service is referred to as an output message, even in Solicit/Response or Notification mode. Accordingly, here is how you define each of the four modes in WSDL:

• Request/Response: The client sends a request message to the Web service, and the Web service returns a response message.

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

• Thu hút/phản ứng: ngược lại yêu cầu/phản ứng. Dịch vụ Web gửi thư cho khách hàng, và sau đó các khách hàng gửi thư phản ứng để dịch vụ Web.

• thông báo: đảo ngược một chiều. Dịch vụ Web gửi thư cho khách hàng, nhưng nhận được không có thông báo phản ứng trong trở lại.

The WSDL tài liệu không chứa các thuộc tính đặc biệt để mô tả làm thế nào một hoạt động được gọi là. Thay vào đó, bạn phải suy ra thông tin này bởi sự sắp xếp-ment và bao gồm (hoặc loại trừ) của thông điệp đầu vào và đầu ra. Mặc dù tôi đã sử dụng các khái niệm về tin nhắn yêu cầu và phản ứng để mô tả sự tương tác giữa các dịch vụ Web và khách hàng, mô hình này không thực sự áp dụng trong một WSDL doc-ument. Thay vào đó, tôi là đầu vào và đầu ra tin nhắn. Sự khác biệt có thể là ngữ nghĩa, nhưng trong một tài liệu WSDL, Web dịch vụ không bao giờ có những yêu cầu hoặc gửi tin nhắn đầu vào cho một khách hàng. Bất kỳ thư nào có nguồn gốc từ một dịch vụ Web được gọi là thư đầu ra, ngay cả trong chế độ Solicit/phản ứng hoặc thông báo. Vì vậy, ở đây là làm thế nào bạn xác định mỗi bốn chế độ trong WSDL:

• yêu cầu/phản ứng: khách hàng gửi thư yêu cầu đến dịch vụ Web, và các dịch vụ Web trả về một thông báo phản ứng.

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

• Solicit / Response: Mặt trái của yêu cầu / đáp ứng. Các dịch vụ Web sẽ gửi một thông điệp tới khách hàng, và sau đó khách hàng sẽ gửi tin nhắn phản hồi cho các dịch vụ Web. • Thông báo: Điều ngược lại của One Way. Các dịch vụ Web sẽ gửi một thông điệp tới khách hàng, nhưng không nhận được tin nhắn trả lời lại. Các tài liệu WSDL không chứa các thuộc tính đặc biệt để mô tả làm thế nào một hoạt động được gọi. Thay vào đó, bạn phải suy luận thông tin này bằng sự phát dàn xếp và hòa nhập (hoặc loại trừ) các thông điệp đầu vào và đầu ra. Mặc dù tôi đã sử dụng các khái niệm về thông điệp yêu cầu và phản ứng để mô tả sự tương tác giữa các dịch vụ Web và khách hàng, mô hình này không thực sự áp dụng trong một WSDL doc- ument. Thay vào đó, tôi đề cập đến thông điệp đầu vào và đầu ra. Sự khác biệt có thể ngữ nghĩa, nhưng trong một tài liệu WSDL, dịch vụ Web không bao giờ yêu cầu, hoặc gửi tin nhắn đầu vào cho một khách hàng. Bất kỳ tin nhắn có nguồn gốc từ một dịch vụ web được gọi là một thông đầu ra, ngay cả trong Solicit / Response hoặc chế độ thông báo. Theo đó, đây là cách bạn xác định một trong bốn chế độ trong WSDL: • Yêu cầu / đáp ứng: Các khách hàng gửi một thông điệp yêu cầu các dịch vụ Web, và các dịch vụ Web trả về một tin nhắn trả lời.