Trang 223 Xử lý kiện tiến trình • Sự kiện dạng biến cố thời gian Việc tính thời gian cho kiện kiểu biến cố thời gian bắt đầu event handler kích hoạt Sự kiện phát đến thời điểm hay sau qua khoảng thời gian đinh thuộc tính “for” “until” Sự kiện loại thực nhiều lần chuyển sang trạng thái “khơng cịn hiệu lực” sau thực phần xử lý kèm theo Trang 224 • Sự kiện dạng thông điệp Sự kiện xảy thơng điệp thích hợp gửi đến Khi đó, xử lý tương ứng thực Sự kiện loại lắng nghe xử lý nhiều lần scope tương ứng hoạt động Vơ hiệu hố kiện Tất event handler gắn với scope bị vô hiệu hóa q trình xử lý scope kết thúc cách bình thường Một scope phải đợi tất event handler xử lý xong để thật hoàn thành Trang 225 Phụ lục B SOA VÀ WEB SERVICES B.1 Kiến trúc Web services Web services tập chuẩn đặc tả mở rộng khả chuẩn có sẵn XML, URL HTTP nhằm cung cấp chuẩn truyền thông hệ thống với Web services thành phần thực thi số xử lý nghiệp vụ thông qua dịch vụ cung cấp dịch vụ qua mạng, dịch vụ triệu gọi dịch vụ client cách sử dụng giao thức SOAP HTTP Web services độc lập ngôn ngữ độc lập tảng tách biệt đặc tả khỏi cài đặt; cịn hỗ trợ tích hợp loose coupling ứng dụng với qua trao đổi thông điệp đồng bất đồng thông Web services dựa kiến trúc phân tán khơng có dịch vụ xử lý trung tâm tất dạng truyền thông sử dụng giao thức chuẩn Các giao thức khơng có ý nghĩa ngầm định bên mà phải mô tả rõ ràng Một đặc tính quan trọng mơ hình tính tốn dựa Web services client Web services khơng cần biết cài đặt Kiến trúc Web services cung cấp nhiều thành phần cho phép ứng dụng client tìm kiếm sử dụng Web services cần cách động Web services hứa hẹn mang đến khả tạo môi trường phân tán ứng dụng nào, component ứng dụng kết hợp với dễ dàng với tính độc lập tảng, độc lập ngơn ngữ (language-neutral) Web service sử dụng vào mục đích đơn giản nhập vào trang web hay với mục địch phức tạp xử lý nghiệp vụ giao dịch vay mượn cơng ty với Điểm khác biệt Web services với công nghệ phân tán trước Win32, J2EE CGI chuẩn hố Web services sử dụng XML, ngơn ngữ độc lập việc biểu diễn liệu, làm ngôn ngữ trao đổi thông tin Bởi kết hợp với nhau, khả tích hợp phần mềm đa kết nối mơ hình web Trang 226 services thật đáng kinh ngạc Thêm vào đó, chuẩn Web services cịn hỗ trợ tình cao cấp hỗ trợ giao dịch, bảo mật, quy trình nghiệp vụ, vân vân… Mơ hình web services dạng đơn giản định nghĩa cách thức tương tác Service Requester, Service Provider, Service Directory sau : Bên sử dụng dịch vụ tìm kiếm dịch vụ UDDI Service Directory Chúng lấy thông tin mô tả WSDL Web services cung cấp Service Providers từ trước thông qua Service Directory Sau lấy mô tả WSDL, bên yêu cầu dịch vụ kết nối đến nhà cung cấp dịch vụ cách triệu gọi dịch vụ thông qua giao thức SOAP Web services bao gồm khái niệm SOAP, WSDL, UDDI Chúng ta phân tích phần sau Cần lưu ý chuẩn kết hợp với dùng độc lập tùy trường hợp cụ thể Trang 227 B.2 Các đặt trưng Web services B.2.1 Loosely coupled Loosely coupled nghĩa Web Service chương trình triệu gọi chúng thay đối độc lập với thay phải thiết kế lại thành phần liên quan hai bên có sử thay đối Cũng thay đổi Web service interface mà không làm ảnh hưởng đến khả tương tác client với dịch vụ Trong đó, với hệ thống có tính tightly coupled, nghiệp vụ phía client server phải ràng buộc chặt chẽ với nhau, cố interface thay đổi phía cịn lại phải cập nhật Xu hướng phát triển kiến trúc có tính loosely coupled để hệ thống phần mềm trở nên dễ quản lý , làm cho khâu tích hợp hệ thống khác trở nên dễ dàng B.2.2 Tính đóng gói Tính đóng gói (Encapsulated) nghĩa phạm vi bên ngồi Web service đến cài đặt Web Service Các chức cung cấp thơng qua interface mà Web Service cung cấp Về chất, Web Service trừa tượng hoá cài đặt qua interface, tương tự cách XML tách biệt thông tin khỏi xử lý Web Service kế thừa tính đóng gói từ kiến trúc hướng đối tượng dựa Java, C++ COM B.2.3 Contracted Contracted nghĩa hành vi Web Service bao gồm cách thức kết nối, ràng buộc, tham số đầu vào đầu cung cấp đến người sử dụng Web Service B.2.4 Giao thức chuẩn Web Service tập chuẩn mở phi thương mại Web Service dựa tảng XML để định dựa liệu HTTP làm giao thức truyền liệu, ngồi cịn có SOAP, WSDL UDDI chuẩn tảng Web Service dựa XML Các chuẩn cũ khơng dựa đó, Web Service triển khai hệ thống đóng, độc quyền đặc trưng cho nhà cung Trang 228 cấp trao tảng cố định Tính mở đặc tả Web Service cho phép nhiều nhà cung cấp tổ chức trình thể cách nhìn đa dạng góp phần phát triển cơng nghệ Web Service B.2.5 Tự định nghĩa Web Service tự định nghĩa Tính tự định nghĩa (self-defining) đặc tính XML tận dụng cơng nghệ tảng Web Service SOAP WSDL B.2.6 Tìm kiếm triệu gọi động Bằng cách tận dụng cơng nghệ UDDI , Web Service consumer định vị triệu gọi Web Service chạy mà không cần biết trước cụ thể Web Service cài đặt, cung cấp chức mong muốn B.3 Lợi ích Web services Lợi ích Web Service tóm gọn đoạn sau : “Web Service cung cấp chế đơn giản để kết nối ứng dụng lại với công nghệ thiết bị chúng sử dụng vị trí Web Service dựa chuẩn giao thức hỗ trợ rộng rãi internet nhằm giảm chi phí liên lạc Cách tiếp cận có tính loose coupling hỗ trợ đa kết nối chia sẻ thơng tin dịch vụ, mà tự định nghĩa tìm thấy cách tự động” Ta tìm hiểu chi tiết lợi ích thương mại lợi ích kỹ thuật Web Service Web Service truy cập nơi, lúc, cơng nghệ thiết bị hỗ trợ Web Service Lợi ích thương mại– Tăng hiệu suất quy trình nghiệp vụ Tăng hiệu suất quy trình nghiệp vụ cách giảm chi phí thời gian kết nối ứng dụng với Tăng khả truy xuất liệu theo gian thực, kết nối từ xa đến nguồn liệu Hỗ trợ thương mại thời gian thực Hỗ trợ khác hàng, đối tác nhân viên Lợi ích kỹ thuật – Giảm chi phí Giảm chi phí kết nối Giảm mức độ phức tạp trình tích hợp Độc lập tảng độc lập công nghệ Trang 229 Dựa chuẩn giao thức hỗ trợ rộng rãi internet Lợi ích thương mại kỹ thuật – Giảm chi phí lựa chọn Lợi ích từ « chuẩn mở » Khơng phụ thuộc vào công nghệ độc quyền Nhiều nhà cung cấp khác Giảm chi phí cơng nghệ Loosely coupled Lợi ích thưong mại – Tăng cường Lợi ích kỹ thuật – Giảm chi phí bảo trì quan hệ Tạo thuận tiên cho vệic thêm vào hay thay Giảm chi phí bảo trì đổi đối tác Giảm ảnh hưởng thay đổi Thay đổi mặt hệ thống khơng hưởng đến Sử dụng lại thành phần có sẵn nghiệp vụ Hỗ trợ đa kết nối Lợi ích thưong mại Lợi ích kỹ thuật – Tiết kiệm chi phí Giảm số lượng phần mềm,cơng cụ, kỹ cần thiết nhiều lĩnh vực khác Tiếp cận vững cho bối cảnh toán Một kiến trúc chung cho mội bốii cảnh tốn (ví dụ bảo mật) Tự mơ tả Lợi ích thương mại – Tiếp cận thị trường Lợi ích kỹ thuật – Rút ngắn chu kì phát triển Tăng thời gian tiếp cận thị trường Giảm cơng sức phát triển dịch vụ tự kết nối đến đối tác khách hàng trở động hoá nên nhanh tự động Giảm ảnh hưởng thay đổi, tự Tạo điều kiện thuận tiện cho đối tác hợp tác động phản ứng với thay đổi làm ăn Dịch vụ triệu gọi tự động mà không cần đến can thiệp nhân viên phát triển phần mềm Tự động tìm kiếm Lợi ích thương mại Lợi ích kỹ thuật – Rút ngắn chu kì phát triển Tạo điều kiện thuận tiện khách hàng tìm đến Giảm khơng cần loại bỏ cơng sức phát dịch vụ ta triển hỗ trợ kết nối Dễ dàng tìm kiếm đối tác dịch vụ họ Trang 230 B.4 SOAP SOAP đặc tả việc sử dụng tài liệu XML theo dạng thông điệp Bản thân SOAP không định ngữ nghĩa ứng dụng cách cài đặc chi tiết SOAP cung cấp chế đơn giản gọn nhẹ cho việc trao đổi thông tin có cấu trúc định dạng thành phần môi trường phân tán sử dụng XML SOAP thiết kế dựa chuẩn nhằm giảm chi phí tích hợp hệ thống phân tán xây dựng nhiều tảng khác mức thấp tốt Đặc tả SOAP định nghĩa mô hình trao đổi liệu dựa khái niệm bản: thông điệp tài liệu XML, chúng truyền từ bên gửi đến bên nhận, bên nhận chuyển tiếp liệu đến nơi khác Khái niệm mơ hình SOAP việc sử dụng tài liệu XML thơng điệp trao đổi Điều có nhiều ưu điểm giao thức truyền liệu khác Các thông điệp XML tổng hợp đọc với soạn thảo text đơn giản, ta làm việc với XML hầu hết tảng Sau ví dụ thơng điệp SOAP : Hello world! Khi trao đổi thông điệp SOAP, có hai thành phần liên quan: bên gửi bên nhận Thông điệp chuyển từ bên gửi sang bên nhận Đây ý niệm đơn giản trao đổi thông điệp SOAP Trong nhiều trường hợp, kiểu trao đổi không cung cấp đủ chức Nhưng mơ hình bản, dựa phát triển mơ hình trao đổi phức tạp Trang 231 Hình B-1 – Một SOAP Operation đơn giản Một cấu trúc SOAP định nghĩa gồm phần: , Hình B-2 – Cấu trúc thông điệp SOAP Envelop thành phần gốc thơng điệp SOAP, chứa thành phần Header Body Thành phần Header chế mở cho phép thêm tính vào bên thơng điệp SOAP Mỗi thành phần Header gọi Header Entry Các Header Entry dùng để diễn giải , quy định số ngữ nghĩa thông điệp SOAP Các ứng dụng xử lý định tuyến thông điệp dựa thông tin header thơng tin bên thơng điệp Đây ưu điểm mà mơ hình kiến trúc DCOM, CORBA RMI khơng có được, protocol header chúng phải định chi tiết cho ứng dụng B.5 WSDL Web Sevice Description Language (WSDL) định nghĩa lược đồ XML dùng để mô tả cấu trúc dịch vụ theo dạng XML Nó cung cấp thơng tin cho hệ thống phần tán cho phép ứng dụng trao đổi với cách tự động Trong SOAP tập trung vào việc trao đổi thông tin bên yêu cầu bên cung cấp WSDL mơ tả dịch vụ cung cấp bên cung cấp xem công thức để phát sinh thông điệp SOAP đến dịch vụ Trang 232 Một tài liệu WSDL mô tả Web Service tập đối tượng trừu tượng gọi “ports” “endpoint” Một tài liệu WSDL định nghĩa bên hành vi Hành vi tương ứng với “operation” liệu tương ứng với “message” Một tập hành vi liên quan nhóm lại vào “portType” Một ràng buộc kết nối (binding) định giao thức mạng đặc tả định dạng liệu cho portType cụ thể Kế đến port định nghĩa cách kết hợp địa mạng với binding Nếu client có tài liệu WSDL tìm thấy binding địa cho port, gọi phương thức dịch vụ theo giao thức định dạng liệu đặc tả Phần tử gốc tất tài liệu WSDL phần tử Nó chứa bên sáu thành phần chia thành hai nhóm : thơng tin trừa tượng thơng tin cụ thể • Thơng tin trừu tượng a types b messages c portType • Thơng tin cụ thể d bindings e services Các thành phần chứa tham chiếu lẫn hình Trang 233 Sau ví dụ mẫu đặc tả WSDL Trang 234 B.6 UDDI Về Universal Description, Discovery, and Intergration (UDDI) nơi mà tổ chức đăng ký tìm kiếm Web Service Nó đóng vai trị service broker cho phép người sử dụng dịch vụ tìm nhà cung cấp dịch vụ cần tìm UDDI hỗ trợ chức năng: • Thực tìm kiếm, định vị doanh nghiệp cung cấp dịch vụ hay sản phẩm theo phần loại theo vùng địa lý • Thơng tin nhà cung cấp dịch vụ bao gồm địa chỉ, thông tin liên lạc định danh • Thơng tin kỹ thuật (Technical information) Web service mà doanh nghiệp cung cấp (ví dụ cách sử dụng dịch vụ cung cấp) Để sử dụng đến dịch vụ UDDI, thân UDDI cung cấp tập hàm API dạng SOAP Web Service Tập API chia làm hai phần: Inquiry API dùng truy vấn Publisher’s API dùng đăng ký Phần API dùng để truy vấn bao gồm hai phần : phần dùng để tạo chương trình cho phép tìm kiếm duyệt thơng tin UDDI registry, phần lại dùng để xử lý lỗi triệu gọi Thành phần xử lý đăng ký UDDI, file XML dùng để mô tả thực thể kinh doanh (business entity) kèm theo Web service Sử dụng dịch vụ UDDI, doanh nghiệp đăng ký thông tin Web service mà họ định cung cấp Thông tin đuợc thêm vào UDDI registry thông qua Web site sử dụng cơng cụ lập trình sử dụng dịch vụ theo đặc tả UDDI programmer’s API Lược đồ XML UDDI định nghĩa bốn loại thông tin để kết nối đến Web service Trang 235 Như hình trên, cấu trúc thơng tin bao gồm : • Business entity Một business entity chức thơng tin công bao gồm tên công ty, đoạn mô tả ngắn gọn vài thông tin liên lạc (địa chỉ, số điện thoại, email, v.v….) Mỗi doanh nghiệp cấp định danh nhất, ví dụ số D-U-N-S • Business service Liên kết với business entity danh sách business service cung cấp business entity Mỗi thành phần chứa thông tin mô tả dịch vụ, thông tin phân loại dịch vụ danh sách binding template liên quan đến thông tin kỹ thuật dịch vụ Mỗi business service cần có binding template Trang 236 • Binding template Gắn với business service danh sách binding template cung cấp thơng tin địa điểm tìm thấy Web Service làm cách để sử dụng Một cấu trúc binding template mô tả thông tin interface Web Service địa URL Mỗi bindingTemplate định danh thông qua số phát sinh tự động UUID lưu bindingKey • tModels Mục đích tModels dùng để liên kết đến metadata bên UDDI Thành phần quan trọng tModels URL trỏ đến tài liệu mô tả thông tin metadata Tài liệu tài liệu HTML, Word, tùy ý mơ tả đặc tả kỹ thuật đó, ví dụ giao thức mạng, dạng thức trao đổi luật mà thông thường file mô tả thông tin service WSDL Có hai thuộc tính bên tModel : tModelKey đóng vai trị định danh tModel với name dùng cung cấp tên với đầy đủ ngữ nghĩa cho tModel Sample Services a description Symbol service a description http://anyURL/symbol TU UT StockQuote Service WSDL description of a Symbol lookup service Trang 237 WSDL source document http://anyURL/symbol.wsdl TU UT Tóm lại SOAP, WSDL UDDI kết hợp với theo sơ đồ sử dụng sau : Nhà cung cấp Web Service mô tả Web Service tài liệu WSDL đăng ký lên UDDI cách sử dụng Publisher’s API Một người sử dụng dịch vụ UDDI Inquiry API để tìm thơng tin nhà cung cấp dịch vụ thích hợp Nếu có, tìm kiếm tiếp tModel từ lấy tài liệu mô tả WSDL Một yêu cầu dạng SOAP tạo dựa tài liệu mô tả WSDL Yêu cầu SOAP gửi đến nhà cung cấp dịch vụ xử lý Trang 238 B.7 Một số chuẩn Web services • WS-Security : Mô tả cách thêm vào header signature mã hố vào bên thơng điệp dạng SOAP, cách thêm vào token bảo mật X.509, chứng thực Keberos • WS-Policy : Mơ tả khả ràng buộc bảo mật sách nghiệp vụ thành phần trung gian địa endpoint • WS-Trust : Một framework cho mơ hình trust, cho phép Web Service cộng tác cách an toàn bảo mật • … B.8 SOA Web Service SOA kiến trúc phần mềm, bao gồm tập nguyên tắc thiết kế độc lập với kỹ thuật công nghệ nhằm liên kết dịch vụ SOA bắt đầu với việc định nghĩa thành phần giao tiếp (interface) sau đó, xây dựng kiến trúc hệ thống liên kết thành phần interface, phần thực thi interface cách thức tương tác interface Trong đó, Web services lại tập hợp kỹ thuật công nghệ (SOAP, WSDL, UDDI, HTTP ) dùng để thực hóa nguyên tắc thiết kế SOA Trong thực tế, khái niệm SOA khái niệm hoàn toàn mới, mà xuất cách lâu Và khứ có nhiều kỹ thuật khác dùng để triển khai hệ thống SOA : • Distributed object : CORBA, J2EE, COM/DCOM • Message-oriented middleware (MOM) : WebSphere MQ, Tibco, Rendezvous • TP monitor: CICS, IMS, Encinia, Tuxedo • B2B platform: ebXML, RosettaNet Trang 239 Trong phần này, giải thích rõ hệ thống SOA dựa Web services khác với hệ thống SOA dựa kỹ thuật cũ trước • Cách tiếp cận dựa API dựa nghiệp vụ ► Sự khác việc triển khai hệ thống SOA dựa kỹ thuật cũ với dùng web service cách tiếp cận Các kỹ thuật trước tiếp cận theo cách sử dụng hàm API kỹ thuật web services lại sử dụng chế thơng điệp Lợi ích cách tiếp cận tạo nhiều mơ hình tương tác đa dạng, linh hoạt xây dựng nhiều trạm điều khiển trung gian, xử lý vấn đề định tuyến, orchestration tương quan, cịn hỗ trợ độc lập với mơi trường truyền dẫn (transport indenpendence) ► Tương tác nhà cung cấp dịch vụ đối tượng sử dụng dịch vụ khơng cịn đơn giản kết nối điểm-điểm ► Hiệu suất hoạt động hệ thống tốt hỗ trợ chế định tuyến giúp định tuyến cho luồng trao đổi dịch vụ cách hiệu ► Với hỗ trợ việc xếp, kết hợp, quản lý dịch vụ giúp xây dựng tồn qui trình nghiệp vụ cách nhanh chóng, dễ dàng hiệu thiết kế thành phần ► Việc xác định dịch vụ hiệu thông qua việc sử dụng thông tin tương quan (correlation information) • Sử dụng liệu mô tả (metadata) để tăng tính linh hoạt ► Một điểm yếu tiếp cận dựa API triển khai hệ thống SOA hạn chế (thậm chí hồn tịan khơng có) thơng tin mơ tả dịch vụ ► Web services dựa lược đồ XML để hỗ trợ liệu tự mơ tả Ngồi Web services hỗ trợ nhiều chuẩn WSDL để mô tả thông tin web service, UDDI để tạo tảng cho việc quản lý web service Trang 240 thông tin mô tả liên quan web service Từ hỗ trợ tốt cho trình sử dụng quản lý tài nguyên lẫn cũ, thơng qua: - Tích hợp ngữ nghĩa: nhà quản lý định thơng tin cần trao đổi cách thức trao đổi - Chuyển đổi thông tin: hỗ trợ việc chuyển đổi định dạng liệu trình trao đổi hệ thống khác • Tăng khả tương thích tái sử dụng: ► Các hệ thống SOA khơng phải hệ thống kín (monolithic) xây dựng hồn tồn Điều có nghĩa hệ thống phải có khả tương thích cao để tích hợp với hệ thống khác bên ngồi ứng dụng, tài nguyên sẵn có nhằm thực tái sử dụng cách có hiệu ► Các kỹ thuật trước gặp nhiều khó khăn việc giải vấn đề này, chí khơng thể, thân kỹ thuật khơng đưa chuẩn chung để hệ thống khác (về công nghệ, kỹ thuật, định dạng liệu) tương tác với ► Trong Web service giải yêu cầu cách dễ dàng, hiệu quả, tiết kiệm thời gian lẫn chi phí thực bao bọc chức năng, ứng dụng, liệu, thành services thực q trình tương tác với hệ thống thông qua chuẩn Web service (SOAP, WSDL ) • Vấn đề sử dụng chuẩn ► Các kỹ thuật trước đưa định dạng thơng điệp dùng q trình giao tiếp dịch vụ Nhưng thông điệp chung xây dựng dựa chuẩn riêng, ràng buộc chặt chẽ với ngôn ngữ môi trường hệ thống Điều dẫn đến rối rắm, trùng lắp khó tương thích chuẩn hệ thống Trang 241 ► Trong đó, web service xây dựng dựa chuẩn đạt trí cộng đồng phát triển (định dạng thơng điệp dựa chuẩn W3C XML, mơi trường truyền thơng điệp dựa SOAP) ► Ngồi chuẩn tương thích tốt với (ví dụ WSSecurity WS-Policy) Hơn nữa, chuẩn Web service thiết kế để có khả mở rộng để phối hợp tích hợp với chuẩn tương lai Điều có nghĩa rằng, khơng có chuyện lệ thuộc vào nhà phát triển khả tùy biến hỗ trợ tối đa Tinh thần phù hợp với nguyên tắc thiết kế SOA : “Chỉ cần đầu tư lần vào xây dựng sở hạ tầng, sau chuyện trở nên dễ dàng.” ► Như vậy, tính tương thích khả tích hợp cao thiết kế xây dựng kiến trúc Web service Ta thấy rõ lợi ích việc triển khai hệ thống SOA dựa Web service qua việc so sánh với hai kỹ thuật khác CORBA WebSphere MQ Cơ sở so sánh Chuẩn mở WebSphere MQ Không hỗ trợ XML Web services Có hỗ trợ (do tổ chức W3C, OASIS đưa ra) Có CORBA Có hỗ trợ (Chuẩn tổ chức OMG xây dựng) Có Hỗ trợ nhiều ngơn ngữ lập trình loosely-coupled Hợp đồng dịch vụ Định nghĩa hợp đồng độc lập với kỹ thuật? Định nghĩa thông điêp tham số Kiểm tra định dạng thơng điệp tham số Phân tích thơng điệp tham số Có thể Có thể Có Word, Excel, Access CORBA IDL COBOL CORBA IDL WSDL, Xml Schema, WS-Policy WSDL, XmlSchema Phải tự xây dựng CORBA IDL compiler Xử lý tự động dựa theo ràng buộc ngôn ngữ XmlSchema Xml parsers Tự động dựa vào mô hình DOM, SAX, JAAS, JAX-RPC… CORBA IDL Có hỗ trợ kiểm tra tham số phương thức Khơng có XmlSchema WSDL XmlSchema Xml parser Phải tự xây dựng Quản lý liệu Kiểu liệu Kiểm tra liệu Khơng có Khơng có Truy vấn liệu Khơng có Có XPath XQuery Trang 242 Quản lý dịch vụ Lưu trữ interface Khơng có Định danh dịch vụ Khơng có Cung cấp dịch vụ Khơng bên Vấn đề bảo mật Chứng thực Userid/password Phân quyền Khơng có Bảo liệu Tích hợp liệu Các kiểu tương tác Một chiều, đồng Request/Response Không có Khơng có UDDI CORBA interface repository CORBA naming UDDI service CORBA trading UDDI service IIOP/TLS IIOP/TLS IIOP/TLS IIOP/TLS Có Có Có, khơng Có hỗ trợ mạnh, quản lý thông điệp mức ứng dụng Một chiều, bất đồng Có, hỗ trợ mạnh Có, hỗ trợ yếu Publish/subscribe Có, yếu Có Giao tiếp mức dịch vụ Chuyển đổi định Mức độ đơn giản: Có EDCIDIC dạng liệu ASCII tảng ngơn ngữ lập trình Chất lượng dịch vụ Quản lý phiên làm Có Có việc Cân tải Có Có Đảm bảo liệu Có truyền Quản lý giao tác Có Có Có Quản lý dịch vụ Khơng Không HTTPs, WS-Security SAML, XACML, WSSecurity HTTPs, WS-Security HTTPs, WS-Security Có Có WS_Reliability, WSReliableMessaging WS-Eventing, WSNotìication Các thơng điệp dạng text nên không cần chuyển đổi WSSecureConversation, WS-Context Không giải chuẩn, việc hỗ trợ tùy thuộc vào nhà cung cấp sản phẩm WS-Reliability, WSReliableMessaging WS-AT, BA, C WSCAF Web services distributed management (WSDM) WS-Management Trang 243 Phụ lục C ĐỊNH DẠNG CÁC FILE TRONG PROJECT BPEL DESIGNER File Process Deployment Descriptor (.pdd) Với tiến trình BPEL cần triển khai ta cần mơ tả triển khai tiến trình (.pdd) File XML mơ tả thơng tin cho BPEL engine biết tiến trình BPEL cần triển khai Mỗi tiến trình (mỗi file bpel) có file pdd riêng Thành phần chứa toàn partner link tham chiếu WSDL Lược đồ XML cho file pdd tìm thấy http://schemas.active-endpoints.com/pdd/2004/09/pdd.xsd TU UT [ endpoint reference ]? ? ? + + ? relativeDeploymentLocation đường dẫn tương đối đến file BPEL Thông thường, giá trị tên file BPEL có thư mục với file pdd Bởi qname tên định danh tả phải sử dụng thuộc tính xmlns để xác định the namespace Ví dụ Trang 244 The partner link mô tả role sử dụng partner tiến trình Partner Role Endpoint reference static Được mơ tả mô tả cài đặt (BPEL4WS) dynamic Được định nghĩa tiến trình (BPEL4WS) invoker Lấy từ thơng tin SOAP header partner (WS-Addressing) principal Dò từ file Partner Definition (.pdef) dựa xác nhận chứng thực Ví dụ ứng dụng BPEL xử lý cho vay thơng tin partner link sau: approver:anyURI approver:LoanApprover assessor:anyURI assessor:LoanAssessor Thành phần liệt kê file WSDL tham chiếu tiến trình BPEL Nó dùng BPEL engine để tạo đại diện WSDL nhớ Sau ví dụ cho tiến trình xác nhận cho vay: Trang 245 Trong thành phần , thuộc tính namespace khơng cần sử dụng tới Thuộc tính location tên file hay địa URL File wsdlCatalog.xml File wsdlCatalog.xml chứa thư mục META-INF * Thuộc tính location đến file WSDL theo hai cách Giá trị là: • Thuộc tính location thành phần phần wsdlReferences file pdd • Thuộc tính location element bên file WSDL Khi nạp file WSDL lúc triển khai, engine xử lý đọc tham chiếu WSDL từ file pdd sử dụng thuộc tính location thành phần khố đến WSDL catalog Nếu WSDL catalog chứa địa tương ứng engine nạp file WSDL từ đường dẫn tương ứng Nếu khơng có, engine tự hiểu địa tuyệt đối URL nạp file WSDL từ địa Sau ví dụ file wsdlCatalog.xml File Partner Definition (.pdef) endpoint reference * * Partner link mô tả mối quan hệ File định nghĩa partner không thiết phải cần có tiến trình BPEL processes, tiến trình có endpoint reference dạng principal sử dụng chúng Mỗi có yêu cầu chứng thực file sử dụng để cung cấp thông tin chứng thực  ... hệ thống với Web services thành phần thực thi số xử lý nghiệp vụ thông qua dịch vụ cung cấp dịch vụ qua mạng, dịch vụ triệu gọi dịch vụ client cách sử dụng giao thức SOAP HTTP Web services độc... nhà cung cấp dịch vụ đối tượng sử dụng dịch vụ khơng cịn đơn giản kết nối điểm-điểm ► Hiệu suất hoạt động hệ thống tốt hỗ trợ chế định tuyến giúp định tuyến cho luồng trao đổi dịch vụ cách hiệu... dụ số D-U-N-S • Business service Liên kết với business entity danh sách business service cung cấp business entity Mỗi thành phần chứa thông tin mô tả dịch vụ, thông tin phân loại dịch vụ danh