NộI Dung
- Định nghĩa - Dịch vụ Java (JMS) có nghĩa là gì?
- Giới thiệu về Microsoft Azure và Microsoft Cloud | Trong suốt hướng dẫn này, bạn sẽ tìm hiểu về điện toán đám mây là gì và Microsoft Azure có thể giúp bạn di chuyển và điều hành doanh nghiệp của bạn từ đám mây như thế nào.
- Techopedia giải thích Dịch vụ Java (JMS)
Định nghĩa - Dịch vụ Java (JMS) có nghĩa là gì?
Dịch vụ Java (JMS) là giao diện lập trình ứng dụng (API) của Sun microsystems có chức năng như phần mềm trung gian dựa trên Java. Nó được thiết kế để trao đổi các liên kết lỏng lẻo, đáng tin cậy và không đồng bộ giữa các thành phần ứng dụng phần mềm khác nhau (được gọi là máy khách), dựa trên Nền tảng Java 2, Phiên bản doanh nghiệp (J2EE).
JMS là một tiêu chuẩn nhắn tin có khả năng tạo, nhận, nhận và đọc s theo yêu cầu, báo cáo hoặc sự kiện được sử dụng bởi các thành phần ứng dụng phần mềm, không phải bởi con người. JMS cho phép các chương trình trong các hệ thống khác nhau, hoặc được viết bằng các ngôn ngữ lập trình khác nhau, phối hợp với nhau thông qua s.
Giới thiệu về Microsoft Azure và Microsoft Cloud | Trong suốt hướng dẫn này, bạn sẽ tìm hiểu về điện toán đám mây là gì và Microsoft Azure có thể giúp bạn di chuyển và điều hành doanh nghiệp của bạn từ đám mây như thế nào.
Techopedia giải thích Dịch vụ Java (JMS)
API JMS sử dụng hai mô hình nhắn tin:
- Mô hình điểm-điểm hoặc xếp hàng, Mô hình
JMS được kết hợp lỏng lẻo bởi đức tính của một thành phần trung gian, một hàng đợi. Do đó, các thành phần phần mềm giao tiếp gián tiếp. Điều này có nghĩa là các thành phần phần mềm -ing sẽ không yêu cầu kiến thức về thành phần phần mềm nhận. Mô hình này được đặc trưng bởi:- Chỉ có một thành phần là nhận được.
- Thành phần nguồn không hoạt động khi thành phần nhận được.
- Thành phần nhận không hoạt động khi được gửi.
- s được xử lý thành công đang được công nhận bởi thành phần nhận.
- Mô hình xuất bản và đăng ký
Mô hình này hoạt động như một bảng thông báo ẩn danh. Một thành phần đăng ký có thể đăng ký nhu cầu nhận s về một chủ đề được chỉ định, nhưng không phải thành phần nào (nhà xuất bản hoặc người đăng ký) được yêu cầu phải biết về chủ đề khác. Mô hình này được đặc trưng bởi nhiều thành phần nhận và phụ thuộc thời gian giữa các thành phần xuất bản và các thành phần đăng ký như sau:- Thành phần nhà xuất bản tạo một chủ đề cho các thành phần khác để đăng ký.
- Thành phần thuê bao vẫn có thể nhận s, trừ khi đăng ký bền được thiết lập.
- Nếu một thuê bao bền được thiết lập, s được xuất bản trong khi thuê bao không thể nhận s sẽ được phân phối lại bất cứ khi nào thành phần nhận kết nối lại.