SOA patterns: proposal for avoiding data format transformation

Summary: At issue: How can services be designed to avoid data format transformation?

Here is another candidate SOA pattern submitted and being considered by the SOA patterns community process. If approved, it will be added to the established SOA patterns outlined at SOApatterns.org and in the book SOA Design Patterns (coordinated by Thomas Erl).

Candidate SOA pattern: Canonical Data Format

At issue: How can services be designed to avoid data format transformation?  Services that use different formats to represent data cause interoperability concerns, raise difficult runtime exceptions, and require the need for undesirable data format transformation measures.

Solution: The format used to deliver data between services is standardized across all services within an inventory, thereby guaranteeing a base level of interoperability.

Application: Depending on the communication protocols being used, this pattern may dictate certain file formats or, in the case of Web services, the use of the WS-I Basic Profile.

Impacts: Data format standardization can lead to communication limitations associated with the chosen format type. 

Principles: Standardized Service Contract

SOA proponents, enterprise architects, and IT professionals are invited to submit patterns they have identified for potential inclusion. SOA design patterns typically represent field-tested solutions, and organize intelligence into referenceable formats, and are intended to be repeatable by IT professionals.

Topics: Software Development, Browser, Enterprise Software, Software

Kick off your day with ZDNet's daily email newsletter. It's the freshest tech news and opinion, served hot. Get it.

Talkback

3 comments
Log in or register to join the discussion
  • A suggestion

    It is very important to distinguish between the logical and the physical representation of data.<br><br>If the logical representation is consistent then everyone has a free hand to decide how to represent the data physically. <br><br>May I suggest the pattern that all data be logically represented as explicit values in attribute positions in tuples in relations? This pattern is currently in successful, production use in hundreds of thousands of sites worldwide.
    jorwell
    • RE: SOA patterns: proposal for avoiding data format transformation

      @jorwell
      Perfect.
      Ram U
    • RE: SOA patterns: proposal for avoiding data format transformation

      @jorwell - perhaps but then again many would argue that HL7 is a logical data format at best and we all know arguably what a terrible failure it has with interop between 3rd parties who cannot agree on versions let alone messages claiming to be the same version.

      im not sure how the above differs from canonical schema. canonical data format seems to be a spin-off of canonical protocol where it is perhaps related to protocol? perhaps someone can explain the differences better

      http://mickyd.wordpress.com
      mickyduncan