Nghiên cứu kiến trúc hướng dịch vụ và đối tượng - 9 ppt

Trang 196 Ở dạng thứ hai nguồn đích cho phép thao tác địa dịch vụ partner link Giá trị thuộc tính “partnerLink” tên partner link khai báo tiến trình o Đối với nguồn, ta phải định role “myRole” (địa tiến trình nguồn) hay “partnerRole” (địa partner link nguồn) o Đối với đích, phép gán thực cho “partnerRole”, khơng cần phải định giá trị role Ở dạng thứ ba cho phép thực thao tác message property Ở dạng thứ tư nguồn cho phép tiến trình thực tính tốn đơn giản property biến Ở dạng thứ năm cho phép gán giá trị cho đích Kiểu giá trị phải kiểu với đích Kiểu giá trị khai báo “bên trong” với giá trị cách sử dụng chế kiểu thể lược đồ Xml (ví dụ: xsi:type) Kiển phép gán phải tương thích • Một phép gán hợp lệ liệu tham chiếu nguồn đích phải có kiểu tương thích Trong số trường hợp đặc biệt, kiểu nguồn đích Xml schema type hay element ràng buộc giá trị nguồn phải “nằm trong” type hay element đích kiểu nguồn đích khác Cụ thể, kiểu nguồn kiểu (subtype) đích Trong trường hợp biến định nghĩa cách tham chiếu đến element, source destination phải element Ví dụ phép gán Ví dụ giả sử complexType sau định nghĩa namespace http://tempuri.org/bpws/example TU U UT UT Trang 197 Và giả sử messageType sau định nghĩa namespace Ta có biến khai báo sau: Ta thực chép biến sang biến khác, đồng thời chép part biến sang biến khác có kiểu tương thích A.5 Các xử lý A.5.1 Các thuộc tính sở xử lý Mỗi xử lý có số thuộc tính sở tùy chọn: tên, joinCondition suppressionJoinFailure Phần giải thích hai thuộc tính joinCondition suppressionJoinFailure nói rõ phần nói flow name="ncname"? joinCondition="bool-expr"? Trang 198 suppressJoinFailure="yes|no"? Giá trị mặc định suppressJoinFailure “no” Giá trị mặc định joinCondition biểu thức thực phép OR tình trạng link đầu vào xử lý A.5.2 Các thành phần sở xử lý Mỗi xử lý BPEL có hai thành phần sở tùy chọn Các thành phần dùng để thiết lập quan hệ đồng bộ, ràng buộc trình tự xử lý thơng qua việc sử dụng link (Xem phần flow ) • Mỗi link xác định tên định nghĩa cách độc lập Tên link sử dụng giá trị thuộc tính “linkName” thành phần • Một xử lý tự khai báo source hay nhiều link cách chứa hay nhiều thành phần (trường hợp chứa nhiều phải có tên link khác nhau) • Tương tự thế, xử lý tự khai báo target hay nhiều link cách chứa hay nhiều (trường hợp chứa nhiều phải có tên link khác nhau) • Mỗi khai báo thêm thuộc tính tùy chọn transitionCondition với giá trị biểu thức bool Thuộc tính sử dụng điều kiện để định xem link đủ kiện kích hoạt hay chưa? Giá trị mặc định thuộc tính “true”(Khi xử lý kết thúc bình thường link coi kích hoạt đủ điều kiện) * * A.5.3 Gọi phương thức Web Service (Invoke) Các web service cung cấp partner dùng để thực tác vụ tiến trình nghiệp vụ Gọi phương thức web service thực Trang 199 xử lý Các phương thức thuộc dạng request/response đồng đồng hay one-way bất đồng Một lời gọi bất đồng cần biến đầu vào phương thức khơng phải chờ để nhận kết trả phương thức Trong lời gọi đồng yêu cầu phải định hai biến vào (in out) Một hay nhiều correlation sets dùng để “định danh” thể tiến trình với dịch vụ có tính trạng thái phía partner Trong trường hợp lời gọi đồng bộ, phương thức trả thông điệp lỗi Thông điệp lỗi làm phát sinh lỗi phần xử lý tiến trình Nếu lỗi khơng xử lý scope hành (bên xử lý invoke) ném cho scope chứa xử lý Một thông điệp lỗi web service thể BPEL4WS target namespace portType chứa phương thức kèm với tên lỗi Cuối cùng, xử lý liên kết với xử lý khác đóng vai trò phần xử lý compensation handler standard-elements ? + * activity ? activity ? activity Trang 200 Một ví dụ xử lý với compensation handler bên A.5.4 Cung cấp phương thức Web Service Một tiến trình nghiệp vụ cung cấp dịch vụ cho partner thơng qua xử lý tương ứng Một partner link mà muốn nhận thơng điệp từ đó, portType operation mà partner gọi Thêm vào đó, biến dùng để chứa phần liệu thông điệp nhận Ngịai ra, xử lý cịn có vai trị chu kỳ sống tiến trình nghiệp vụ Cách để khởi tạo thể tiến trình dùng xử lý (hay ) với thuộc tính createInstance có giá trị “yes” Giá trị mặc định thuộc tính “no” Xử lý dạng phải xử lý tiến trình BPEL4WS cho phép khai báo lúc nhiều xử lý khởi tạo tiến trình Trường hợp sử dụng có nhiều thơng điệp có khả để khởi tạo tiến trình, ta khơng biết trước thứ tự đến thơng điệp Điều lưu ý tất xử lý khởi động phải sử dụng correlation sets Môi trường thực thi process phải đảm bảo có xử lý khởi động kích hoạt mà thơi, thơng điệp đến sau (với correlation sets) chuyển đến cho thể khởi tạo từ trước standard-elements ? + Trang 201 Xử lý sử dụng để gửi phản hồi cho yêu cầu chấp nhận trước xử lý Những phản hồi có ý nghĩa tương tác đồng Một phản hồi tương tác bất đồng luôn gửi thông qua việc gọi phương thức one-way partner link Xử lý biến mà chứa liệu cần gửi Điều lưu ý ln phải đặt sau có partner link, portType operation standard-elements ? + Lưu ý: có hai dạng • Nếu kết phản hồi bình thường, thuộc tính “faultName” khơng sử dụng thuộc tính “variable” tham chiếu đến biến với kiểu message type tương ứng với thông điệp cần trả • Ngược lại, kết phản hồi nhằm thông báo lỗi, thuộc tính “faultName” dùng thuộc tính “variable” tham chiếu đến biến kiểu message type tương ứng với thông điệp lỗi A.5.5 Cập nhật nội dung biến Nội dung biến cập nhật thông qua thao tác gán A.5.6 Báo lỗi (signaling fault) Xử lý dùng tiến trình muốn thơng báo lỗi cho bên ngồi Mỗi lỗi cần phải có QName Xử lý tên lỗi cần thông báo, tùy chọn để thêm biến chứa liệu nhằm cung cấp thông tin chi tiết lỗi Một trình xử lý lỗi (fault handler) sử dụng thơng tin để phân tích, xử lý lỗi cần gửi thông điệp lỗi đến cho dịch vụ khác Trang 202 BPEL4WS khơng địi hỏi tên lỗi phải khai báo trước chúng sử dụng xử lý Lỗi lỗi vi phạm nguyên tắc xử lý tiến trình lỗi logic trình thực thi tiến trình Khi đó, ta thực xử lý với việc sử dụng QName thích hợp để làm tên lỗi, cung cấp thêm thông tin chi tiết (nếu cần) cách sử dụng biến standard-elements Một ví dụ đơn giản activitiy A.5.7 Waiting Xử lý cho phép tiến trình tạm dừng xử lý khoảng thời gian (duration) thời điểm (deadline) standard-elements Trường hợp sử dụng xử lý có nhu cầu cần thực thi xử lý thời điểm A.5.8 Khơng làm Ta có có nhu cầu sử dụng xử lý để “khơng làm cả” Ví dụ lỗi cần bắt ta không muốn xử lý, xử lý dùng Cú pháp sau: standard-elements Trang 203 A.6 Các xử lý có cấu trúc (structure activity) Các xử lý có cấu trúc qui định thứ tự thực tập xử lý chứa Chúng mơ tả cách tiến trình nghiệp vụ tạo cách liên kết xử lý mà cần thực theo qui trình xử lý nhằm thể luồng điều khiển, luồng liệu, xử lý lỗi kiện, xử lý q trình trao đổi thơng điệp Các xử lý có cấu trúc BPEL4WS bao gồm: • Để điều khiển xử lý thực thi cách ta có: , • Để điều khiển xử lý thực thi cách song song đồng ta có • Để điều khiển xử lý dựa vào kiện từ bên ngòai ta có Các xử lý có cấu trúc kết hợp sử dụng lồng tùy ý A.6.1 Sequence Xử lý chứa hay nhiều xử lý mà thực thi cách Thứ tự thực giống thứ tự khai báo bên Xử lý hồn thành xử lý cuối hịan thành standard-elements activity+ Một ví dụ cho xử lý Trang 204 A.6.2 Switch Xử lý có cấu trúc hỗ trợ xử lý theo điều kiện Những xử lý ta thường hay gặp bao gồm tập có thứ tự hay nhiều nhánh điều kiện biểu diễn , sau nhánh (có thể có khơng) Các nhánh xét duyệt theo thứ tự thể , có nhánh thỏa điều kiện, xử lý kèm theo thực sau xử lý coi kết thúc (các nhánh cịn lại khơng quan tâm nữa) Trường hợp khơng có nhánh thỏa điều kiện, xử lý nhánh (nếu có khai báo) thực Theo mặc định nhánh với xử lý kèm theo tồn Xử lý kết thúc xử lý thực (ở nhánh chọn) hòan thành standard-elements + activity ? activity Một ví dụ Trang 205 A.6.3 While Xử lý hỗ trợ lặp lại việc thực thi xử lý Quá trình lặp dừng lại điều kiện lặp khơng cịn thỏa (biểu thức bool khơng cho giá trị true) standard-elements activity Một ví dụ cho Trang 208 portType="aln:FlightAvailabilityPT" operation="FlightAvailability" inputVariable="FlightDetails" /> Tổng quát hơn, xử lý ngòai khả hỗ trợ thực lúc xử lý bên trong, cịn điều khiển đồng hóa xử lý thông qua ràng buộc đồng (synchronization dependencies) dùng để biểu diễn mối ràng buộc Tất phải khai báo bên Một xác định tên (name) thể ràng buộc hai xử lý Trong • Một xử lý giữ vai trò source link (xử lý chứa với thuộc tính “linkName” tên , cịn có thêm thuộc tính “transitionCondition” với giá trị biểu thức bool – mặc định “true”) • Xử lý cịn lại giữ vai trò target link (xử lý chứa với thuộc tính linkName tên ) Target activity không thực chừng tình trạng link chưa kích họat Tình trạng link gọi kích hoạt source activity link kết thúc transitionCondition có giá trị “true” Ngồi ra, target activity có thêm thuộc tính “joinCondition” (sẽ trình bày phần sau) Trang 209 Một khai báo phải có source activity target activity Và hai xử lý ràng buộc nhiều link, nghĩa là, với hai khác khơng có source activity target activity Một gọi “cross boundary” source activity hay target activity link chứa construct link khai báo bên ngịai construct (một construct tạo xử lý có cấu trúc) Ví dụ minh họa cho trường hợp “cross boundary” (source activity link ‘CtoD’ ỏ construct tạo link khai báo construct ) Tuy nhiên tình trạng “cross boundary” không xảy với xử lý , event handler hay compensation hander Riêng fault handler link phép “cross boudary”, fault-handler phải chứa source activity target activity thuộc scope bao scope fault-handler Cuối cùng, điểm cần quan tâm khơng dùng link để tạo chu trình hai xử lý, nghĩa là: B thực thi A hoàn thành A thực thi B hoàn thành Trang 210 Ngữ nghĩa link (link semantic) Trong phần lại qui ước sau: ► Những link mà A source activity gọi link đầu A ► Những link mà A target activity gọi link đầu vào A ► Nếu xử lý X target Y source link, ta nói ‘X phụ thuộc đồng vào Y’ Mỗi target activity có “join condition” kèm theo (được hiểu ngầm khai báo tường minh) Các join condition khai báo tường minh element bên element Và giá trị biểu thức bool Ý nghĩa joinCondition dùng để kiểm tra xử lý có đủ điều kiện kích hoạt hay không Trạng thái “sẵn sàng” xử lý định xử lý có cấu trúc chứa Ví dụ, xử lý thứ hai trạng thái “sẵn sàng” xử lý thứ hoàn thành ; xử lý bên trạng thái “sẵn sàng” kích hoạt Một xử lý trạng thái “sẵn sàng” có hay nhiều imcoming link, kích hoạt trạng thái tất link đầu vào kích hoạt join condition kèm theo có giá trị “true ” Trạng thái link có ba giá trị sau : kích hoạt, khơng kích hoạt chưa xác định Mỗi bắt đầu thực thi, tất link có trạng thái “chưa xác định” Và ta thấy chu kỳ sống link chu kỳ sống xử lý mà khai báo Vai trị link mối quan hệ đồng hai xử lý giải thích cách rõ Khi xử lý A hoàn thành, bước sau tiến hành : • Đánh giá trạng thái cho link đầu A Trạng thái kết “được kích hoạt” hay “khơng kích hoạt” Để xác định tình trạng của link Trang 211 transitionCondition link đánh giá Nếu transitionCondition=true trạng thái link “được kích hoạt” Ngược lại “khơng kích hoạt” Một điều lưu ý việc đánh giá transitionCondition thực sau xử lý hồn thành Vì thế, có lỗi xảy q trình đánh giá khơng ảnh hưởng đến kết trước xử lý, lỗi xử lý scope chứa xử lý Nếu target activity bên ngòai scope source activity trạng thái link “khơng kích hoạt” Một điều quan trọng cần nhớ là, trường hợp thân source activity , “hồn thành” khơng thiết khơng có lỗi trình xử lý Trong trình xử lý có lỗi phát sinh Nhưng gọi “hồn thành” lỗi bắt xử lý thành công fault handler scope Trường hợp L với source activity S, lỗi phát sinh có q trình đánh giá transitionCondition truyền scope bên ngòai S • Với xử lý B mà “phụ thuộc đồng bộ” vào A, kiểm tra: ► B trạng thái “sẵn sàng” chưa ► Trạng thái tất link đầu vào B “được kích hoạt” chưa • Nếu hai điều kiện thỏa, thực đánh giá joinCondition B Nếu joinCondition có giá trị false lỗi “bpws :joinFailure ” phát sinh, ngược lại, B kích hoạt Nếu trình thực thi xử lý có cấu trúc S, xử lý X bên S khơng thực thi (ví dự link đầu vào X “khơng kích hoạt”) trạng thái tồn link đầu X gán “khơng kích hoạt” Trường hợp xử lý chứa bên xử lý khác, bên khai báo số trùng tên với định nghĩa trước bên ngồi Khi khai báo xử lý mà có tham chiếu đến “linkName” tham chiếu chuyển đến tên mà gần xử lý Trang 212 o Một ví dụ cho trường hợp Xử lý Dead-Path_elimination (DPE) Trong số trường hợp mà luồng điều khiển phức tạp với việc sử dụng nhiều Nếu joinCondition xử lý A có giá trị false A khơng thực thi, lỗi ‘bpws :joinFailure’ phát sinh Ngoài ra, ta cần phải thực gán giá trị cho link đầu A “khơng kích hoạt” BPEL4WS hỗ trợ vấn đề thông qua việc sử dụng thuộc tính ‘suppressJoinFailure’ xử lý Nếu giá trị thuộc tính ‘yes’, lỗi bắt xử lý trình xử lý lỗi đặc biệt (fault handler có phần xử lý xử lý) Tuy nhiên, xử lý (có joinCondition = false) chưa thực thi, nên link đầu phải tự động gán trạng thái “khơng kích hoạt” Điều giúp cho xử lý liên quan bỏ qua, tránh tình trạng ‘ngõ cụt’ Đây tình trạng mà xử lý phải chờ để kích hoạt link đầu vào chúng ỏ tình trạng ‘không xác định.’ Trang 213 Link xử lý có cấu trúc Link dùng để liên kết hai xử lý chứa xử lý có cấu trúc khác Khi đó, ta cần thận trọng để đảm bảo luồng xử lý tiến trình thực theo ý muốn Phần làm rõ vấn đề cần quan tâm thông qua phân tích ví dụ Mơ tả ví dụ: ► Trong chứa xử lý: S hai X Y ► Bên S: sau A hồn thành, B khơng trạng thái link đầu vào X Y kích hoạt joinCondition đánh giá có giá trị true ► Khi X Y hòan thành, joinCondition B đánh giá ► Giả sử biểu thức P(X,B) OR P(Y,B) có giá trị false, lỗi “bpws:joinFailure” phát sinh Và vì, giá trị thuộc tính suppressionJoinFailure “no” nên xử lý bị dừng B C không thực ► Trong trường hợp ngược lại, giá trị suppressionJoinFailure gán ”yes”, B bị bỏ qua C thực thi lỗi “bpws:joinFailure” xử lý scope B Trang 214 P(X,B) P(Y,B) ► Sau đó, giả sử ta bổ sung cách liên kết A, B C với link (có transitionCondition=”true”) thay để chúng Khi này, B C luôn thực thi Bởi transitionCondition link “AtoB” ln “true”, nên joinCondition ln có giá trị “true”, bất chấp giá trị biểu thức P(X,B) P(Y,B) Trang 215 P(X,B) P(Y,B) A.7 Scope Ngữ cảnh xử lý (behavior context) xử lý cung cấp scope Một scope cung cấp fault handler, event handler, compensation handler, data variable, partner link correlation sets Cú pháp khai báo scope sau: standard-elements ? see above under for syntax ? see above under for syntax ? see above under for syntax ? see above under for syntax ? activity Mỗi scope có xử lý dùng để phần xử lý Xử lý xử lý có cấu trúc phức tạp, với nhiều xử lý khác chứa bên Scope chia sẻ tất xử lý bên Trang 216 Một ví dụ scope với xử lý Xử lý chứa xử lý cần xử lý lúc Một hai xử lý nhận hay nhiều kiểu lỗi phản hồi Phần fault handler scope chia sẻ hai dùng để bắt lỗi nhận ? A.7.1 Xử lý liệu data Partner Link Một scope khai báo biến partner link mà có ý nghĩa sử dụng bên scope A.7.2 Xử lý lỗi tiến trình nghiệp vụ Tiến trình nghiệp vụ thường thực tương tác thời gian dài theo chế bất đồng Các tiến trình cịn thực thao tác liệu nhạy cảm sở liệu bên hệ thống Xử lý lỗi mơi trường u cầu khó khăn cần thiết Xử lỹ lỗi tiến trình nghiệp vụ chủ yếu dựa khái niệm “compensation”, nghĩa xây dựng xử lý (application-specific) nhằm quay lui lại kết công việc thực trước (trong bối cảnh ta thực công việc lớn – giao tác- gồm nhiều cơng việc nhỏ, lý mà ta khơng muốn tiếp tục thực giao tác đó, nên ta xử lý quay lui lại phần việc làm) Trang 217 BPEL4WS hỗ trợ thực thi khái niệm “compensation” thông qua cung cấp khả xây dựng thành phần xử lý lỗi (fault handling) xử lý compensation (compensation handling) A.7.3 Compensation handler Định nghĩa compensation handler Một compensation handler đơn giản lớp bọc cho phần xử lý quay lui (compensation) bên ? activity Như giải thích trên, ta thực gọi phương thức compensation từ xử lý , thay phải khai báo o Gọi compensation trực tiếp từ xử lý o Trong ví dụ này, xử lý thực xử lý mua hàng, trường hợp cần quay lui (compensate) xử lý mua hàng vừa thực hiện, gọi phương thức “cancellation” với Trang 218 portType, partnerLink, với kết đầu lần mua hàng làm tham số đầu vào cho phương thức hủy o Gọi compensation từ (cú pháp chuẩn) Sử dụng compesation hander Compensation handler gọi cách dùng xử lý , tên scope mà chứa compensation handler gọi Một compensation handler scope phép gọi scope kết thúc cách bình thường Lưu ý trường hợp xử lý có định nghĩa bên compensation handler, tên xử lý tên scope dùng xử lý standard-elements Xử lý gọi ngữ cảnh sau: Trang 219 o Trong fault handler scope mà bao trực tiếp scope compensation cần thực thi o Trong compensation handler scope mà bao trực tiếp scope compensation cần thực thi A.7.4 Xử lý lỗi Xử lý lỗi BPEL4WS nhằm quay lui lại xử lý xử lý không thành công (đã phát sinh lỗi) scope Các lỗi bắt xử lý fault handler Và q trình xử lý lỗi khơng bị vấn đề scope chứa xử lý phát sinh lỗi không gọi kết thúc thành công Và compensation handler scope không thực Việc thiết kế fault handler scope cho phép ta lựa chọn các xử lý lỗi khác thông qua xử lý Mỗi xử lý định để bắt lỗi khác nhau, với QName lỗi biến dùng để chứa thông tin chi tiết Nếu tên lỗi khơng định, bắt tất lỗi Biến để chứa lỗi định cách sử dụng thuộc tính “faultVariable” Biến cục fault handler mà khai báo, khơng sử dụng bên Ngoài ra, biến tùy chọn có lỗi mà khơng có thơng tin kèm theo Phản hồi lỗi xử lý dạng lỗi, với tên rõ ràng phần liệu lỗi tùy thuộc vào định nghĩa fault WSDL operation Một dạng lỗi thứ hai lỗi phát sinh sử dụng xử lý kèm với tên thông tin lỗi sử dụng để bắt lỗi mà không quan tâm ? * activity ? activity Trang 220 Bởi chế linh hoạt việc cho phép định loại fault mà xử lý, nên có trường hợp lỗi định xử lý nhiều fault handler Một số nguyên tắc sử dụng để chọn thích hợp xử lý lỗi: • Nếu lỗi khơng có thơng tin liệu kèm, xử lý mà có faultName trùng với tên lỗi chọn Nếu không, lỗi xử lý • Nếu lỗi có liệu lỗi kèm theo, xử lý có tên lỗi kiểu message type biến lỗi (faultVariable) trùng với thông tin tương ứng biến lỗi chọn để xử lý Nếu khơng có thỏa, lỗi xử lý Nếu khơng có hay chọn, lỗi khơng bắt scope mà chuyển scope bên trực tiếp scope Nếu lỗi chuyển qua cho tiến trình xử lý, khơng tìm thấy fault handler phù hợp tiến trình kết thúc cách “khơng bình thường”, giống xử lý gọi Trang 221 Scope mà có xuất lỗi xem có kết thúc khơng bình thường, cho dù lỗi có bắt xử lý hay không Và compensation handler scope không gọi A.7.5 Xử lý kiện Tồn tiến trình với scope kết hợp với event handler Các event handle gọi lúc kiện tương ứng xảy Xử lý bên event handler dạng xử lý ngoại trừ xử lý xử lý phép gọi fault handler compensation handler Có hai loại kiện Loại kiện thứ thơng điệp đến tương ứng với operation WSDL Loại thứ hai biến cố thời gian Cú pháp khai báo event handler sau: ? * ? + activity * activity Điều cần lưu ý là, không giống event handler compensation handler, event handler xem phần xử lý scope Các kiện dạng thông điệp nhằm lắng nghe loại kiện thông điệp, nghĩa chờ thơng điệp thích hợp gửi đến Ý nghĩa thuộc tính thuộc tính giống với xử lý (partnerLink, portType, operation, variable, correlation sets) Điểm khác biệt khơng cho phép tạo thể tiến Trang 222 trình Vì event handler khơng có thuộc tính “createInstance” Khi thơng điệp định đến, xử lý tương ứng thực thi Một ví dụ cách dùng event handler để hỗ trợ việc kết thúc tiến trình thơng qua thơng điệp từ bên gửi vào Các kiện dạng biến cố thời gian dùng để biểu diễn kiện dạng timeout o Thuộc tính “for” khoảng thời gian mà sau kiện chuyển o Thuộc tính “until” thời điểm mà đến lúc kiện chuyển Thời gian bắt đầu tính scope bắt đầu onLarm có hai thuộc tính định Sự kích hoạt event handler Event handler gắn với scope kích hoạt scope bắt đầu thực thi Nếu event handler gắn với tiến trình, kích hoạt thể tiến trình tạo Thể tiến trình tạo xử lý (với createInstance= “yes”) nhận xử lý thơng điệp tương ứng Một ví dụ sử dụng event handler để quản lý thời gian sống thể tiến trình Đó ta nhúng liệu thời gian vào thông điệp dùng để tạo thể tiến trình ... (for="duration-expr" | until="deadline-expr") standard-attributes> standard-elements Trường hợp sử dụng xử lý có nhu cầu cần thực thi xử lý thời điểm ... standard-attributes> standard-elements Trang 203 A.6 Các xử lý có cấu trúc (structure activity) Các xử lý có cấu trúc qui định thứ tự thực tập xử lý chứa Chúng mơ tả cách tiến trình nghiệp vụ. .. phương thức web service thực Trang 199 xử lý Các phương thức thuộc dạng request/response đồng đồng hay one-way bất đồng Một lời gọi bất đồng cần biến đầu vào phương thức khơng phải chờ để