Books
in black and white
Main menu
Home About us Share a book
Books
Biology Business Chemistry Computers Culture Economics Fiction Games Guide History Management Mathematical Medicine Mental Fitnes Physics Psychology Scince Sport Technics
Ads

Network services investment guide - Gaynor M.

Gaynor M. Network services investment guide - wiley publishing , 2003. - 322 p.
ISBN 0-471-21475-2
Download (direct link): networkservicesinvestment2003.pdf
Previous << 1 .. 90 91 92 93 94 95 < 96 > 97 98 99 100 101 102 .. 128 >> Next

XML Extensible Markup Language
As it becomes the most popular way to encode data in a system-independent format, XML is becoming the lingo of the Internet. XML, because of its flexibility and extensibility, is able to encode just about any type of data imaginable. Interestingly, many soap service protocols such as SOAP and WSDL are defined using XML. Many vendors support XML, including most database vendors, and provide XML translation to and from their proprietary data format. It is this vendor acceptance that is propelling XML to its lofty role as the language of the Internet.
message
Figure 12.2 Inventory soap service.
Web Applications and Services 229
A language such as XML is needed to define data and its associated structure because human languages are not specific enough to define data unambiguously. On a hot day, if I tell a student I think his shirt is "cool," what do I mean? Do I like the shirt, or do I think it will be cool on such a hot day? Even in face-to-face communications, the English language is not always precise enough to avoid misunderstanding, which is why a precise data description language such as XML is required.
Languages such as XML [12] are called markup languages because information is enclosed between tags that define the context of this data. The idea of adding meta information (meta information is data about the information) that explains, but is not part of, the data is not new. A complex specification called Standard Generalized Markup Language (SGML) existed in the mid-80s. It provided the framework to define HTML in the early 90s and, finally, XML by 1998 [10].
This meta information defines attributes about the data such as how to display it or what the data represents. Use of XML is split between two main applications: formatting data for consumption by people or formatting data for consumption by computers. Document-centric XML describes how data is structured for display. It includes tags such as <b> . . . </b> to bold a piece of text as it is displayed to a monitor or printed. The other main use of XML is data-centric XML, which describes structured information from databases, data structures used in computer programs, and other sources of complex data. Most data-centric XML documents are designed to be parsed by a computer. The data-centric use of XML, which places data in the context of what it means, is the base technology behind soap services.
In XML (and HTML), data is enclosed between tags that define the context of the data. Because tags can be nested, hierarchical complex structured data representation is promoted. What follows is a simple example of a data-centric XML document describing information about this book.
<book>
<title>Network Services Investment Guide</title>
<author>Mark Gaynor</author>
<email>mgaynor@bu.edu</email>
<publisher>Wiley</publisher>
<ISBN>0471-21475-2</ISBN>
</book>
This example is one representation of this information. Note the hierarchical nature of this data: Each book has at least one author, and associated
230 Chapter 12
with each author is contact information. One nice (but inefficient) attribute of XML is the readability of its ASCII encoding. This simple example illustrates how information about this book might be encoded with XML.
There are two things that a program must know about the data it is processing: how this data is represented and what this data is. In the preceding XML example, the author is Mark Gaynor, but how is this information represented? In this case, it's not hard to deduce that this data is represented as a string; however, there needs to be a precise way to describe this to prevent misunderstanding about how data is typed. XML allows one XML document to be linked to another, called a schema, which defines precisely how the data in the associated data document is typed. To see how this works, consider an example of a soap service checking the inventory for some number of a particular item. The data this soap service needs is the code for the item and how many items to check for. One choice is to make the item code a string and the number of items to check for an integer (assuming you can check only for whole numbers of items). The code that follows is a simplified XML representation of this information for a soap service called check_item:
<xsd:schema xmlns="check_item"
xmlns:xsd"http://www.w3.org/2001/XMLSchema"
targetNamespace="check_item"
<xsd:simpleType>
<xsd:attribute name="item_code" use="required">
<xsd:simpleType>
<xsd:restriction base="xsd:string">
<xsd:pattern value="[A-Z]-\d{5}"
</xsd:restriction>
</simpleType>
<xsd:attribute name="item_num" use="required">
<xsd:simpleType>
<xsd:restriction base="xsd:integer">
<xsd:minExclusive value="0"/>
Previous << 1 .. 90 91 92 93 94 95 < 96 > 97 98 99 100 101 102 .. 128 >> Next