12.07.2015 Views

Migration of a Chosen Architectural Pattern to Service Oriented ...

Migration of a Chosen Architectural Pattern to Service Oriented ...

Migration of a Chosen Architectural Pattern to Service Oriented ...

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

Chapter 5. Guidelines 114standard. The communication can be conducted for instance over RPC orHTTP with SOAP as a message standard. A pair <strong>of</strong> HTTP and SOAPmessages is widely used in Web <strong>Service</strong>s [32] but it is one <strong>of</strong> the biggest obstaclesduring Web <strong>Service</strong> adaptation [59].However reliable message specificationand SOAP reliability headers increase messaging reliability, it stilldoes not guarantee message delivery, message status notification, duplicateelimination and message ordering [59].Therefore SOAP over HTTP shouldbe avoided in mission critical system. Instead pro<strong>to</strong>cols like WebShare MQ,Java Messaging <strong>Service</strong> (JMS), RosettaNet or Electronic Data Interchange(EDI) should be applied [59].ViewViewController+ Cannonical Pro<strong>to</strong>col =ControllerModelModelFigure 5.2: <strong>Migration</strong> step 23. Unify used schemasApplied SOA pattern: Canonical SchemaHow <strong>to</strong>: At this point only a schema document is needed. The documentwill be filed up with definitions when new services will be identified andimplemented. The definitions present in schema are further used by otherservices. One important thing is that while next types <strong>of</strong> information aredefined, they should base on types that are currently defined. In otherwords, it is highly recommended <strong>to</strong> reuse exiting definition <strong>of</strong> informationand it does not generate additional dependencies because Schema describesinformation types in XML. Reuse <strong>of</strong> existing definitions helps <strong>to</strong> avoid redundantdefinitions and standardises domain vocabulary across the company.Finally, schema should be divided in<strong>to</strong> many smaller documents thatdescribe a set <strong>of</strong> related information. The documents should be broken in<strong>to</strong>namespaces. A naming conversion should be also established. See figure5.3 for general idea.4. Unify policiesApplied SOA pattern: Policy Centralisation

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!