JAX-WS Các kỹ thuật khách hàng đồng bộ để gọi các dịch vụ web

Question

Tôi đang thực hiện một số nghiên cứu về các dịch vụ web dựa trên SOAP với JAX-WS và tôi thấy rất phức tạp để hiểu phần liên quan đến khách hàng. Nếu một số người có thể cho tôi một bàn tay giải thích cho tôi một số chủ đề, tôi sẽ đánh giá cao nó rất nhiều. Tôi đang sử dụng một cuốn sách SOA và cũng google, nhưng tôi đang nhận được thực sự bối rối, vì vậy đó là lý do tại sao tôi nghĩ rằng ở đây tôi có thể nhận được một câu trả lời chính xác hơn, tập trung vào những gì tôi cần.

Vì vậy, chúng tôi có thể giao tiếp với các dịch vụ web một cách đồng bộ và không đồng bộ. Truyền thông đồng bộ có sự thiếu rằng cả hai bên phải đợi nhau cho đến khi quá trình xử lý kết thúc.

khách hàng không đồng bộ cho phép chúng tôi để giao tiếp một cách không đồng bộ sử dụng 2 mô hình lập trình: 1- Callback và 2- Polling

• Doubt 1: Có thể ai đó xin vui lòng giải thích cho tôi một cách đơn giản sự khác biệt là gì , ưu và nhược điểm của 2 kiểu máy (Gọi lại và gộp chung)

Khi nói về giao tiếp không đồng bộ, tôi cũng phải tìm cách cho người sản xuất (dịch vụ web) tìm người tiêu dùng xử lý xong. Đó là lý do tại sao chúng tôi đã giải quyết.

• Doubt 2: Bạn có thể giải thích ngắn gọn cách hoạt động của địa chỉ không? Và cũng như thế nào là địa chỉ liên quan đến các kỹ thuật gọi lại và bỏ phiếu?

Chỉ một điều nữa. Dispatch API cũng gây nhầm lẫn cho tôi rất nhiều. Bởi vì họ tiếp tục nói về khách hàng năng động.

• Doubt 3: như thế nào API văn liên quan đến truyền thông không đồng bộ nếu họ đang nói tất cả các thời gian thực về các khách hàng năng động?
• Doubt 4: Hai chế độ sử dụng API công văn (MESSAGE và PAYLOAD), được sử dụng cho cái gì và chúng liên quan như thế nào đến mô hình truyền thông không đồng bộ của JAXWS?

Answer 1

1. Có thể ai đó xin vui lòng giải thích cho tôi một cách đơn giản những gì là sự khác biệt, ưu và nhược điểm của các mô hình 2 (Callback và Pooling)
   

Callback: thực hiện không phải là thẳng về phía trước .
- Lợi thế: cách tiếp cận này là phù hợp hơn/có hệ thống với phương pháp bỏ phiếu.
- Bất lợi: máy khách nên có một cơ chế để máy chủ có thể gọi lại bằng cách sử dụng gọi lại.

Thăm dò: triển khai thẳng về phía trước.
- Lợi thế: bởi vì nó đơn giản của techique, nó là phổ quát, ngay cả một trang web được kích hoạt ajax có thể sử dụng kỹ thuật này để kiểm tra xem bản cập nhật cho yêu cầu có sẵn hay không.
- Bất lợi: lãng phí rất lớn băng thông, cũng là vấn đề về thời gian máy khách, chẳng hạn như máy chủ giữ phản hồi trong khi yêu cầu bỏ phiếu từ khách hàng chưa đến bao lâu.

2.Bạn có thể giải thích ngắn gọn cách địa chỉ hoạt động không? Và cũng như thế nào là địa chỉ liên quan đến các kỹ thuật gọi lại và bỏ phiếu?

Địa chỉ giúp cho webservice hiểu thông tin được chia sẻ trước đây giữa các hệ thống nhắn tin và nhà cung cấp dịch vụ vận tải. Hãy xem xét usecase này, Ban đầu vận chuyển được sử dụng sẽ là HTTP cho cả hai yêu cầu gửi cũng như response.And sau đó bạn có thể muốn thay đổi một phần của phương tiện này, nói trong khi gửi phản hồi trở lại, chỉ đến giao thức SMTP. Trong trường hợp bạn đang sử dụng địa chỉ ws, toàn bộ thông tin liên quan đến vận chuyển và giải quyết sẽ là một phần của envolope xà phòng chính nó mà sẽ làm cho nó có thể cho webservice của bạn để tự động thay đổi giao thông vận tải để đáp ứng gửi.

Cũng có thể sử dụng địa chỉ dịch vụ web để gọi lại, từ máy chủ đến máy khách. Dịch vụ này thông báo loại cổng của cuộc gọi lại được yêu cầu bởi nó trong WSDL. máy khách cài đặt loại cổng này và sau đó thông báo cho dịch vụ, của điểm cuối cuộc gọi lại, sử dụng địa chỉ WS.

Nói cách đơn giản, WS giải quyết bổ sung thêm thẻ vào envolope xà phòng trong đó bao gồm các thông tin đó sẽ có mặt trong các tiêu đề giao thông mà thôi, giống như từ địa chỉ, địa chỉ, tên hành động, vv

3.How là Dispatch API liên quan đến giao tiếp không đồng bộ nếu họ đang nói tất cả các thời gian về khách hàng năng động?

Future<?> response = dispatch.invokeAsync(T, AsyncHandler); 

Phương thức invokeAsync là phương pháp bỏ phiếu. Phản hồi, trả về cho người dùng ngay lập tức và có thể được thăm dò để hoàn thành. Trong khi chờ đợi, chương trình máy khách có thể thực hiện công việc khác. Javax.xml.ws.Response thực hiện giao diện java.util.concurrent.Future được bao gồm trong J2SE 5.0. Đối tượng Response trả về đáp ứng thực tế thông qua phương thức get của nó, nó sẽ chặn nếu đáp ứng chưa sẵn sàng trả về.

4.The 2 chế độ sử dụng API công văn (THÔNG ĐIỆP và PAYLOAD), những gì được sử dụng cho, và chúng liên quan đến mô hình truyền thông không đồng bộ của JAXWS như thế nào?
Chế độ nhắn tin không liên quan trực tiếp đến giao tiếp không đồng bộ. Các chế độ nhắn tin xác định lượng thông tin được gửi trong yêu cầu dịch vụ web. MESSAGE MODE chỉ có thể được sử dụng nếu SOAP binding được sử dụng.