0% found this document useful (0 votes)

256 views

XML Material

Xml stands for extensible markup language and is designed to transport and store data rather than display it like HTML. Xml allows users to define their own tags and has a tree structure with elements that can have child elements. Xml became a standard in 1998 and is now commonly used to exchange data between incompatible systems and applications.

Uploaded by

Sivashankar Reddy

Available Formats

Download as DOCX, PDF, TXT or read online on Scribd

0% found this document useful (0 votes)

256 views

XML Material

Uploaded by

Sivashankar Reddy

Available Formats

Download as DOCX, PDF, TXT or read online on Scribd

You are on page 1/ 111

Xml

Xml
Xml stands for extensible markup language. Xml is designed to transport and store data. Xml is important to know, and very easy to learn. Html was designed to display data.

What you should already know

Before you continue you should have a basic understanding of the following:
y y

Html Javascript

What is xml?
y y y y y y

Xml stands for extensible markup language Xml is a markup language much like html Xml was designed to carry data, not to display data Xml tags are not predefined. You must define your own tags Xml is designed to be self-descriptive Xml is a w3c recommendation

Note:- w3c stands for the world wide web consortium.

The difference between xml and html

Xml is not a replacement for html. Xml and html were designed with different goals:
y y

Xml was designed to transport and store data, with focus on what data is Html was designed to display data, with focus on how data looks

Html is about displaying information, while xml is about carrying information

SOA SOLUTIONS, Near S.R Nagar E- Seva

Xml does not do anything

Maybe it is a little hard to understand, but xml does not do anything. Xml was created to structure, store, and transport information. The following example is a note to tove, from jani, stored as xml: <note> <to>tove</to> <from>jani</from> <heading>reminder</heading> <body>don't forget me this weekend!</body> </note> The note above is quite self descriptive. It has sender and receiver information, it also has a heading and a message body. But still, this xml document does not do anything. It is just information wrapped in tags. Someone must write a piece of software to send, receive or display it.

With xml you invent your own tags

The tags in the example above (like <to> and <from>) are not defined in any xml standard. These tags are "invented" by the author of the xml document. That is because the xml language has no predefined tags. The tags used in html are predefined. Html documents can only use tags defined in the html standard (like <p>, <h1>, etc.). Xml allows the author to define his/her own tags and his/her own document structure.

Xml is not a replacement for html

Xml is a complement to html. It is important to understand that xml is not a replacement for html. In most web applications, xml is used to transport data, while html is used to format and display the data. My best description of xml is this:

SOA SOLUTIONS, Near S.R Nagar E- Seva

Xml is a software- and hardware-independent tool for carrying information.

Xml is a w3c recommendation

Xml became a w3c recommendation on february 10, 1998.

Xml is everywhere
Xml is now as important for the web as html was to the foundation of the web. Xml is the most common tool for data transmissions between all sorts of applications.

How can xml be used?

Xml is used in many aspects of web development, often to simplify data storage and sharing.

Xml separates data from html

If you need to display dynamic data in your html document, it will take a lot of work to edit the html each time the data changes. With xml, data can be stored in separate xml files. This way you can concentrate on using html for layout and display, and be sure that changes in the underlying data will not require any changes to the html. With a few lines of javascript code, you can read an external xml file and update the data content of your web page.

Xml simplifies data sharing

In the real world, computer systems and databases contain data in incompatible formats. Xml data is stored in plain text format. This provides a software- and hardware-independent way of storing data. This makes it much easier to create data that can be shared by different applications

Xml simplifies data transport

SOA SOLUTIONS, Near S.R Nagar E- Seva

One of the most time-consuming challenges for developers is to exchange data between incompatible systems over the internet. Exchanging data as xml greatly reduces this complexity, since the data can be read by different incompatible applications.

Xml simplifies platform changes

Upgrading to new systems (hardware or software platforms), is always time consuming. Large amounts of data must be converted and incompatible data is often lost. Xml data is stored in text format. This makes it easier to expand or upgrade to new operating systems, new applications, or new browsers, without losing data.

Xml makes your data more available

Different applications can access your data, not only in html pages, but also from xml data sources. With xml, your data can be available to all kinds of "reading machines" (handheld computers, voice machines, news feeds, etc), and make it more available for blind people, or people with other disabilities.

Xml is used to create new internet languages

A lot of new internet languages are created with xml. Here are some examples:
y y y y y y

Xhtml Wsdl for describing available web services Wap and wml as markup languages for handheld devices Rss languages for news feeds Rdf and owl for describing resources and ontology Smil for describing multimedia for the web

If developers have sense

If they do have sense, future applications will exchange their data in xml. The future might give us word processors, spreadsheet applications and databases that can read each other's data in xml format, without any conversion utilities in between.xml documents form a tree structure that starts at "the root" and branches to "the leaves".

SOA SOLUTIONS, Near S.R Nagar E- Seva

An example xml document

Xml documents use a self-describing and simple syntax: <?Xml version="1.0" encoding="iso-8859-1"?> <note> <to>tove</to> <from>jani</from> <heading>reminder</heading> <body>don't forget me this weekend!</body> </note> The first line is the xml declaration. It defines the xml version (1.0) and the encoding used (iso8859-1 = latin-1/west european character set). The next line describes the root element of the document (like saying: "this document is a note"): <note> The next 4 lines describe 4 child elements of the root (to, from, heading, and body): <to>tove</to> <from>jani</from> <heading>reminder</heading> <body>don't forget me this weekend!</body> And finally the last line defines the end of the root element: </note> You can assume, from this example, that the xml document contains a note to tove from jani. Don't you agree that xml is pretty self-descriptive?

Xml documents form a tree structure

Xml documents must contain a root element. This element is "the parent" of all other elements. The elements in an xml document form a document tree. The tree starts at the root and branches to the lowest level of the tree.

SOA SOLUTIONS, Near S.R Nagar E- Seva

All elements can have sub elements (child elements): <root> <child> <subchild>.....</subchild> </child> </root> The terms parent, child, and sibling are used to describe the relationships between elements. Parent elements have children. Children on the same level are called siblings (brothers or sisters). All elements can have text content and attributes (just like in html).

Example:

The image above represents one book in the xml below: <bookstore> <book category="cooking"> <title lang="en">everyday italian</title> <author>giada de laurentiis</author> <year>2005</year> <price>30.00</price> </book> <book category="children"> <title lang="en">harry potter</title> <author>j k. Rowling</author> <year>2005</year> <price>29.99</price> </book>

SOA SOLUTIONS, Near S.R Nagar E- Seva

<book category="web"> <title lang="en">learning xml</title> <author>erik t. Ray</author> <year>2003</year> <price>39.95</price> </book> </bookstore> The root element in the example is <bookstore>. All <book> elements in the document are contained within <bookstore>. The <book> element has 4 children: <title>,< author>, <year>, <price>.

Xml syntax rules

The syntax rules of xml are very simple and logical. The rules are easy to learn, and easy to use.

All xml elements must have a closing tag

In html, some elements do not have to have a closing tag: <p>this is a paragraph. <br> In xml, it is illegal to omit the closing tag. All elements must have a closing tag: <p>this is a paragraph.</p> <br /> Note: you might have noticed from the previous example that the xml declaration did not have a closing tag. This is not an error. The declaration is not a part of the xml document itself, and it has no closing tag.

Xml tags are case sensitive

Xml tags are case sensitive. The tag <letter> is different from the tag <letter>. Opening and closing tags must be written with the same case: <message>this is incorrect</message> <message>this is correct</message> Note: "opening and closing tags" are often referred to as "start and end tags". Use whatever you prefer. It is exactly the same thing.

SOA SOLUTIONS, Near S.R Nagar E- Seva

Xml elements must be properly nested

In html, you might see improperly nested elements: <b><i>this text is bold and italic</b></i> In xml, all elements must be properly nested within each other: <b><i>this text is bold and italic</i></b> In the example above, "properly nested" simply means that since the <i> element is opened inside the <b> element, it must be closed inside the <b> element.

Xml documents must have a root element

Xml documents must contain one element that is the parent of all other elements. This element is called the root element. <root> <child> <subchild>.....</subchild> </child> </root>

Xml attribute values must be quoted

Xml elements can have attributes in name/value pairs just like in html. In xml, the attribute values must always be quoted. Study the two xml documents below. The first one is incorrect, the second is correct: <note date=12/11/2007> <to>tove</to> <from>jani</from> </note> <note date="12/11/2007"> <to>tove</to> <from>jani</from> </note> The error in the first document is that the date attribute in the note element is not quoted.

SOA SOLUTIONS, Near S.R Nagar E- Seva

Entity references
Some characters have a special meaning in xml. If you place a character like "<" inside an xml element, it will generate an error because the parser interprets it as the start of a new element. This will generate an xml error: <message>if salary < 1000 then</message> To avoid this error, replace the "<" character with an entity reference: <message>if salary < 1000 then</message> There are 5 predefined entity references in xml: < > & ' " < > & ' " Less than Greater than Ampersand Apostrophe Quotation mark

Note: only the characters "<" and "&" are strictly illegal in xml. The greater than character is legal, but it is a good habit to replace it.

Comments in xml
The syntax for writing comments in xml is similar to that of html.

White-space is preserved in xml

Html truncates multiple white-space characters to one single white-space: Html: Hello tove Output: Hello tove With xml, the white-space in a document is not truncated.

SOA SOLUTIONS, Near S.R Nagar E- Seva

Xml stores new line as lf

In windows applications, a new line is normally stored as a pair of characters: carriage return (cr) and line feed (lf). In unix applications, a new line is normally stored as an lf character. Macintosh applications also use an lf to store a new line. Xml stores a new line as lf.

Xml elements
An xml document contains xml elements.

What is an xml element?

An xml element is everything from (including) the element's start tag to (including) the element's end tag. An element can contain:
y y y y

Other elements Text Attributes Or a mix of all of the above...

<bookstore> <book category="children"> <title>harry potter</title> <author>j k. Rowling</author> <year>2005</year> <price>29.99</price> </book> <book category="web"> <title>learning xml</title> <author>erik t. Ray</author> <year>2003</year> <price>39.95</price> </book> </bookstore> In the example above, <bookstore> and <book> have element contents, because they contain other elements. <book> also has an attribute (category="children"). <title>, <author>, <year>, and <price> have text content because they contain text.

SOA SOLUTIONS, Near S.R Nagar E- Seva

Xml naming rules

Xml elements must follow these naming rules:
y y y y

Names can contain letters, numbers, and other characters Names cannot start with a number or punctuation character Names cannot start with the letters xml (or xml, or xml, etc) Names cannot contain spaces

Any name can be used, no words are reserved.

Best naming practices

Make names descriptive. Names with an underscore separator are nice: <first_name>, <last_name>. Names should be short and simple, like this: <book_title> not like this: <the_title_of_the_book>. Avoid "-" characters. If you name something "first-name," some software may think you want to subtract name from first. Avoid "." characters. If you name something "first.name," some software may think that "name" is a property of the object "first." Avoid ":" characters. Colons are reserved to be used for something called namespaces (more later). Xml documents often have a corresponding database. A good practice is to use the naming rules of your database for the elements in the xml documents. Non-english letters like are perfectly legal in xml, but watch out for problems if your software vendor doesn't support them.

Xml elements are extensible

Xml elements can be extended to carry more information. Look at the following xml example: <note> <to>tove</to> <from>jani</from> <body>don't forget me this weekend!</body> </note>

SOA SOLUTIONS, Near S.R Nagar E- Seva

Let's imagine that we created an application that extracted the <to>, <from>, and <body> elements from the xml document to produce this output: Message To: tove from: jani Don't forget me this weekend! Imagine that the author of the xml document added some extra information to it: <note> <date>2008-01-10</date> <to>tove</to> <from>jani</from> <heading>reminder</heading> <body>don't forget me this weekend!</body> </note> Should the application break or crash? No. The application should still be able to find the <to>, <from>, and <body> elements in the xml document and produce the same output.
One of the beauties of xml, is that it can be extended without breaking applications.

Xml attributes
Xml elements can have attributes, just like html. Attributes provide additional information about an element.

Xml attributes
In html, attributes provide additional information about elements: <img src="computer.gif"> <a href="demo.asp"> Attributes often provide information that is not a part of the data. In the example below, the file type is irrelevant to the data, but can be important to the software that wants to manipulate the element:<file type="gif">computer.gif</file>

SOA SOLUTIONS, Near S.R Nagar E- Seva

Xml attributes must be quoted

Attribute values must always be quoted. Either single or double quotes can be used. For a person's sex, the person element can be written like this: <person sex="female"> Or like this: <person sex='female'> If the attribute value itself contains double quotes you can use single quotes, like in this example: <gangster name='george "shotgun" ziegler'> Or you can use character entities: <gangster name="george "shotgun" ziegler">

Xml elements vs. Attributes

Take a look at these examples: <person sex="female"> <firstname>anna</firstname> <lastname>smith</lastname> </person> <person> <sex>female</sex> <firstname>anna</firstname> <lastname>smith</lastname> </person> In the first example sex is an attribute. In the last, sex is an element. Both examples provide the same information. There are no rules about when to use attributes or when to use elements. Attributes are handy in html. In xml my advice is to avoid them. Use elements instead.

My favorite way
The following three xml documents contain exactly the same information: A date attribute is used in the first example:

SOA SOLUTIONS, Near S.R Nagar E- Seva

<note date="10/01/2008"> <to>tove</to> <from>jani</from> <heading>reminder</heading> <body>don't forget me this weekend!</body> </note> A date element is used in the second example: <note> <date>10/01/2008</date> <to>tove</to> <from>jani</from> <heading>reminder</heading> <body>don't forget me this weekend!</body> </note> An expanded date element is used in the third: (this is my favorite): <note> <date> <day>10</day> <month>01</month> <year>2008</year> </date> <to>tove</to> <from>jani</from> <heading>reminder</heading> <body>don't forget me this weekend!</body> </note>

Avoid xml attributes?

Some of the problems with using attributes are:
y y y

Attributes cannot contain multiple values (elements can) Attributes cannot contain tree structures (elements can) Attributes are not easily expandable (for future changes)

Attributes are difficult to read and maintain. Use elements for data. Use attributes for information that is not relevant to the data. Don't end up like this: <note day="10" month="01" year="2008" to="tove" from="jani" heading="reminder"

SOA SOLUTIONS, Near S.R Nagar E- Seva

body="don't forget me this weekend!"> </note>

Xml attributes for metadata

Sometimes id references are assigned to elements. These ids can be used to identify xml elements in much the same way as the id attribute in html. This example demonstrates this: <messages> <note id="501"> <to>tove</to> <from>jani</from> <heading>reminder</heading> <body>don't forget me this weekend!</body> </note> <note id="502"> <to>jani</to> <from>tove</from> <heading>re: reminder</heading> <body>i will not</body> </note> </messages> The id attributes above are for identifying the different notes. It is not a part of the note itself. What i'm trying to say here is that metadata (data about data) should be stored as attributes, and the data itself should be stored as elements.

Xml validation
Xml with correct syntax is "well formed" xml. Xml validated against a dtd is "valid" xml.

Well formed xml documents

A "well formed" xml document has correct xml syntax. The syntax rules were described in the previous chapters:
y y y y y

Xml documents must have a root element Xml elements must have a closing tag Xml tags are case sensitive Xml elements must be properly nested Xml attribute values must be quoted
SOA SOLUTIONS, Near S.R Nagar E- Seva

<?Xml version="1.0" encoding="iso-8859-1"?> <note> <to>tove</to> <from>jani</from> <heading>reminder</heading> <body>don't forget me this weekend!</body> </note>

Valid xml documents

A "valid" xml document is a "well formed" xml document, which also conforms to the rules of a document type definition (dtd): <?Xml version="1.0" encoding="iso-8859-1"?> <!Doctype note system "note.dtd"> <note> <to>tove</to> <from>jani</from> <heading>reminder</heading> <body>don't forget me this weekend!</body> </note> The doctype declaration in the example above, is a reference to an external dtd file. The content of the file is shown in the paragraph below.

Xml dtd
The purpose of a dtd is to define the structure of an xml document. It defines the structure with a list of legal elements: <!Doctype note [ <!element note (to,from,heading,body)> <!element to (#pcdata)> <!element from (#pcdata)> <!element heading (#pcdata)> <!element body (#pcdata)> ]>

SOA SOLUTIONS, Near S.R Nagar E- Seva

Xml schema
W3c supports an xml-based alternative to dtd, called xml schema: <xs:element name="note"> <xs:complextype> <xs:sequence> <xs:element name="to" type="xs:string"/> <xs:element name="from" type="xs:string"/> <xs:element name="heading" type="xs:string"/> <xs:element name="body" type="xs:string"/> </xs:sequence> </xs:complextype> </xs:element>

A general xml validator

To help you check the syntax of your xml files, we have created an xml validator to syntax-check your xml.

Xml validator Xml errors will stop you

Errors in xml documents will stop your xml applications. The w3c xml specification states that a program should stop processing an xml document if it finds an error. The reason is that xml software should be small, fast, and compatible. Html browsers will display documents with errors (like missing end tags). Html browsers are big and incompatible because they have a lot of unnecessary code to deal with (and display) html errors. With xml, errors are not allowed.

SOA SOLUTIONS, Near S.R Nagar E- Seva

Syntax-check your xml

To help you syntax-check your xml, we have created an xml validator. Paste your xml into the text area below.and you can validate your xml. <?Xml version="1.0" ?> <note> <to>tove</to> <from>jani</ffrom> <heading>reminder</heading> <body>don't forget me this weekend!</body> </note> Note: this only checks if your xml is "well formed". If you want to validate your xml against a dtd, see the last paragraph on this page.

Syntax-check an xml file

You can syntax-check an xml file by typing the url of the file into the input field below, and You can check further validated or not.

validate your xml against a dtd

If you know dtd, and you run internet explorer, you can validate your xml in the text area below.
Just add the doctype declaration to your xml and click the "validate" button: <?Xml version="1.0" ?> <!Doctype note [ <!Element note (to,from,heading,body)> <!Element to (#pcdata)> <!Element from (#pcdata)> <!Element heading (#pcdata)> <!Element body (#pcdata)> ]>

SOA SOLUTIONS, Near S.R Nagar E- Seva

<note> <to>tove</to> <from>jani</from> <heading>reminder</heading> <message>don't forget me this weekend!</message> </note>

Xml namespaces
Xml namespaces provide a method to avoid element name conflicts.

Name conflicts
In xml, element names are defined by the developer. This often results in a conflict when trying to mix xml documents from different xml applications. This xml carries html table information: <table> <tr> <td>apples</td> <td>bananas</td> </tr> </table> This xml carries information about a table (a piece of furniture): <table> <name>african coffee table</name> <width>80</width> <length>120</length> </table> If these xml fragments were added together, there would be a name conflict. Both contain a <table> element, but the elements have different content and meaning. An xml parser will not know how to handle these differences.

Solving the name conflict using a prefix

Name conflicts in xml can easily be avoided using a name prefix. This xml carries information about an html table, and a piece of furniture:

SOA SOLUTIONS, Near S.R Nagar E- Seva

<h:table> <h:tr> <h:td>apples</h:td> <h:td>bananas</h:td> </h:tr> </h:table> <f:table> <f:name>african coffee table</f:name> <f:width>80</f:width> <f:length>120</f:length> </f:table> In the example above, there will be no conflict because the two <table> elements have different names.

Xml namespaces - the xmlns attribute

When using prefixes in xml, a so-called namespace for the prefix must be defined. The namespace is defined by the xmlns attribute in the start tag of an element. The namespace declaration has the following syntax. Xmlns:prefix="uri".

<root> <h:table xmlns:h="http://www.w3.org/tr/html4/"> <h:tr> <h:td>apples</h:td> <h:td>bananas</h:td> </h:tr> </h:table> <f:table xmlns:f="http://www.w3schools.com/furniture"> <f:name>african coffee table</f:name> <f:width>80</f:width> <f:length>120</f:length> </f:table> </root> In the example above, the xmlns attribute in the <table> tag give the h: and f: prefixes a qualified namespace. When a namespace is defined for an element, all child elements with the same prefix are associated with the same namespace.

SOA SOLUTIONS, Near S.R Nagar E- Seva

Namespaces can be declared in the elements where they are used or in the xml root element: <root xmlns:h="http://www.w3.org/tr/html4/" xmlns:f="http://www.w3schools.com/furniture"> <h:table> <h:tr> <h:td>apples</h:td> <h:td>bananas</h:td> </h:tr> </h:table> <f:table> <f:name>african coffee table</f:name> <f:width>80</f:width> <f:length>120</f:length> </f:table> </root> Note: the namespace uri is not used by the parser to look up information. The purpose is to give the namespace a unique name. However, often companies use the namespace as a pointer to a web page containing namespace information.

Uniform resource identifier (uri)

A uniform resource identifier (uri) is a string of characters which identifies an internet resource. The most common uri is the uniform resource locator (url) which identifies an internet domain address. Another, not so common type of uri is the universal resource name (urn). In our examples we will only use urls.

Default namespaces
Defining a default namespace for an element saves us from using prefixes in all the child elements. It has the following syntax: Xmlns="namespaceuri"

SOA SOLUTIONS, Near S.R Nagar E- Seva

This xml carries html table information: <table xmlns="http://www.w3.org/tr/html4/"> <tr> <td>apples</td> <td>bananas</td> </tr> </table> This xml carries information about a piece of furniture: <table xmlns="http://www.w3schools.com/furniture"> <name>african coffee table</name> <width>80</width> <length>120</length> </table>

Namespaces in real use

Xslt is an xml language that can be used to transform xml documents into other formats, like html. In the xslt document below, you can see that most of the tags are html tags. The tags that are not html tags have the prefix xsl, identified by the namespace xmlns:xsl="http://www.w3.org/1999/xsl/transform": <?Xml version="1.0" encoding="iso-8859-1"?> <xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/xsl/transform"> <xsl:template match="/"> <html> <body> <h2>my cd collection</h2> <table border="1"> <tr> <th align="left">title</th> <th align="left">artist</th> </tr> <xsl:for-each select="catalog/cd"> <tr> <td><xsl:value-of select="title"/></td> <td><xsl:value-of select="artist"/></td>

SOA SOLUTIONS, Near S.R Nagar E- Seva

</tr> </xsl:for-each> </table> </body> </html> </xsl:template> </xsl:stylesheet>

Xml cdata
All text in an xml document will be parsed by the parser. But text inside a cdata section will be ignored by the parser.

Pcdata - parsed character data

Xml parsers normally parse all the text in an xml document. When an xml element is parsed, the text between the xml tags is also parsed: <message>this text is also parsed</message> The parser does this because xml elements can contain other elements, as in this example, where the <name> element contains two other elements (first and last): <name><first>bill</first><last>gates</last></name> And the parser will break it up into sub-elements like this: <name> <first>bill</first> <last>gates</last> </name> Parsed character data (pcdata) is a term used about text data that will be parsed by the xml parser.

Cdata - (unparsed) character data

The term cdata is used about text data that should not be parsed by the xml parser. Characters like "<" and "&" are illegal in xml elements. "<" will generate an error because the parser interprets it as the start of a new element.

SOA SOLUTIONS, Near S.R Nagar E- Seva

"&" will generate an error because the parser interprets it as the start of an character entity. Some text, like javascript code, contains a lot of "<" or "&" characters. To avoid errors script code can be defined as cdata. Everything inside a cdata section is ignored by the parser. A cdata section starts with "<![cdata[" and ends with "]]>": <script> <![cdata[ function matchwo(a,b) { if (a < b && a < 0) then { return 1; } else { return 0; } } ]]> </script> In the example above, everything inside the cdata section is ignored by the parser. Notes on cdata sections: A cdata section cannot contain the string "]]>". Nested cdata sections are not allowed. The "]]>" that marks the end of the cdata section cannot contain spaces or line breaks.

Xml encoding
Ml documents can contain non ascii characters, like norwegian , or french . To avoid errors, specify the xml encoding, or save xml files as unicode.

Xml encoding errors

If you load an xml document, you can get two different errors indicating encoding problems: An invalid character was found in text content.

SOA SOLUTIONS, Near S.R Nagar E- Seva

You get this error if your xml contains non ascii characters, and the file was saved as single-byte ansi (or ascii) with no encoding specified. Switch from current encoding to specified encoding not supported. You get this error if your xml file was saved as double-byte unicode (or utf-16) with a singlebyte encoding (windows-1252, iso-8859-1, utf-8) specified. You also get this error if your xml file was saved with single-byte ansi (or ascii), with doublebyte encoding (utf-16) specified.

Windows notepad
Windows notepad save files as single-byte ansi (ascii) by default. If you select "save as...", you can specify double-byte unicode (utf-16). Save the xml file below as unicode (note that the document does not contain any encoding attribute): <?Xml version="1.0"?> <note> <from>jani</from> <to>tove</to> <message>norwegian: . French: </message> </note> The file above, note_encode_none_u.xml will not generate an error. But if you specify a singlebyte encoding it will. The following encoding (open it), will give an error message: <?Xml version="1.0" encoding="windows-1252"?> The following encoding (open it), will give an error message: <?Xml version="1.0" encoding="iso-8859-1"?> The following encoding (open it), will give an error message: <?Xml version="1.0" encoding="utf-8"?> The following encoding (open it), will not give an error: <?Xml version="1.0" encoding="utf-16"?>

SOA SOLUTIONS, Near S.R Nagar E- Seva

Conclusion
y y y y

Always use the encoding attribute Use an editor that supports encoding Make sure you know what encoding the editor uses Use the same encoding in your encoding attribute

SOA SOLUTIONS, Near S.R Nagar E- Seva

Web services
web services:
Web services can convert your application into a web-application, which can publish its function or message to the rest of the world. The basic web services platform is xml + http. Web services can convert your applications into web-applications. Web services are published, found, and used through the web.

What you should already know

Before you continue, you should have a basic understanding of the following:
y y

Html Xml

What are web services?

y y y y y y

Web services are application components Web services communicate using open protocols Web services are self-contained and self-describing Web services can be discovered using uddi Web services can be used by other applications Xml is the basis for web services

How does it work?

The basic web services platform is xml + http. Xml provides a language which can be used between different platforms and programming languages and still express complex messages and functions. The http protocol is the most used internet protocol.

Web services platform elements:

SOA SOLUTIONS, Near S.R Nagar E- Seva

y y y

Soap (simple object access protocol) Uddi (universal description, discovery and integration) Wsdl (web services description language)

Web services have two types of uses

Reusable application-components. There are things applications need very often. So why make these over and over again? Web services can offer application-components like: currency conversion, weather reports, or even language translation as services. Connect existing software. Web services can help to solve the interoperability problem by giving different applications a way to link their data. With web services you can exchange data between different applications and different platforms. Web services have three basic platform elements: soap, wsdl and uddi. Web services have three basic platform elements: soap, wsdl and uddi.

What is soap?
Soap is an xml-based protocol to let applications exchange information over http. Or more simple: soap is a protocol for accessing a web service.
y y y y y y y y y y

Soap stands for simple object access protocol Soap is a communication protocol Soap is a format for sending messages Soap is designed to communicate via internet Soap is platform independent Soap is language independent Soap is based on xml Soap is simple and extensible Soap allows you to get around firewalls Soap is a w3c standard

What is wsdl?
Wsdl is an xml-based language for locating and describing web services.

SOA SOLUTIONS, Near S.R Nagar E- Seva

y y y y y

Wsdl stands for web services description language Wsdl is based on xml Wsdl is used to describe web services Wsdl is used to locate web services Wsdl is a w3c standard

What is uddi?
Uddi is a directory service where companies can register and search for web services.
y y y y y

Uddi stands for universal description, discovery and integration Uddi is a directory for storing information about web services Uddi is a directory of web service interfaces described by wsdl Uddi communicates via soap Uddi is built into the microsoft .net platform

Any application can have a web service component. Web services can be created regardless of programming language.

Web services summary

This tutorial has taught you how to convert your applications into web-applications. You have learned how to use xml to send messages between applications. You have also learned how to export a function (create a web service) from your application.

Now you know web services, what's next?

The next step is to learn about wsdl and soap. Wsdl Wsdl is an xml-based language for describing web services and how to access them. Wsdl describes a web service, along with the message format and protocol details for the web service. Soap Soap is a simple xml-based protocol that allows applications to exchange information over http.

SOA SOLUTIONS, Near S.R Nagar E- Seva

Or more simply: soap is a protocol for accessing a web service.

Wsdl (web services description language) is an xml-based language for describing web services and how to access them

Wsdl is an xml-based language for describing web services and how to access them.

What you should already know

Before you continue you should have a basic understanding of the following:
y y y

Xml Xml namespaces Xml schema

What is wsdl?
y y y y y y

Wsdl stands for web services description language Wsdl is written in xml Wsdl is an xml document Wsdl is used to describe web services Wsdl is also used to locate web services Wsdl is a w3c recommendation

Wsdl describes web services

Wsdl stands for web services description language. Wsdl is a document written in xml. The document describes a web service. It specifies the location of the service and the operations (or methods) the service exposes. Wsdl document is just a simple xml document. It contains set of definitions to describe a web service.

The wsdl document structure

A wsdl document describes a web service using these major elements: Element <types> Defines The data types used by the web service

SOA SOLUTIONS, Near S.R Nagar E- Seva

<message> <porttype> <binding>

The messages used by the web service The operations performed by the web service The communication protocols used by the web service

The main structure of a wsdl document looks like this: <definitions> <types> definition of types........ </types> <message> definition of a message.... </message> <porttype> definition of a port....... </porttype> <binding> definition of a binding.... </binding> </definitions> A wsdl document can also contain other elements, like extension elements, and a service element that makes it possible to group together the definitions of several web services in one single wsdl document.

Wsdl ports
The <porttype> element is the most important wsdl element. It describes a web service, the operations that can be performed, and the messages that are involved. The <porttype> element can be compared to a function library (or a module, or a class) in a traditional programming language.

Wsdl messages
The <message> element defines the data elements of an operation.

SOA SOLUTIONS, Near S.R Nagar E- Seva

Each message can consist of one or more parts. The parts can be compared to the parameters of a function call in a traditional programming language.

Wsdl types
The <types> element defines the data types that are used by the web service. For maximum platform neutrality, wsdl uses xml schema syntax to define data types.

Wsdl bindings
The <binding> element defines the message format and protocol details for each port. Wsdl example This is a simplified fraction of a wsdl document: <message name="gettermrequest"> <part name="term" type="xs:string"/> </message> <message name="gettermresponse"> <part name="value" type="xs:string"/> </message> <porttype name="glossaryterms"> <operation name="getterm"> <input message="gettermrequest"/> <output message="gettermresponse"/> </operation> </porttype> In this example the <porttype> element defines "glossaryterms" as the name of a port, and "getterm" as the name of an operation. The "getterm" operation has an input message called "gettermrequest" and an output message called "gettermresponse". The <message> elements define the parts of each message and the associated data types. Compared to traditional programming, glossaryterms is a function library, "getterm" is a function with "gettermrequest" as the input parameter, and gettermresponse as the return parameter.

A wsdl port describes the interfaces (legal operations) exposed by a web service.
SOA SOLUTIONS, Near S.R Nagar E- Seva

Wsdl ports
The <porttype> element is the most important wsdl element. It defines a web service, the operations that can be performed, and the messages that are involved. The port defines the connection point to a web service. It can be compared to a function library (or a module, or a class) in a traditional programming language. Each operation can be compared to a function in a traditional programming language.

Operation types
The request-response type is the most common operation type, but wsdl defines four types: Type One-way Request-response Solicit-response Notification Definition The operation can receive a message but will not return a response The operation can receive a request and will return a response The operation can send a request and will wait for a response The operation can send a message but will not wait for a response

One-way operation
A one-way operation example: <message name="newtermvalues"> <part name="term" type="xs:string"/> <part name="value" type="xs:string"/> </message> <porttype name="glossaryterms"> <operation name="setterm"> <input name="newterm" message="newtermvalues"/> </operation> </porttype > In the example above, the port "glossaryterms" defines a one-way operation called "setterm". The "setterm" operation allows input of new glossary terms messages using a "newtermvalues" message with the input parameters "term" and "value". However, no output is defined for the operation.

Request-response operation

SOA SOLUTIONS, Near S.R Nagar E- Seva

A request-response operation example: <message name="gettermrequest"> <part name="term" type="xs:string"/> </message> <message name="gettermresponse"> <part name="value" type="xs:string"/> </message> <porttype name="glossaryterms"> <operation name="getterm"> <input message="gettermrequest"/> <output message="gettermresponse"/> </operation> </porttype> In the example above, the port "glossaryterms" defines a request-response operation called "getterm". The "getterm" operation requires an input message called "gettermrequest" with a parameter called "term", and will return an output message called "gettermresponse" with a parameter called "value". The binding element has two attributes - name and type. The name attribute (you can use any name you want) defines the name of the binding, and the type attribute points to the port for the binding, in this case the "glossaryterms" port. The soap: binding element has two attributes - style and transport. The style attribute can be "rpc" or "document". In this case we use document. The transport attribute defines the soap protocol to use. In this case we use http. The operation element defines each operation that the port exposes. For each operation the corresponding soap action has to be defined. You must also specify how the input and output are encoded. In this case we use "literal". Universal description, discovery and integration (uddi) is a directory service where businesses can register and search for web services.

SOA SOLUTIONS, Near S.R Nagar E- Seva

Uddi
What is uddi
Uddi is a platform-independent framework for describing services, discovering businesses, and integrating business services by using the internet.
y y y y y

What is uddi based on? Uddi uses world wide web consortium (w3c) and internet engineering task force (ietf) internet standards such as xml, http, and dns protocols. Uddi uses wsdl to describe interfaces to web services Additionally, cross platform programming features are addressed by adopting soap, known as xml protocol messaging specifications found at the w3c web site.

Uddi benefits
Any industry or businesses of all sizes can benefit from uddi. Before uddi, there was no internet standard for businesses to reach their customers and partners with information about their products and services. Nor was there a method of how to integrate into each other's systems and processes. Problems the uddi specification can help to solve:
y y y y y y

Making it possible to discover the right business from the millions currently online Defining how to enable commerce once the preferred business is discovered Reaching new customers and increasing access to current customers Expanding offerings and extending market reach Solving customer-driven need to remove barriers to allow for rapid participation in the global internet economy Describing services and business processes programmatically in a single, open, and secure environment

How can uddi be used

SOA SOLUTIONS, Near S.R Nagar E- Seva

If the industry published an uddi standard for flight rate checking and reservation, airlines could register their services into an uddi directory. Travel agencies could then search the uddi directory to find the airline's reservation interface. When the interface is found, the travel agency can communicate with the service immediately because it uses a welldefined reservation interface.

Who is supporting uddi?

Uddi is a cross-industry effort driven by all major platform and software providers like dell, fujitsu, hp, hitachi, ibm, intel, microsoft, oracle, sap, and sun, as well as a large community of marketplace operators, and e-business leaders. Over 220 companies are members of the uddi community.

SOA SOLUTIONS, Near S.R Nagar E- Seva

Soap tutorial
y y

Soap is a simple xml-based protocol to let applications exchange information over http. In our soap tutorial, you will learn what soap is, and how it uses xml to exchange information between applications.

Soap is a simple xml-based protocol to let applications exchange information over http. Or more simply: soap is a protocol for accessing a web service.

What you should already know

Before you study soap you should have a basic understanding of xml and xml namespaces.

What is soap?
y y y y y y y y y y y

Soap stands for simple object access protocol Soap is a communication protocol Soap is for communication between applications Soap is a format for sending messages Soap communicates via internet Soap is platform independent Soap is language independent Soap is based on xml Soap is simple and extensible Soap allows you to get around firewalls Soap is a w3c recommendation

Soap building blocks

A soap message is an ordinary xml document containing the following elements:
y y y y

An envelope element that identifies the xml document as a soap message A header element that contains header information A body element that contains call and response information A fault element containing errors and status information

Syntax rules Here are some important syntax rules:

A soap message must be encoded using xml

SOA SOLUTIONS, Near S.R Nagar E- Seva

y y y y y y y y

A soap message must use the soap envelope namespace A soap message must use the soap encoding namespace A soap message must not contain a dtd reference A soap message must not contain xml processing instructions The soap envelope element is the root element of a soap message.

The soap envelope element

The required soap envelope element is the root element of a soap message. This element defines the xml document as a soap message. Example <?Xml version="1.0"?> <soap:envelope xmlns:soap="http://www.w3.org/2001/12/soap-envelope" soap:encodingstyle="http://www.w3.org/2001/12/soap-encoding"> ... Message information goes here ... </soap:envelope>

Soap header element

The soap header element contains header information.

The soap header element

The optional soap header element contains application-specific information (like authentication, payment, etc) about the soap message. If the header element is present, it must be the first child element of the envelope element. Note: all immediate child elements of the header element must be namespace-qualified. <?Xml version="1.0"?> <soap:envelope xmlns:soap="http://www.w3.org/2001/12/soap-envelope" soap:encodingstyle="http://www.w3.org/2001/12/soap-encoding"> <soap:header> <m:trans xmlns:m="http://www.w3schools.com/transaction/"

SOA SOLUTIONS, Near S.R Nagar E- Seva

soap:mustunderstand="1">234 </m:trans> </soap:header> ... ... </soap:envelope>

Soap body element

The soap body element contains the actual soap message. The soap body element The required soap body element contains the actual soap message intended for the ultimate endpoint of the message. Immediate child elements of the soap body element may be namespace-qualified. Example <?Xml version="1.0"?> <soap:envelope xmlns:soap="http://www.w3.org/2001/12/soap-envelope" soap:encodingstyle="http://www.w3.org/2001/12/soap-encoding"> <soap:body> <m:getprice xmlns:m="http://www.w3schools.com/prices"> <m:item>apples</m:item> </m:getprice> </soap:body> </soap:envelope> The example above requests the price of apples. Note that the m:getprice and the item elements above are application-specific elements. They are not a part of the soap namespace. A soap response could look something like this: <?Xml version="1.0"?> <soap:envelope xmlns:soap="http://www.w3.org/2001/12/soap-envelope" soap:encodingstyle="http://www.w3.org/2001/12/soap-encoding">

SOA SOLUTIONS, Near S.R Nagar E- Seva

<soap:body> <m:getpriceresponse xmlns:m="http://www.w3schools.com/prices"> <m:price>1.90</m:price> </m:getpriceresponse> </soap:body> </soap:envelope>

Soap fault element

The soap fault element holds errors and status information for a soap message.

The soap fault element

The optional soap fault element is used to indicate error messages. If a fault element is present, it must appear as a child element of the body element. A fault element can only appear once in a soap message. The soap fault element has the following sub elements:

Sub element <faultcode> <faultstring> <faultactor> <detail> Soap fault codes

Description A code for identifying the fault A human readable explanation of the fault Information about who caused the fault to happen Holds application specific error information related to the body element

The faultcode values defined below must be used in the faultcode element when describing faults: Error Versionmismatch Mustunderstand Description Found an invalid namespace for the soap envelope element An immediate child element of the header element, with the mustunderstand attribute set to "1", was not understood

SOA SOLUTIONS, Near S.R Nagar E- Seva

Client Server

The message was incorrectly formed or contained incorrect information There was a problem with the server so the message could not proceed

Soap http binding Soap example

In the example below, a getstockprice request is sent to a server. The request has a stockname parameter, and a price parameter that will be returned in the response. The namespace for the function is defined in "http://www.example.org/stock". A soap request: Post /instock http/1.1 host: www.example.org content-type: application/soap+xml; charset=utf-8 content-length: nnn <?xml version="1.0"?> <soap:envelope xmlns:soap="http://www.w3.org/2001/12/soap-envelope" soap:encodingstyle="http://www.w3.org/2001/12/soap-encoding"> <soap:body xmlns:m="http://www.example.org/stock"> <m:getstockprice> <m:stockname>ibm</m:stockname> </m:getstockprice> </soap:body> </soap:envelope> The soap response:
Http/1.1 200 ok content-type: application/soap+xml; charset=utf-8 content-length: nnn <?xml version="1.0"?> <soap:envelope xmlns:soap="http://www.w3.org/2001/12/soap-envelope" soap:encodingstyle="http://www.w3.org/2001/12/soap-encoding">

SOA SOLUTIONS, Near S.R Nagar E- Seva

<soap:body xmlns:m="http://www.example.org/stock"> <m:getstockpriceresponse> <m:price>34.5</m:price> </m:getstockpriceresponse> </soap:body> </soap:envelope>

Xsd
An xml schema describes the structure of an xml document. In this tutorial you will learn how to create xml schemas, why xml schemas are more powerful than dtds, and how to use xml schema in your application.

Introduction to xml schema

Xml schema is an xml-based alternative to dtd. An xml schema describes the structure of an xml document. The xml schema language is also referred to as xml schema definition (xsd).

What you should already know

Before you continue you should have a basic understanding of the following:
y y y

Html / xhtml Xml and xml namespaces A basic understanding of dtd

What is an xml schema?

The purpose of an xml schema is to define the legal building blocks of an xml document, just like a dtd.

An xml schema:
y y y y y y

Defines elements that can appear in a document Defines attributes that can appear in a document Defines which elements are child elements Defines the order of child elements Defines the number of child elements Defines whether an element is empty or can include text

SOA SOLUTIONS, Near S.R Nagar E- Seva

y y

Defines data types for elements and attributes Defines default and fixed values for elements and attributes

Xml schemas are the successors of dtds

We think that very soon xml schemas will be used in most web applications as a replacement for dtds. Here are some reasons:

y y y y y

Xml schemas are extensible to future additions Xml schemas are richer and more powerful than dtds Xml schemas are written in xml Xml schemas support data types Xml schemas support namespaces

Xml schema is a w3c recommendation

Xml schema became a w3c recommendation 02. May 2001.

Why use xml schemas?

Xml schemas are much more powerful than dtds.

Xml schemas support data types

One of the greatest strength of xml schemas is the support for data types. With support for data types:
y y y y y y

It is easier to describe allowable document content It is easier to validate the correctness of data It is easier to work with data from a database It is easier to define data facets (restrictions on data) It is easier to define data patterns (data formats) It is easier to convert data between different data types

Xml schemas use xml syntax

Another great strength about xml schemas is that they are written in xml. Some benefits of that xml schemas are written in xml:

SOA SOLUTIONS, Near S.R Nagar E- Seva

y y y y y

You don't have to learn a new language You can use your xml editor to edit your schema files You can use your xml parser to parse your schema files You can manipulate your schema with the xml dom You can transform your schema with xslt

Xml schemas secure data communication

When sending data from a sender to a receiver, it is essential that both parts have the same "expectations" about the content. With xml schemas, the sender can describe the data in a way that the receiver will understand. A date like: "03-11-2004" will, in some countries, be interpreted as 3.november and in other countries as 11.march. However, an xml element with a data type like this: <date type="date">2004-03-11</date> Ensures a mutual understanding of the content, because the xml data type "date" requires the format "yyyy-mm-dd".

Xml schemas are extensible

Xml schemas are extensible, because they are written in xml. With an extensible schema definition you can:
y y y

Reuse your schema in other schemas Create your own data types derived from the standard types Reference multiple schemas in the same document

Well-formed is not enough

A well-formed xml document is a document that conforms to the xml syntax rules, like:
y y y y y y y y

It must begin with the xml declaration It must have one unique root element Start-tags must have matching end-tags Elements are case sensitive All elements must be closed All elements must be properly nested All attribute values must be quoted Entities must be used for special characters

SOA SOLUTIONS, Near S.R Nagar E- Seva

Even if documents are well-formed they can still contain errors, and those errors can have serious consequences. Think of the following situation: you order 5 gross of laser printers, instead of 5 laser printers. With xml schemas, most of these errors can be caught by your validating software.

Xsd how to?

Xml documents can have a reference to a dtd or to an xml schema.

A simple xml document

Look at this simple xml document called "note.xml": <?Xml version="1.0"?> <note> <to>tove</to> <from>jani</from> <heading>reminder</heading> <body>don't forget me this weekend!</body> </note>

A dtd file
The following example is a dtd file called "note.dtd" that defines the elements of the xml document above ("note.xml"): <!Element note (to, from, heading, body)> <!element to (#pcdata)> <!element from (#pcdata)> <!element heading (#pcdata)> <!element body (#pcdata)> The first line defines the note element to have four child elements: "to, from, heading, body". Line 2-5 defines the to, from, heading, body elements to be of type "#pcdata".

An xml schema
The following example is an xml schema file called "note.xsd" that defines the elements of the xml document above ("note.xml"):

SOA SOLUTIONS, Near S.R Nagar E- Seva

<?Xml version="1.0"?> <xs:schema xmlns:xs="http://www.w3.org/2001/xmlschema" targetnamespace="http://www.w3schools.com" xmlns="http://www.w3schools.com" elementformdefault="qualified"> <xs:element name="note"> <xs:complextype> <xs:sequence> <xs:element name="to" type="xs:string"/> <xs:element name="from" type="xs:string"/> <xs:element name="heading" type="xs:string"/> <xs:element name="body" type="xs:string"/> </xs:sequence> </xs:complextype> </xs:element> </xs:schema> The note element is a complex type because it contains other elements. The other elements (to, from, heading, body) are simple types because they do not contain other elements. You will learn more about simple and complex types in the following chapters.

A reference to a dtd
This xml document has a reference to a dtd: <?Xml version="1.0"?> <!Doctype note system "http://www.w3schools.com/dtd/note.dtd"> <note> <to>tove</to> <from>jani</from> <heading>reminder</heading> <body>don't forget me this weekend!</body> </note>

A reference to an xml schema

This xml document has a reference to an xml schema:
SOA SOLUTIONS, Near S.R Nagar E- Seva

<?Xml version="1.0"?> <note xmlns="http://www.w3schools.com" xmlns:xsi="http://www.w3.org/2001/xmlschema-instance" xsi:schemalocation="http://www.w3schools.com note.xsd"> <to>tove</to> <from>jani</from> <heading>reminder</heading> <body>don't forget me this weekend!</body> </note>

Xsd - the <schema> element The <schema> element is the root element of every xml schema.

The <schema> element

The <schema> element is the root element of every xml schema: <?Xml version="1.0"?> <xs:schema> ... ... </xs:schema> The <schema> element may contain some attributes. A schema declaration often looks something like this: <?Xml version="1.0"?> <xs:schema xmlns:xs="http://www.w3.org/2001/xmlschema" targetnamespace="http://www.w3schools.com" xmlns="http://www.w3schools.com" elementformdefault="qualified"> ... ... </xs:schema>

SOA SOLUTIONS, Near S.R Nagar E- Seva

The following fragment: Xmlns:xs="http://www.w3.org/2001/xmlschema" Indicates that the elements and data types used in the schema come from the "http://www.w3.org/2001/xmlschema" namespace. It also specifies that the elements and data types that come from the "http://www.w3.org/2001/xmlschema" namespace should be prefixed with xs: This fragment: Targetnamespace="http://www.w3schools.com" Indicates that the elements defined by this schema (note, to, from, heading, body.) Come from the "http://www.w3schools.com" namespace. This fragment: Xmlns="http://www.w3schools.com" Indicates that the default namespace is "http://www.w3schools.com". This fragment: Elementformdefault="qualified" Indicates that any elements used by the xml instance document which were declared in this schema must be namespace qualified.

Referencing a schema in an xml document

This xml document has a reference to an xml schema: <?Xml version="1.0"?> <note xmlns="http://www.w3schools.com" xmlns:xsi="http://www.w3.org/2001/xmlschema-instance" xsi:schemalocation="http://www.w3schools.com note.xsd"> <to>tove</to> <from>jani</from> <heading>reminder</heading> <body>don't forget me this weekend!</body> </note>

SOA SOLUTIONS, Near S.R Nagar E- Seva

The following fragment: Xmlns="http://www.w3schools.com" Specifies the default namespace declaration. This declaration tells the schema-validator that all the elements used in this xml document are declared in the "http://www.w3schools.com" namespace. Once you have the xml schema instance namespace available: Xmlns:xsi="http://www.w3.org/2001/xmlschema-instance" You can use the schemalocation attribute. This attribute has two values. The first value is the namespace to use. The second value is the location of the xml schema to use for that namespace: Xsi:schemalocation="http://www.w3schools.com note.xsd" Xsd simple elements Xml schemas define the elements of your xml files. A simple element is an xml element that contains only text. It cannot contain any other elements or attributes.

What is a simple element?

A simple element is an xml element that can contain only text. It cannot contain any other elements or attributes. However, the "only text" restriction is quite misleading. The text can be of many different types. It can be one of the types included in the xml schema definition (boolean, string, date, etc.), or it can be a custom type that you can define yourself. You can also add restrictions (facets) to a data type in order to limit its content, or you can require the data to match a specific pattern.

Defining a simple element

The syntax for defining a simple element is: <xs:element name="xxx" type="yyy"/> Where xxx is the name of the element and yyy is the data type of the element. Xml schema has a lot of built-in data types. The most common types are:

SOA SOLUTIONS, Near S.R Nagar E- Seva

y y y y y y

Xs:string Xs:decimal Xs:integer Xs:boolean Xs:date Xs:time

Example Here are some xml elements: <lastname>refsnes</lastname> <age>36</age> <dateborn>1970-03-27</dateborn> And here are the corresponding simple element definitions: <xs:element name="lastname" type="xs:string"/> <xs:element name="age" type="xs:integer"/> <xs:element name="dateborn" type="xs:date"/>

Default and fixed values for simple elements

Simple elements may have a default value or a fixed value specified. A default value is automatically assigned to the element when no other value is specified. In the following example the default value is "red":

<xs:element name="color" type="xs:string" default="red"/> A fixed value is also automatically assigned to the element, and you cannot specify another value. In the following example the fixed value is "red": <xs:element name="color" type="xs:string" fixed="red"/> Xsd attributes All attributes are declared as simple types.

What is an attribute?
Simple elements cannot have attributes. If an element has attributes, it is considered to be of a complex type. But the attribute itself is always declared as a simple type.
SOA SOLUTIONS, Near S.R Nagar E- Seva

How to define an attribute?

The syntax for defining an attribute is: <xs:attribute name="xxx" type="yyy"/> Where xxx is the name of the attribute and yyy specifies the data type of the attribute. Xml schema has a lot of built-in data types. The most common types are:
y y y y y y

Xs:string Xs:decimal Xs:integer Xs:boolean Xs:date Xs:time

Example Here is an xml element with an attribute: <lastname lang="en">smith</lastname> And here is the corresponding attribute definition: <xs:attribute name="lang" type="xs:string"/>

Default and fixed values for attributes

Attributes may have a default value or a fixed value specified. A default value is automatically assigned to the attribute when no other value is specified. In the following example the default value is "en": <xs:attribute name="lang" type="xs:string" default="en"/> A fixed value is also automatically assigned to the attribute, and you cannot specify another value. In the following example the fixed value is "en": <xs:attribute name="lang" type="xs:string" fixed="en"/>

Optional and required attributes

SOA SOLUTIONS, Near S.R Nagar E- Seva

Attributes are optional by default. To specify that the attribute is required, use the "use" attribute: <xs:attribute name="lang" type="xs:string" use="required"/>

Restrictions on content
When an xml element or attribute has a data type defined, it puts restrictions on the element's or attribute's content. If an xml element is of type "xs:date" and contains a string like "hello world", the element will not validate. With xml schemas, you can also add your own restrictions to your xml elements and attributes. These restrictions are called facets. You can read more about facets in the next chapter.

Xsd complex elements

A complex element contains other elements and/or attributes.

What is a complex element?

A complex element is an xml element that contains other elements and/or attributes. There are four kinds of complex elements:
y y y y

Empty elements Elements that contain only other elements Elements that contain only text Elements that contain both other elements and text

Note: each of these elements may contain attributes as well!

Examples of complex elements

A complex xml element, "product", which is empty: <product pid="1345"/> A complex xml element, "employee", which contains only other elements: <employee> <firstname>john</firstname> <lastname>smith</lastname> </employee>

SOA SOLUTIONS, Near S.R Nagar E- Seva

A complex xml element, "food", which contains only text: <food type="dessert">ice cream</food> A complex xml element, "description", which contains both elements and text: <description> it happened on <date lang="norwegian">03.03.99</date> .... </description>

How to define a complex element

Look at this complex xml element, "employee", which contains only other elements: <employee> <firstname>john</firstname> <lastname>smith</lastname> </employee> We can define a complex element in an xml schema two different ways: 1. The "employee" element can be declared directly by naming the element, like this: <xs:element name="employee"> <xs:complextype> <xs:sequence> <xs:element name="firstname" type="xs:string"/> <xs:element name="lastname" type="xs:string"/> </xs:sequence> </xs:complextype> </xs:element> If you use the method described above, only the "employee" element can use the specified complex type. Note that the child elements, "firstname" and "lastname", are surrounded by the <sequence> indicator. This means that the child elements must appear in the same order as they are declared. You will learn more about indicators in the xsd indicators chapter. 2. The "employee" element can have a type attribute that refers to the name of the complex type to use: <xs:element name="employee" type="personinfo"/>

SOA SOLUTIONS, Near S.R Nagar E- Seva

<xs:complextype name="personinfo"> <xs:sequence> <xs:element name="firstname" type="xs:string"/> <xs:element name="lastname" type="xs:string"/> </xs:sequence> </xs:complextype> If you use the method described above, several elements can refer to the same complex type, like this: <xs:element name="employee" type="personinfo"/> <xs:element name="student" type="personinfo"/> <xs:element name="member" type="personinfo"/> <xs:complextype name="personinfo"> <xs:sequence> <xs:element name="firstname" type="xs:string"/> <xs:element name="lastname" type="xs:string"/> </xs:sequence> </xs:complextype> You can also base a complex element on an existing complex element and add some elements, like this: <xs:element name="employee" type="fullpersoninfo"/> <xs:complextype name="personinfo"> <xs:sequence> <xs:element name="firstname" type="xs:string"/> <xs:element name="lastname" type="xs:string"/> </xs:sequence> </xs:complextype> <xs:complextype name="fullpersoninfo"> <xs:complexcontent> <xs:extension base="personinfo"> <xs:sequence> <xs:element name="address" type="xs:string"/> <xs:element name="city" type="xs:string"/> <xs:element name="country" type="xs:string"/> </xs:sequence>

SOA SOLUTIONS, Near S.R Nagar E- Seva

</xs:extension> </xs:complexcontent> </xs:complextype>

Xsd empty elements

An empty complex element cannot have contents, only attributes.

Complex empty elements

An empty xml element: <product prodid="1345" /> The "product" element above has no content at all. To define a type with no content, we must define a type that allows elements in its content, but we do not actually declare any elements, like this: <xs:element name="product"> <xs:complextype> <xs:complexcontent> <xs:restriction base="xs:integer"> <xs:attribute name="prodid" type="xs:positiveinteger"/> </xs:restriction> </xs:complexcontent> </xs:complextype> </xs:element> In the example above, we define a complex type with a complex content. The complexcontent element signals that we intend to restrict or extend the content model of a complex type, and the restriction of integer declares one attribute but does not introduce any element content. However, it is possible to declare the "product" element more compactly, like this: <xs:element name="product"> <xs:complextype> <xs:attribute name="prodid" type="xs:positiveinteger"/> </xs:complextype> </xs:element> Or you can give the complextype element a name, and let the "product" element have a type attribute that refers to the name of the complextype (if you use this method, several elements can refer to the same complex type):

SOA SOLUTIONS, Near S.R Nagar E- Seva

<xs:element name="product" type="prodtype"/> <xs:complextype name="prodtype"> <xs:attribute name="prodid" type="xs:positiveinteger"/> </xs:complextype>

Xsd elements only

An "elements-only" complex type contains an element that contains only other elements.

Complex types containing elements only

An xml element, "person", that contains only other elements: <person> <firstname>john</firstname> <lastname>smith</lastname> </person> You can define the "person" element in a schema, like this: <xs:element name="person"> <xs:complextype> <xs:sequence> <xs:element name="firstname" type="xs:string"/> <xs:element name="lastname" type="xs:string"/> </xs:sequence> </xs:complextype> </xs:element> Notice the <xs:sequence> tag. It means that the elements defined ("firstname" and "lastname") must appear in that order inside a "person" element. Or you can give the complextype element a name, and let the "person" element have a type attribute that refers to the name of the complextype (if you use this method, several elements can refer to the same complex type): <xs:element name="person" type="persontype"/> <xs:complextype name="persontype"> <xs:sequence> <xs:element name="firstname" type="xs:string"/>

SOA SOLUTIONS, Near S.R Nagar E- Seva

<xs:element name="lastname" type="xs:string"/> </xs:sequence> </xs:complextype>

Xsd text-only elements

A mixed complex type element can contain attributes, elements, and text.

Complex types with mixed content

An xml element, "letter", that contains both text and other elements: <letter> dear mr.<name>john smith</name>. Your order <orderid>1032</orderid> will be shipped on <shipdate>2001-07-13</shipdate>. </letter> The following schema declares the "letter" element: <xs:element name="letter"> <xs:complextype mixed="true"> <xs:sequence> <xs:element name="name" type="xs:string"/> <xs:element name="orderid" type="xs:positiveinteger"/> <xs:element name="shipdate" type="xs:date"/> </xs:sequence> </xs:complextype> </xs:element> Note: to enable character data to appear between the child-elements of "letter", the mixed attribute must be set to "true". The <xs:sequence> tag means that the elements defined (name, orderid and shipdate) must appear in that order inside a "letter" element. We could also give the complextype element a name, and let the "letter" element have a type attribute that refers to the name of the complextype (if you use this method, several elements can refer to the same complex type): <xs:element name="letter" type="lettertype"/> <xs:complextype name="lettertype" mixed="true"> <xs:sequence> <xs:element name="name" type="xs:string"/>
SOA SOLUTIONS, Near S.R Nagar E- Seva

<xs:element name="orderid" type="xs:positiveinteger"/> <xs:element name="shipdate" type="xs:date"/> </xs:sequence> </xs:complextype>

Xsd indicators
We can control how elements are to be used in documents with indicators.

Indicators
There are seven indicators: Order indicators:
y y y

All Choice Sequence

Occurrence indicators:
y y

Maxoccurs Minoccurs

Group indicators:
y y

Group name Attributegroup name

Order indicators
Order indicators are used to define the order of the elements. All indicator The <all> indicator specifies that the child elements can appear in any order, and that each child element must occur only once: <xs:element name="person"> <xs:complextype> <xs:all> <xs:element name="firstname" type="xs:string"/> <xs:element name="lastname" type="xs:string"/> </xs:all>

SOA SOLUTIONS, Near S.R Nagar E- Seva

</xs:complextype> </xs:element> Note: when using the <all> indicator you can set the <minoccurs> indicator to 0 or 1 and the <maxoccurs> indicator can only be set to 1 (the <minoccurs> and <maxoccurs> are described later). Choice indicator The <choice> indicator specifies that either one child element or another can occur: <xs:element name="person"> <xs:complextype> <xs:choice> <xs:element name="employee" type="employee"/> <xs:element name="member" type="member"/> </xs:choice> </xs:complextype> </xs:element> Sequence indicator The <sequence> indicator specifies that the child elements must appear in a specific order: <xs:element name="person"> <xs:complextype> <xs:sequence> <xs:element name="firstname" type="xs:string"/> <xs:element name="lastname" type="xs:string"/> </xs:sequence> </xs:complextype> </xs:element>

Occurrence indicators
Occurrence indicators are used to define how often an element can occur. Note: for all "order" and "group" indicators (any, all, choice, sequence, group name, and group reference) the default value for maxoccurs and minoccurs is 1.

SOA SOLUTIONS, Near S.R Nagar E- Seva

Maxoccurs indicator

The <maxoccurs> indicator specifies the maximum number of times an element can occur: <xs:element name="person"> <xs:complextype> <xs:sequence> <xs:element name="full_name" type="xs:string"/> <xs:element name="child_name" type="xs:string" maxoccurs="10"/> </xs:sequence> </xs:complextype> </xs:element> The example above indicates that the "child_name" element can occur a minimum of one time (the default value for minoccurs is 1) and a maximum of ten times in the "person" element. Minoccurs indicator The <minoccurs> indicator specifies the minimum number of times an element can occur: <xs:element name="person"> <xs:complextype> <xs:sequence> <xs:element name="full_name" type="xs:string"/> <xs:element name="child_name" type="xs:string" maxoccurs="10" minoccurs="0"/> </xs:sequence> </xs:complextype> </xs:element> The example above indicates that the "child_name" element can occur a minimum of zero times and a maximum of ten times in the "person" element. Tip: to allow an element to appear an unlimited number of times, use the maxoccurs="unbounded" statement: A working example: An xml file called "myfamily.xml": <?Xml version="1.0" encoding="iso-8859-1"?> <persons xmlns:xsi="http://www.w3.org/2001/xmlschema-instance"

SOA SOLUTIONS, Near S.R Nagar E- Seva

xsi:nonamespaceschemalocation="family.xsd"> <person> <full_name>hege refsnes</full_name> <child_name>cecilie</child_name> </person> <person> <full_name>tove refsnes</full_name> <child_name>hege</child_name> <child_name>stale</child_name> <child_name>jim</child_name> <child_name>borge</child_name> </person> <person> <full_name>stale refsnes</full_name> </person> </persons> The xml file above contains a root element named "persons". Inside this root element we have defined three "person" elements. Each "person" element must contain a "full_name" element and it can contain up to five "child_name" elements. Here is the schema file "family.xsd": <?Xml version="1.0" encoding="iso-8859-1"?> <xs:schema xmlns:xs="http://www.w3.org/2001/xmlschema" elementformdefault="qualified"> <xs:element name="persons"> <xs:complextype> <xs:sequence> <xs:element name="person" maxoccurs="unbounded"> <xs:complextype> <xs:sequence> <xs:element name="full_name" type="xs:string"/> <xs:element name="child_name" type="xs:string" minoccurs="0" maxoccurs="5"/> </xs:sequence>

SOA SOLUTIONS, Near S.R Nagar E- Seva

</xs:complextype> </xs:element> </xs:sequence> </xs:complextype> </xs:element> </xs:schema>

Group indicators
Group indicators are used to define related sets of elements.
Element groups

Element groups are defined with the group declaration, like this: <xs:group name="groupname"> ... </xs:group> You must define an all, choice, or sequence element inside the group declaration. The following example defines a group named "persongroup", that defines a group of elements that must occur in an exact sequence: <xs:group name="persongroup"> <xs:sequence> <xs:element name="firstname" type="xs:string"/> <xs:element name="lastname" type="xs:string"/> <xs:element name="birthday" type="xs:date"/> </xs:sequence> </xs:group> After you have defined a group, you can reference it in another definition, like this: <xs:group name="persongroup"> <xs:sequence> <xs:element name="firstname" type="xs:string"/> <xs:element name="lastname" type="xs:string"/> <xs:element name="birthday" type="xs:date"/> </xs:sequence>
SOA SOLUTIONS, Near S.R Nagar E- Seva

</xs:group> <xs:element name="person" type="personinfo"/> <xs:complextype name="personinfo"> <xs:sequence> <xs:group ref="persongroup"/> <xs:element name="country" type="xs:string"/> </xs:sequence> </xs:complextype>
Attribute groups

Attribute groups are defined with the attributegroup declaration, like this: <xs:attributegroup name="groupname"> ... </xs:attributegroup> The following example defines an attribute group named "personattrgroup": <xs:attributegroup name="personattrgroup"> <xs:attribute name="firstname" type="xs:string"/> <xs:attribute name="lastname" type="xs:string"/> <xs:attribute name="birthday" type="xs:date"/> </xs:attributegroup> After you have defined an attribute group, you can reference it in another definition, like this: <xs:attributegroup name="personattrgroup"> <xs:attribute name="firstname" type="xs:string"/> <xs:attribute name="lastname" type="xs:string"/> <xs:attribute name="birthday" type="xs:date"/> </xs:attributegroup> <xs:element name="person"> <xs:complextype> <xs:attributegroup ref="personattrgroup"/> </xs:complextype> </xs:element>

SOA SOLUTIONS, Near S.R Nagar E- Seva

Xsd the <any> element

The <any> element enables us to extend the xml document with elements not specified by the schema!

The <any> element

The <any> element enables us to extend the xml document with elements not specified by the schema. The following example is a fragment from an xml schema called "family.xsd". It shows a declaration for the "person" element. By using the <any> element we can extend (after <lastname>) the content of "person" with any element: <xs:element name="person"> <xs:complextype> <xs:sequence> <xs:element name="firstname" type="xs:string"/> <xs:element name="lastname" type="xs:string"/> <xs:any minoccurs="0"/> </xs:sequence> </xs:complextype> </xs:element> Now we want to extend the "person" element with a "children" element. In this case we can do so, even if the author of the schema above never declared any "children" element. Look at this schema file, called "children.xsd": <?Xml version="1.0" encoding="iso-8859-1"?> <xs:schema xmlns:xs="http://www.w3.org/2001/xmlschema" targetnamespace="http://www.w3schools.com" xmlns="http://www.w3schools.com" elementformdefault="qualified"> <xs:element name="children"> <xs:complextype> <xs:sequence> <xs:element name="childname" type="xs:string" maxoccurs="unbounded"/> </xs:sequence> </xs:complextype> </xs:element>

SOA SOLUTIONS, Near S.R Nagar E- Seva

</xs:schema> The xml file below (called "myfamily.xml"), uses components from two different schemas; "family.xsd" and "children.xsd": <?Xml version="1.0" encoding="iso-8859-1"?> <persons xmlns="http://www.microsoft.com" xmlns:xsi="http://www.w3.org/2001/xmlschema-instance" xsi:schemalocation="http://www.microsoft.com family.xsd http://www.w3schools.com children.xsd"> <person> <firstname>hege</firstname> <lastname>refsnes</lastname> <children> <childname>cecilie</childname> </children> </person> <person> <firstname>stale</firstname> <lastname>refsnes</lastname> </person> </persons> The xml file above is valid because the schema "family.xsd" allows us to extend the "person" element with an optional element after the "lastname" element. The <any> and <anyattribute> elements are used to make extensible documents! They allow documents to contain additional elements that are not declared in the main xml schema.

Xsd the <anyattribute> element

The <anyattribute> element enables us to extend the xml document with attributes not specified by the schema!

The <anyattribute> element

SOA SOLUTIONS, Near S.R Nagar E- Seva

The <anyattribute> element enables us to extend the xml document with attributes not specified by the schema. The following example is a fragment from an xml schema called "family.xsd". It shows a declaration for the "person" element. By using the <anyattribute> element we can add any number of attributes to the "person" element: <xs:element name="person"> <xs:complextype> <xs:sequence> <xs:element name="firstname" type="xs:string"/> <xs:element name="lastname" type="xs:string"/> </xs:sequence> <xs:anyattribute/> </xs:complextype> </xs:element> Now we want to extend the "person" element with a "gender" attribute. In this case we can do so, even if the author of the schema above never declared any "gender" attribute. Look at this schema file, called "attribute.xsd": <?Xml version="1.0" encoding="iso-8859-1"?> <xs:schema xmlns:xs="http://www.w3.org/2001/xmlschema" targetnamespace="http://www.w3schools.com" xmlns="http://www.w3schools.com" elementformdefault="qualified"> <xs:attribute name="gender"> <xs:simpletype> <xs:restriction base="xs:string"> <xs:pattern value="male|female"/> </xs:restriction> </xs:simpletype> </xs:attribute> </xs:schema> The xml file below (called "myfamily.xml"), uses components from two different schemas; "family.xsd" and "attribute.xsd": <?Xml version="1.0" encoding="iso-8859-1"?>

SOA SOLUTIONS, Near S.R Nagar E- Seva

<persons xmlns="http://www.microsoft.com" xmlns:xsi="http://www.w3.org/2001/xmlschema-instance" xsi:schemalocation="http://www.microsoft.com family.xsd http://www.w3schools.com attribute.xsd"> <person gender="female"> <firstname>hege</firstname> <lastname>refsnes</lastname> </person> <person gender="male"> <firstname>stale</firstname> <lastname>refsnes</lastname> </person> </persons> The xml file above is valid because the schema "family.xsd" allows us to add an attribute to the "person" element. The <any> and <anyattribute> elements are used to make extensible documents! They allow documents to contain additional elements that are not declared in the main xml schema.

Xsd element substitution

With xml schemas, one element can substitute another element.

Element substitution
Let's say that we have users from two different countries: england and norway. We would like the ability to let the user choose whether he or she would like to use the norwegian element names or the english element names in the xml document. To solve this problem, we could define a substitutiongroup in the xml schema. First, we declare a head element and then we declare the other elements which state that they are substitutable for the head element. <xs:element name="name" type="xs:string"/> <xs:element name="navn" substitutiongroup="name"/>

SOA SOLUTIONS, Near S.R Nagar E- Seva

In the example above, the "name" element is the head element and the "navn" element is substitutable for "name". Look at this fragment of an xml schema: <xs:element name="name" type="xs:string"/> <xs:element name="navn" substitutiongroup="name"/> <xs:complextype name="custinfo"> <xs:sequence> <xs:element ref="name"/> </xs:sequence> </xs:complextype> <xs:element name="customer" type="custinfo"/> <xs:element name="kunde" substitutiongroup="customer"/> A valid xml document (according to the schema above) could look like this: <customer> <name>john smith</name> </customer> Or like this: <kunde> <navn>john smith</navn> </kunde>

Blocking element substitution

To prevent other elements from substituting with a specified element, use the block attribute: <xs:element name="name" type="xs:string" block="substitution"/> Look at this fragment of an xml schema: <xs:element name="name" type="xs:string" block="substitution"/> <xs:element name="navn" substitutiongroup="name"/> <xs:complextype name="custinfo">

SOA SOLUTIONS, Near S.R Nagar E- Seva

<xs:sequence> <xs:element ref="name"/> </xs:sequence> </xs:complextype> <xs:element name="customer" type="custinfo" block="substitution"/> <xs:element name="kunde" substitutiongroup="customer"/> A valid xml document (according to the schema above) looks like this: <customer> <name>john smith</name> </customer> But this is no longer valid: <kunde> <navn>john smith</navn> </kunde>

Using substitutiongroup
The type of the substitutable elements must be the same as, or derived from, the type of the head element. If the type of the substitutable element is the same as the type of the head element you will not have to specify the type of the substitutable element. Note that all elements in the substitutiongroup (the head element and the substitutable elements) must be declared as global elements, otherwise it will not work!

What are global elements?

Global elements are elements that are immediate children of the "schema" element! Local elements are elements nested within other elements.

An xsd example
This chapter will demonstrate how to write an xml schema. You will also learn that a schema can be written in different ways.

SOA SOLUTIONS, Near S.R Nagar E- Seva

An xsd example This chapter will demonstrate how to write an xml schema. You will also learn that a schema can be written in different ways. An xml document Let's have a look at this xml document called "shiporder.xml": <?Xml version="1.0" encoding="iso-8859-1"?> <shiporder orderid="889923" xmlns:xsi="http://www.w3.org/2001/xmlschema-instance" xsi:nonamespaceschemalocation="shiporder.xsd"> <orderperson>john smith</orderperson> <shipto> <name>ola nordmann</name> <address>langgt 23</address> <city>4000 stavanger</city> <country>norway</country> </shipto> <item> <title>empire burlesque</title> <note>special edition</note> <quantity>1</quantity> <price>10.90</price> </item> <item> <title>hide your heart</title> <quantity>1</quantity> <price>9.90</price> </item> </shiporder> The xml document above consists of a root element, "shiporder", that contains a required attribute called "orderid". The "shiporder" element contains three different child elements: "orderperson", "shipto" and "item". The "item" element appears twice, and it contains a "title", an optional "note" element, a "quantity", and a "price" element. The line above: xmlns:xsi="http://www.w3.org/2001/xmlschema-instance" tells the xml parser that this document should be validated against a schema. The line: xsi:nonamespaceschemalocation="shiporder.xsd" specifies where the schema resides (here it is in the same folder as "shiporder.xml").
SOA SOLUTIONS, Near S.R Nagar E- Seva

Create an xml schema Now we want to create a schema for the xml document above. We start by opening a new file that we will call "shiporder.xsd". To create the schema we could simply follow the structure in the xml document and define each element as we find it. We will start with the standard xml declaration followed by the xs:schema element that defines a schema: <?Xml version="1.0" encoding="iso-8859-1" ?> <xs:schema xmlns:xs="http://www.w3.org/2001/xmlschema"> ... </xs:schema> In the schema above we use the standard namespace (xs), and the uri associated with this namespace is the schema language definition, which has the standard value of http://www.w3.org/2001/xmlschema. Next, we have to define the "shiporder" element. This element has an attribute and it contains other elements, therefore we consider it as a complex type. The child elements of the "shiporder" element is surrounded by a xs:sequence element that defines an ordered sequence of sub elements: <xs:element name="shiporder"> <xs:complextype> <xs:sequence> ... </xs:sequence> </xs:complextype> </xs:element> Then we have to define the "orderperson" element as a simple type (because it does not contain any attributes or other elements). The type (xs:string) is prefixed with the namespace prefix associated with xml schema that indicates a predefined schema data type: <xs:element name="orderperson" type="xs:string"/> Next, we have to define two elements that are of the complex type: "shipto" and "item". We start by defining the "shipto" element: <xs:element name="shipto"> <xs:complextype> <xs:sequence> <xs:element name="name" type="xs:string"/> <xs:element name="address" type="xs:string"/>

SOA SOLUTIONS, Near S.R Nagar E- Seva

<xs:element name="city" type="xs:string"/> <xs:element name="country" type="xs:string"/> </xs:sequence> </xs:complextype> </xs:element> With schemas we can define the number of possible occurrences for an element with the maxoccurs and minoccurs attributes. Maxoccurs specifies the maximum number of occurrences for an element and minoccurs specifies the minimum number of occurrences for an element. The default value for both maxoccurs and minoccurs is 1! Now we can define the "item" element. This element can appear multiple times inside a "shiporder" element. This is specified by setting the maxoccurs attribute of the "item" element to "unbounded" which means that there can be as many occurrences of the "item" element as the author wishes. Notice that the "note" element is optional. We have specified this by setting the minoccurs attribute to zero: <xs:element name="item" maxoccurs="unbounded"> <xs:complextype> <xs:sequence> <xs:element name="title" type="xs:string"/> <xs:element name="note" type="xs:string" minoccurs="0"/> <xs:element name="quantity" type="xs:positiveinteger"/> <xs:element name="price" type="xs:decimal"/> </xs:sequence> </xs:complextype> </xs:element> We can now declare the attribute of the "shiporder" element. Since this is a required attribute we specify use="required". Note: the attribute declarations must always come last: <xs:attribute name="orderid" type="xs:string" use="required"/> Here is the complete listing of the schema file called "shiporder.xsd": <?Xml version="1.0" encoding="iso-8859-1" ?> <xs:schema xmlns:xs="http://www.w3.org/2001/xmlschema"> <xs:element name="shiporder"> <xs:complextype> <xs:sequence>

SOA SOLUTIONS, Near S.R Nagar E- Seva

<xs:element name="orderperson" type="xs:string"/> <xs:element name="shipto"> <xs:complextype> <xs:sequence> <xs:element name="name" type="xs:string"/> <xs:element name="address" type="xs:string"/> <xs:element name="city" type="xs:string"/> <xs:element name="country" type="xs:string"/> </xs:sequence> </xs:complextype> </xs:element> <xs:element name="item" maxoccurs="unbounded"> <xs:complextype> <xs:sequence> <xs:element name="title" type="xs:string"/> <xs:element name="note" type="xs:string" minoccurs="0"/> <xs:element name="quantity" type="xs:positiveinteger"/> <xs:element name="price" type="xs:decimal"/> </xs:sequence> </xs:complextype> </xs:element> </xs:sequence> <xs:attribute name="orderid" type="xs:string" use="required"/> </xs:complextype> </xs:element> </xs:schema>

Divide the schema The previous design method is very simple, but can be difficult to read and maintain when documents are complex. The next design method is based on defining all elements and attributes first, and then referring to them using the ref attribute. Here is the new design of the schema file ("shiporder.xsd"): <?Xml version="1.0" encoding="iso-8859-1" ?> <xs:schema xmlns:xs="http://www.w3.org/2001/xmlschema">

SOA SOLUTIONS, Near S.R Nagar E- Seva

<xs:element name="orderperson" type="xs:string"/> <xs:element name="name" type="xs:string"/> <xs:element name="address" type="xs:string"/> <xs:element name="city" type="xs:string"/> <xs:element name="country" type="xs:string"/> <xs:element name="title" type="xs:string"/> <xs:element name="note" type="xs:string"/> <xs:element name="quantity" type="xs:positiveinteger"/> <xs:element name="price" type="xs:decimal"/>  <xs:attribute name="orderid" type="xs:string"/>  <xs:element name="shipto"> <xs:complextype> <xs:sequence> <xs:element ref="name"/> <xs:element ref="address"/> <xs:element ref="city"/> <xs:element ref="country"/> </xs:sequence> </xs:complextype> </xs:element> <xs:element name="item"> <xs:complextype> <xs:sequence> <xs:element ref="title"/> <xs:element ref="note" minoccurs="0"/> <xs:element ref="quantity"/> <xs:element ref="price"/> </xs:sequence> </xs:complextype> </xs:element> <xs:element name="shiporder"> <xs:complextype>

SOA SOLUTIONS, Near S.R Nagar E- Seva

<xs:sequence> <xs:element ref="orderperson"/> <xs:element ref="shipto"/> <xs:element ref="item" maxoccurs="unbounded"/> </xs:sequence> <xs:attribute ref="orderid" use="required"/> </xs:complextype> </xs:element> </xs:schema>

Xsd string data types

String data types are used for values that contains character strings.

String data type

The string data type can contain characters, line feeds, carriage returns, and tab characters. The following is an example of a string declaration in a schema: <xs:element name="customer" type="xs:string"/> An element in your document might look like this: <customer>john smith</customer> Or it might look like this: <customer> john smith </customer>

Note: the xml processor will not modify the value if you use the string data type.

Normalizedstring data type

The normalizedstring data type is derived from the string data type. The normalizedstring data type also contains characters, but the xml processor will remove line feeds, carriage returns, and tab characters. The following is an example of a normalizedstring declaration in a schema:

SOA SOLUTIONS, Near S.R Nagar E- Seva

<xs:element name="customer" type="xs:normalizedstring"/> An element in your document might look like this: <customer>john smith</customer> Or it might look like this: <customer> john smith </customer>

Note: in the example above the xml processor will replace the tabs with spaces.

Token data type

The token data type is also derived from the string data type. The token data type also contains characters, but the xml processor will remove line feeds, carriage returns, tabs, leading and trailing spaces, and multiple spaces. The following is an example of a token declaration in a schema: <xs:element name="customer" type="xs:token"/> An element in your document might look like this: <customer>john smith</customer> Or it might look like this: <customer> john smith </customer>

Note: in the example above the xml processor will remove the tabs.

String data types

Note that all of the data types below derive from the string data type (except for string itself)! Name Entities Entity Description

SOA SOLUTIONS, Near S.R Nagar E- Seva

A string that represents the id attribute in xml (only used with schema attributes) A string that represents the idref attribute in xml (only used with schema attributes)

Idref

Idrefs Language Name Ncname Nmtoken A string that represents the nmtoken attribute in xml (only used with schema attributes) A string that contains a valid language id A string that contains a valid xml name

Nmtokens Normalizedstring Qname String Token A string A string that does not contain line feeds, carriage returns, tabs, leading or trailing spaces, or multiple spaces A string that does not contain line feeds, carriage returns, or tabs

Restrictions on string data types

Restrictions that can be used with string data types:
y y y y y y

Enumeration Length Maxlength Minlength Pattern (nmtokens, idrefs, and entities cannot use this constraint) Whitespace

Xsd date and time data types

SOA SOLUTIONS, Near S.R Nagar E- Seva

Date and time data types are used for values that contain date and time.

Date data type

The date data type is used to specify a date. The date is specified in the following form "yyyy-mm-dd" where:
y y y

Yyyy indicates the year Mm indicates the month Dd indicates the day

Note: all components are required! The following is an example of a date declaration in a schema: <xs:element name="start" type="xs:date"/> An element in your document might look like this: <start>2002-09-24</start> Time zones To specify a time zone, you can either enter a date in utc time by adding a "z" behind the date like this: <start>2002-09-24z</start> Or you can specify an offset from the utc time by adding a positive or negative time behind the date - like this: <start>2002-09-24-06:00</start> or <start>2002-09-24+06:00</start>

Time data type

The time data type is used to specify a time. The time is specified in the following form "hh:mm:ss" where:

SOA SOLUTIONS, Near S.R Nagar E- Seva

y y y

Hh indicates the hour Mm indicates the minute Ss indicates the second

Note: all components are required! The following is an example of a time declaration in a schema: <xs:element name="start" type="xs:time"/> An element in your document might look like this: <start>09:00:00</start> Or it might look like this: <start>09:30:10.5</start> Time zones To specify a time zone, you can either enter a time in utc time by adding a "z" behind the time like this: <start>09:30:10z</start> Or you can specify an offset from the utc time by adding a positive or negative time behind the time - like this: <start>09:30:10-06:00</start> or <start>09:30:10+06:00</start>

Datetime data type

The datetime data type is used to specify a date and a time. The datetime is specified in the following form "yyyy-mm-ddthh:mm:ss" where:
y y y y y y y

Yyyy indicates the year Mm indicates the month Dd indicates the day T indicates the start of the required time section Hh indicates the hour Mm indicates the minute Ss indicates the second

SOA SOLUTIONS, Near S.R Nagar E- Seva

Note: all components are required! The following is an example of a datetime declaration in a schema: <xs:element name="startdate" type="xs:datetime"/> An element in your document might look like this: <startdate>2002-05-30t09:00:00</startdate> Or it might look like this: <startdate>2002-05-30t09:30:10.5</startdate> Time zones To specify a time zone, you can either enter a datetime in utc time by adding a "z" behind the time - like this: <startdate>2002-05-30t09:30:10z</startdate> Or you can specify an offset from the utc time by adding a positive or negative time behind the time - like this: <startdate>2002-05-30t09:30:10-06:00</startdate> or <startdate>2002-05-30t09:30:10+06:00</startdate>

Duration data type

The duration data type is used to specify a time interval. The time interval is specified in the following form "pnynmndtnhnmns" where:
y y y y y y

P indicates the period (required) Ny indicates the number of years Nm indicates the number of months Nd indicates the number of days T indicates the start of a time section (required if you are going to specify hours, minutes, or seconds) Nh indicates the number of hours

SOA SOLUTIONS, Near S.R Nagar E- Seva

y y

Nm indicates the number of minutes Ns indicates the number of seconds

The following is an example of a duration declaration in a schema: <xs:element name="period" type="xs:duration"/> An element in your document might look like this: <period>p5y</period> The example above indicates a period of five years. Or it might look like this: <period>p5y2m10d</period> The example above indicates a period of five years, two months, and 10 days. Or it might look like this: <period>p5y2m10dt15h</period> The example above indicates a period of five years, two months, 10 days, and 15 hours. Or it might look like this: <period>pt15h</period> The example above indicates a period of 15 hours. Negative duration To specify a negative duration, enter a minus sign before the p: <period>-p10d</period> The example above indicates a period of minus 10 days.

Date and time data types

Name Description

SOA SOLUTIONS, Near S.R Nagar E- Seva

Date Datetime Duration Gday Gmonth Gmonthday Gyear Gyearmonth Time

Defines a date value Defines a date and time value Defines a time interval Defines a part of a date - the day (dd) Defines a part of a date - the month (mm) Defines a part of a date - the month and day (mm-dd) Defines a part of a date - the year (yyyy) Defines a part of a date - the year and month (yyyy-mm) Defines a time value

Restrictions on date data types

Restrictions that can be used with date data types:
y y y y y y y

Enumeration Maxexclusive Maxinclusive Minexclusive Mininclusive Pattern Whitespace

Xsd numeric data types

Decimal data types are used for numeric values.

Decimal data type

The decimal data type is used to specify a numeric value. The following is an example of a decimal declaration in a schema: <xs:element name="prize" type="xs:decimal"/>

SOA SOLUTIONS, Near S.R Nagar E- Seva

An element in your document might look like this: <prize>999.50</prize> Or it might look like this: <prize>+999.5450</prize> Or it might look like this: <prize>-999.5230</prize> Or it might look like this: <prize>0</prize> Or it might look like this: <prize>14</prize> Note: the maximum number of decimal digits you can specify is 18.

Integer data type

The integer data type is used to specify a numeric value without a fractional component. The following is an example of an integer declaration in a schema: <xs:element name="prize" type="xs:integer"/> An element in your document might look like this: <prize>999</prize> Or it might look like this: <prize>+999</prize> Or it might look like this: <prize>-999</prize> Or it might look like this: <prize>0</prize>
SOA SOLUTIONS, Near S.R Nagar E- Seva

Numeric data types

Note that all of the data types below derive from the decimal data type (except for decimal itself)! Name Byte Decimal Int Integer Long Negativeinteger Nonnegativeinteger Nonpositiveinteger Positiveinteger Short Unsignedlong Unsignedint Unsignedshort Unsignedbyte Description A signed 8-bit integer A decimal value A signed 32-bit integer An integer value A signed 64-bit integer An integer containing only negative values (..,-2,-1) An integer containing only non-negative values (0,1,2,..) An integer containing only non-positive values (..,-2,-1,0) An integer containing only positive values (1,2,..) A signed 16-bit integer An unsigned 64-bit integer An unsigned 32-bit integer An unsigned 16-bit integer An unsigned 8-bit integer

Restrictions on numeric data types

Restrictions that can be used with numeric data types:

SOA SOLUTIONS, Near S.R Nagar E- Seva

y y y y y y y y y

Enumeration Fractiondigits Maxexclusive Maxinclusive Minexclusive Mininclusive Pattern Totaldigits Whitespace

Xsd miscellaneous data types

Other miscellaneous data types are boolean, base64binary, hexbinary, float, double, anyuri, qname, and notation.

Boolean data type

The boolean data type is used to specify a true or false value. The following is an example of a boolean declaration in a schema: <xs:attribute name="disabled" type="xs:boolean"/> An element in your document might look like this: <prize disabled="true">999</prize> Note: legal values for boolean are true, false, 1 (which indicates true), and 0 (which indicates false).

Binary data types

Binary data types are used to express binary-formatted data. We have two binary data types:
y y

Base64binary (base64-encoded binary data) Hexbinary (hexadecimal-encoded binary data)

The following is an example of a hexbinary declaration in a schema: <xs:element name="blobsrc" type="xs:hexbinary"/>

SOA SOLUTIONS, Near S.R Nagar E- Seva

Anyuri data type

The anyuri data type is used to specify a uri. The following is an example of an anyuri declaration in a schema: <xs:attribute name="src" type="xs:anyuri"/> An element in your document might look like this: <pic src="http://www.w3schools.com/images/smiley.gif" /> Note: if a uri has spaces, replace them with %20. Miscellaneous data types Name Anyuri Base64binary Boolean Double Float Hexbinary Notation Qname Description

Restrictions on miscellaneous data types

Restrictions that can be used with the other data types:
y y y

Enumeration (a boolean data type cannot use this constraint) Length (a boolean data type cannot use this constraint) Maxlength (a boolean data type cannot use this constraint)

SOA SOLUTIONS, Near S.R Nagar E- Seva

y y y

Minlength (a boolean data type cannot use this constraint) Pattern Whitespace

Xslt
Xsl stands for extensible stylesheet language, and is a style sheet language for xml documents. Xslt stands for xsl transformations. In this tutorial you will learn how to use xslt to transform xml documents into other formats, like xhtml.

Xsl languages
It started with xsl and ended up with xslt, xpath, and xsl-fo.

It started with xsl

Xsl stands for extensible stylesheet language. The world wide web consortium (w3c) started to develop xsl because there was a need for an xml-based stylesheet language.

Css = style sheets for html

Html uses predefined tags, and the meaning of each tag is well understood. The <table> tag in html defines a table - and a browser knows how to display it. Adding styles to html elements are simple. Telling a browser to display an element in a special font or color, is easy with css.

Xsl = style sheets for xml

Xml does not use predefined tags (we can use any tag-names we like), and therefore the meaning of each tag is not well understood. A <table> tag could mean an html table, a piece of furniture, or something else - and a browser does not know how to display it. Xsl describes how the xml document should be displayed!

SOA SOLUTIONS, Near S.R Nagar E- Seva

Xsl - more than a style sheet language

Xsl consists of three parts:
y y y

Xslt - a language for transforming xml documents Xpath - a language for navigating in xml documents Xsl-fo - a language for formatting xml documents

Xslt introduction
Xslt is a language for transforming xml documents into xhtml documents or to other xml documents. Xpath is a language for navigating in xml documents.

What you should already know

Before you continue you should have a basic understanding of the following:
y y y

Html / xhtml Xml / xml namespaces Xpath.

What is xslt?
y y y y y

Xslt stands for xsl transformations Xslt is the most important part of xsl Xslt transforms an xml document into another xml document Xslt uses xpath to navigate in xml documents Xslt is a w3c recommendation

Xslt = xsl transformations

Xslt is the most important part of xsl. Xslt is used to transform an xml document into another xml document, or another type of document that is recognized by a browser, like html and xhtml. Normally xslt does this by transforming each xml element into an (x)html element. With xslt you can add/remove elements and attributes to or from the output file. You can also rearrange and sort elements, perform tests and make decisions about which elements to hide and display, and a lot more. A common way to describe the transformation process is to say that xslt transforms an xml source-tree into an xml result-tree.

SOA SOLUTIONS, Near S.R Nagar E- Seva

Xslt uses xpath

Xslt uses xpath to find information in an xml document. Xpath is used to navigate through elements and attributes in xml documents.

How does it work?

In the transformation process, xslt uses xpath to define parts of the source document that should match one or more predefined templates. When a match is found, xslt will transform the matching part of the source document into the result document.

Xslt is a w3c recommendation

Xslt became a w3c recommendation 16. November 1999.

Xslt transformation
Example study: how to transform xml into xhtml using xslt. The details of this example will be explained in the next chapter.

Correct style sheet declaration

The root element that declares the document to be an xsl style sheet is <xsl:stylesheet> or <xsl:transform>. Note: <xsl:stylesheet> and <xsl:transform> are completely synonymous and either can be used! The correct way to declare an xsl style sheet according to the w3c xslt recommendation is: <xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/xsl/transform"> Or: <xsl:transform version="1.0" xmlns:xsl="http://www.w3.org/1999/xsl/transform"> To get access to the xslt elements, attributes and features we must declare the xslt namespace at the top of the document.

SOA SOLUTIONS, Near S.R Nagar E- Seva

The xmlns:xsl="http://www.w3.org/1999/xsl/transform" points to the official w3c xslt namespace. If you use this namespace, you must also include the attribute version="1.0".

Start with a raw xml document

We want to transform the following xml document ("cdcatalog.xml") into xhtml: <?Xml version="1.0" encoding="iso-8859-1"?> <catalog> <cd> <title>empire burlesque</title> <artist>bob dylan</artist> <country>usa</country> <company>columbia</company> <price>10.90</price> <year>1985</year> </cd> . . </catalog> Viewing xml files in firefox and internet explorer: open the xml file (typically by clicking on a link) - the xml document will be displayed with color-coded root and child elements. A plus (+) or minus sign (-) to the left of the elements can be clicked to expand or collapse the element structure. To view the raw xml source (without the + and - signs), select "view page source" or "view source" from the browser menu. Viewing xml files in netscape 6: open the xml file, then right-click in xml file and select "view page source". The xml document will then be displayed with color-coded root and child elements. Viewing xml files in opera 7: open the xml file, then right-click in xml file and select "frame" / "view source". The xml document will be displayed as plain text.

Create an xsl style sheet

Then you create an xsl style sheet ("cdcatalog.xsl") with a transformation template:

SOA SOLUTIONS, Near S.R Nagar E- Seva

<?Xml version="1.0" encoding="iso-8859-1"?> <xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/xsl/transform"> <xsl:template match="/"> <html> <body> <h2>my cd collection</h2> <table border="1"> <tr bgcolor="#9acd32"> <th>title</th> <th>artist</th> </tr> <xsl:for-each select="catalog/cd"> <tr> <td><xsl:value-of select="title"/></td> <td><xsl:value-of select="artist"/></td> </tr> </xsl:for-each> </table> </body> </html> </xsl:template> </xsl:stylesheet>

Link the xsl style sheet to the xml document

Add the xsl style sheet reference to your xml document ("cdcatalog.xml"): <?Xml version="1.0" encoding="iso-8859-1"?> <?Xml-stylesheet type="text/xsl" href="cdcatalog.xsl"?> <catalog> <cd> <title>empire burlesque</title> <artist>bob dylan</artist> <country>usa</country> <company>columbia</company> <price>10.90</price> <year>1985</year>

SOA SOLUTIONS, Near S.R Nagar E- Seva

</cd> . . </catalog> If you have an xslt compliant browser it will nicely transform your xml into xhtml.

Xslt <xsl:template> element

An xsl style sheet consists of one or more set of rules that are called templates. A template contains rules to apply when a specified node is matched.

The <xsl:template> element

The <xsl:template> element is used to build templates. The match attribute is used to associate a template with an xml element. The match attribute can also be used to define a template for the entire xml document. The value of the match attribute is an xpath expression (i.e. Match="/" defines the whole document). Ok, let's look at a simplified version of the xsl file from the previous chapter: Example <?Xml version="1.0" encoding="iso-8859-1"?> <xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/xsl/transform"> <xsl:template match="/"> <html> <body> <h2>my cd collection</h2> <table border="1"> <tr bgcolor="#9acd32"> <th>title</th> <th>artist</th> </tr> <tr> <td>.</td> <td>.</td> </tr>

SOA SOLUTIONS, Near S.R Nagar E- Seva

</table> </body> </html> </xsl:template> </xsl:stylesheet>

Example explained
Since an xsl style sheet is an xml document, it always begins with the xml declaration: <?xml version="1.0" encoding="iso-8859-1"?>. The next element, <xsl:stylesheet>, defines that this document is an xslt style sheet document (along with the version number and xslt namespace attributes). The <xsl:template> element defines a template. The match="/" attribute associates the template with the root of the xml source document. The content inside the <xsl:template> element defines some html to write to the output. The last two lines define the end of the template and the end of the style sheet. The result from this example was a little disappointing, because no data was copied from the xml document to the output. In the next chapter you will learn how to use the <xsl:value-of> element to select values from the xml elements

Xslt <xsl:value-of> element

The <xsl:value-of> element is used to extract the value of a selected node.

The <xsl:value-of> element

The <xsl:value-of> element can be used to extract the value of an xml element and add it to the output stream of the transformation: Example <?Xml version="1.0" encoding="iso-8859-1"?> <xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/xsl/transform"> <xsl:template match="/"> <html>

SOA SOLUTIONS, Near S.R Nagar E- Seva

<body> <h2>my cd collection</h2> <table border="1"> <tr bgcolor="#9acd32"> <th>title</th> <th>artist</th> </tr> <tr> <td><xsl:value-of select="catalog/cd/title"/></td> <td><xsl:value-of select="catalog/cd/artist"/></td> </tr> </table> </body> </html> </xsl:template> </xsl:stylesheet>

Xslt <xsl:for-each> element

The <xsl:for-each> element allows you to do looping in xslt.

The <xsl:for-each> element

The xsl <xsl:for-each> element can be used to select every xml element of a specified node-set: Example <?Xml version="1.0" encoding="iso-8859-1"?> <xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/xsl/transform"> <xsl:template match="/"> <html> <body> <h2>my cd collection</h2> <table border="1"> <tr bgcolor="#9acd32"> <th>title</th> <th>artist</th> </tr>

SOA SOLUTIONS, Near S.R Nagar E- Seva

<xsl:for-each select="catalog/cd"> <tr> <td><xsl:value-of select="title"/></td> <td><xsl:value-of select="artist"/></td> </tr> </xsl:for-each> </table> </body> </html> </xsl:template> </xsl:stylesheet> Note: the value of the select attribute is an xpath expression. An xpath expression works like navigating a file system; where a forward slash (/) selects subdirectories.

Filtering the output

We can also filter the output from the xml file by adding a criterion to the select attribute in the <xsl:for-each> element. <xsl:for-each select="catalog/cd[artist='bob dylan']"> Legal filter operators are:
y y y y

= (equal) != (not equal) < less than > greater than

Take a look at the adjusted xsl style sheet: Example <?Xml version="1.0" encoding="iso-8859-1"?> <xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/xsl/transform"> <xsl:template match="/"> <html> <body>

SOA SOLUTIONS, Near S.R Nagar E- Seva

<h2>my cd collection</h2> <table border="1"> <tr bgcolor="#9acd32"> <th>title</th> <th>artist</th> </tr> <xsl:for-each select="catalog/cd[artist='bob dylan']"> <tr> <td><xsl:value-of select="title"/></td> <td><xsl:value-of select="artist"/></td> </tr> </xsl:for-each> </table> </body> </html> </xsl:template> </xsl:stylesheet>

Xslt <xsl:sort> element

The <xsl:sort> element is used to sort the output.

Where to put the sort information

To sort the output, simply add an <xsl:sort> element inside the <xsl:for-each> element in the xsl file: Example <?Xml version="1.0" encoding="iso-8859-1"?> <xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/xsl/transform"> <xsl:template match="/"> <html> <body> <h2>my cd collection</h2> <table border="1"> <tr bgcolor="#9acd32"> <th>title</th>

SOA SOLUTIONS, Near S.R Nagar E- Seva

<th>artist</th> </tr> <xsl:for-each select="catalog/cd"> <xsl:sort select="artist"/> <tr> <td><xsl:value-of select="title"/></td> <td><xsl:value-of select="artist"/></td> </tr> </xsl:for-each> </table> </body> </html> </xsl:template> </xsl:stylesheet>
The <xsl:if> element is used to put a conditional test against the content of the xml file.

The <xsl:if> element

To put a conditional if test against the content of the xml file, add an <xsl:if> element to the xsl document. Syntax <xsl:if test="expression"> ...some output if the expression is true... </xsl:if>

Where to put the <xsl:if> element To add a conditional test, add the <xsl:if> element inside the <xsl:for-each> element in the xsl file: Example <?Xml version="1.0" encoding="iso-8859-1"?> <xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/xsl/transform"> <xsl:template match="/"> <html>
SOA SOLUTIONS, Near S.R Nagar E- Seva

<body> <h2>my cd collection</h2> <table border="1"> <tr bgcolor="#9acd32"> <th>title</th> <th>artist</th> </tr> <xsl:for-each select="catalog/cd"> <xsl:if test="price > 10"> <tr> <td><xsl:value-of select="title"/></td> <td><xsl:value-of select="artist"/></td> </tr> </xsl:if> </xsl:for-each> </table> </body> </html> </xsl:template> </xsl:stylesheet>

Xslt <xsl:choose> element

The <xsl:choose> element is used in conjunction with <xsl:when> and <xsl:otherwise> to express multiple conditional tests.

The <xsl:choose> element

Syntax <xsl:choose> <xsl:when test="expression"> ... Some output ... </xsl:when> <xsl:otherwise> ... Some output .... </xsl:otherwise> </xsl:choose>

SOA SOLUTIONS, Near S.R Nagar E- Seva

Where to put the choose condition

To insert a multiple conditional test against the xml file, add the <xsl:choose>, <xsl:when>, and <xsl:otherwise> elements to the xsl file:

Example <?Xml version="1.0" encoding="iso-8859-1"?> <xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/xsl/transform"> <xsl:template match="/"> <html> <body> <h2>my cd collection</h2> <table border="1"> <tr bgcolor="#9acd32"> <th>title</th> <th>artist</th> </tr> <xsl:for-each select="catalog/cd"> <tr> <td><xsl:value-of select="title"/></td> <xsl:choose> <xsl:when test="price > 10"> <td bgcolor="#ff00ff"> <xsl:value-of select="artist"/></td> </xsl:when> <xsl:otherwise> <td><xsl:value-of select="artist"/></td> </xsl:otherwise> </xsl:choose> </tr> </xsl:for-each> </table> </body> </html> </xsl:template>

SOA SOLUTIONS, Near S.R Nagar E- Seva

</xsl:stylesheet>

Xslt <xsl:apply-templates> element

The <xsl:apply-templates> element applies a template to the current element or to the current element's child nodes.

The <xsl:apply-templates> element

The <xsl:apply-templates> element applies a template to the current element or to the current element's child nodes. If we add a select attribute to the <xsl:apply-templates> element it will process only the child element that matches the value of the attribute. We can use the select attribute to specify the order in which the child nodes are processed. Look at the following xsl style sheet: Example
<?Xml version="1.0" encoding="iso-8859-1"?> <xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/xsl/transform"> <xsl:template match="/"> <html> <body> <h2>my cd collection</h2> <xsl:apply-templates/> </body> </html> </xsl:template> <xsl:template match="cd"> <p> <xsl:apply-templates select="title"/> <xsl:apply-templates select="artist"/> </p> </xsl:template> <xsl:template match="title"> title: <span style="color:#ff0000"> <xsl:value-of select="."/></span> <br /> </xsl:template>

SOA SOLUTIONS, Near S.R Nagar E- Seva

<xsl:template match="artist"> artist: <span style="color:#00ff00"> <xsl:value-of select="."/></span> <br /> </xsl:template> </xsl:stylesheet>

Xpath
Xpath is used to navigate through elements and attributes in an xml document. Xpath is a major element in w3c's xslt standard - and xquery and xpointer are both built on xpath expressions. Xpath is a language for finding information in an xml document.

What you should already know

Before you continue you should have a basic understanding of the following:
y y

Html / xhtml Xml / xml namespaces

Xpath syntax
Xpath uses path expressions to select nodes or node-sets in an xml document. The node is selected by following a path or steps.

The xml example document

We will use the following xml document in the examples below. <?Xml version="1.0" encoding="iso-8859-1"?> <bookstore> <book> <title lang="eng">harry potter</title> <price>29.99</price> </book> <book>
SOA SOLUTIONS, Near S.R Nagar E- Seva

<title lang="eng">learning xml</title> <price>39.95</price> </book> </bookstore>

Xpath examples
Let's try to learn some basic xpath syntax by looking at some examples.

The xml example document

We will use the following xml document in the examples below. "books.xml": <?Xml version="1.0" encoding="iso-8859-1"?> <bookstore> <book category="cooking"> <title lang="en">everyday italian</title> <author>giada de laurentiis</author> <year>2005</year> <price>30.00</price> </book> <book category="children"> <title lang="en">harry potter</title> <author>j k. Rowling</author> <year>2005</year> <price>29.99</price> </book> <book category="web"> <title lang="en">xquery kick start</title> <author>james mcgovern</author> <author>per bothner</author> <author>kurt cagle</author> <author>james linn</author> <author>vaidyanathan nagarajan</author> <year>2003</year> <price>49.99</price> </book>

SOA SOLUTIONS, Near S.R Nagar E- Seva

<book category="web"> <title lang="en">learning xml</title> <author>erik t. Ray</author> <year>2003</year> <price>39.95</price> </book> </bookstore>

Loading the xml document

Using xmlhttprequest to load xml documents is supported in all modern browsers. Code for most modern browsers:
Var xmlhttp=new xmlhttprequest()

Code for old microsoft browsers (ie 5 and 6):

Var xmlhttp=new activexobject("microsoft.xmlhttp")

Selecting nodes
Unfortunately, there are different ways of dealing with xpath in internet explorer and other browsers. In our examples we have included code that should work with most major browsers. Internet explorer uses the selectnodes() method to select nodes from the xml document:
Xmldoc.selectnodes(xpath);

Firefox, chrome, opera and safari use the evaluate() method to select nodes from the xml document:
Xmldoc.evaluate(xpath, xmldoc, null, xpathresult.any_type,null);

Select all the titles

The following example selects all the title nodes:

Example Select the title of the first book

SOA SOLUTIONS, Near S.R Nagar E- Seva

The following example selects the title of the first book node under the bookstore element:
Example /bookstore/book[1]/title there is a problem with this. The example above shows different results in ie and other browsers.

Ie5 and later has implemented that [0] should be the first node, but according to the w3c standard it should have been [1]!!
A workaround!

To solve the [0] and [1] problem in ie5+, you can set the selectionlanguage to xpath. The following example selects the title of the first book node under the bookstore element:

Example
Xml.setproperty("selectionlanguage","xpath"); xml.selectnodes("/bookstore/book[1]/title");

select all the prices

The following example selects the text from all the price nodes:

Example
/bookstore/book/price/text() Select price nodes with price>35

The following example selects all the price nodes with a price higher than 35:

Example
/bookstore/book[price>35]/price

Select title nodes with price>35

The following example selects all the title nodes with a price higher than 35:

Example

SOA SOLUTIONS, Near S.R Nagar E- Seva

/bookstore/book[price>35]/title

Xquery
Xquery is to xml what sql is to database tables. Xquery was designed to query xml data.

Introduction to xquery
Xquery is to xml what sql is to database tables. Xquery is designed to query xml data - not just xml files, but anything that can appear as xml, including databases.

What you should already know

Before you continue you should have a basic understanding of the following:
y y y

Html / xhtml Xml / xml namespaces Xpath

Xquery example
Let's try to learn some basic xquery syntax by looking at an example.

The xml example document

SOA SOLUTIONS, Near S.R Nagar E- Seva

<price>30.00</price> </book> <book category="children"> <title lang="en">harry potter</title> <author>j k. Rowling</author> <year>2005</year> <price>29.99</price> </book> <book category="web"> <title lang="en">xquery kick start</title> <author>james mcgovern</author> <author>per bothner</author> <author>kurt cagle</author> <author>james linn</author> <author>vaidyanathan nagarajan</author> <year>2003</year> <price>49.99</price> </book> <book category="web"> <title lang="en">learning xml</title> <author>erik t. Ray</author> <year>2003</year> <price>39.95</price> </book> </bookstore>

How to select nodes from "books.xml"?

Functions Xquery uses functions to extract data from xml documents. The doc() function is used to open the "books.xml" file:
Doc("books.xml")

Path expressions Xquery uses path expressions to navigate through elements in an xml document. The following path expression is used to select all the title elements in the "books.xml" file:
SOA SOLUTIONS, Near S.R Nagar E- Seva

Doc("books.xml")/bookstore/book/title

(/bookstore selects the bookstore element, /book selects all the book elements under the bookstore element, and /title selects all the title elements under each book element) The xquery above will extract the following:
<title lang="en">everyday italian</title> <title lang="en">harry potter</title> <title lang="en">xquery kick start</title> <title lang="en">learning xml</title>

Predicates Xquery uses predicates to limit the extracted data from xml documents. The following predicate is used to select all the book elements under the bookstore element that have a price element with a value that is less than 30:
Doc("books.xml")/bookstore/book[price<30]

The xquery above will extract the following:

<book category="children"> <title lang="en">harry potter</title> <author>j k. Rowling</author> <year>2005</year> <price>29.99</price> </book>

Xquery terms
In xquery, there are seven kinds of nodes: element, attribute, text, namespace, processinginstruction, comment, and document (root) nodes.

Xquery terminology
Nodes In xquery, there are seven kinds of nodes: element, attribute, text, namespace, processinginstruction, comment, and document (root) nodes. Xml documents are treated as trees of nodes. The root of the tree is called the document node (or root node). Look at the following xml document:

SOA SOLUTIONS, Near S.R Nagar E- Seva

<?Xml version="1.0" encoding="iso-8859-1"?> <bookstore> <book> <title lang="en">harry potter</title> <author>j k. Rowling</author> <year>2005</year> <price>29.99</price> </book> </bookstore> Example of nodes in the xml document above: <bookstore> (document node) <author>j k. Rowling</author> (element node) lang="en" (attribute node) Atomic values Atomic values are nodes with no children or parent. Example of atomic values:
J k. Rowling "en"

Items
Items are atomic values or nodes.

Relationship of nodes Parent

Each element and attribute has one parent. In the following example; the book element is the parent of the title, author, year, and price:

SOA SOLUTIONS, Near S.R Nagar E- Seva

<book> <title>harry potter</title> <author>j k. Rowling</author> <year>2005</year> <price>29.99</price> </book> Children Element nodes may have zero, one or more children. In the following example; the title, author, year, and price elements are all children of the book element: <book> <title>harry potter</title> <author>j k. Rowling</author> <year>2005</year> <price>29.99</price> </book> Siblings Nodes that have the same parent. In the following example; the title, author, year, and price elements are all siblings: <book> <title>harry potter</title> <author>j k. Rowling</author> <year>2005</year> <price>29.99</price> </book> Ancestors A node's parent, parent's parent, etc. In the following example; the ancestors of the title element are the book element and the bookstore element: <bookstore> <book>
SOA SOLUTIONS, Near S.R Nagar E- Seva

<title>harry potter</title> <author>j k. Rowling</author> <year>2005</year> <price>29.99</price> </book> </bookstore> Descendants A node's children, children's children, etc. In the following example; descendants of the bookstore element are the book, title, author, year, and price elements: <bookstore> <book> <title>harry potter</title> <author>j k. Rowling</author> <year>2005</year> <price>29.99</price> </book> </bookstore> Xquery syntax Xquery is case-sensitive and xquery elements, attributes, and variables must be valid xml names.

Xquery basic syntax rules

Some basic syntax rules:
y y y y y

Xquery is case-sensitive Xquery elements, attributes, and variables must be valid xml names An xquery string value can be in single or double quotes An xquery variable is defined with a $ followed by a name, e.g. $bookstore Xquery comments are delimited by (: and :), e.g. (: xquery comment :)

Xquery conditional expressions

"if-then-else" expressions are allowed in xquery.
SOA SOLUTIONS, Near S.R Nagar E- Seva

Look at the following example: For $x in doc("books.xml")/bookstore/book return if ($x/@category="children") then <child>{data($x/title)}</child> else <adult>{data($x/title)}</adult> Notes on the "if-then-else" syntax: parentheses around the if expression are required. Else is required, but it can be just else (). The result of the example above will be: <adult>everyday italian</adult> <child>harry potter</child> <adult>learning xml</adult> <adult>xquery kick start</adult> Xquery comparisons In xquery there are two ways of comparing values. 1. General comparisons: =, !=, <, <=, >, >= 2. Value comparisons: eq, ne, lt, le, gt, ge The difference between the two comparison methods are shown below. The following expression returns true if any q attributes have a value greater than 10: $bookstore//book/@q > 10 The following expression returns true if there is only one q attribute returned by the expression, and its value is greater than 10. If more than one q is returned, an error occurs.

SOA SOLUTIONS, Near S.R Nagar E- Seva

Hypertext Markup Language (HTML) Fundamentals: How to Master HTML with Ease
From Everand
Hypertext Markup Language (HTML) Fundamentals: How to Master HTML with Ease
Steven Bright
No ratings yet
MadCap Flare for Programmers
From Everand
MadCap Flare for Programmers
Thomas Tregner
5/5 (1)
HTML & CSS For Beginners: Your Step by Step Guide to Easily HTML & CSS Programming in 7 Days
From Everand
HTML & CSS For Beginners: Your Step by Step Guide to Easily HTML & CSS Programming in 7 Days
i Code Academy
4/5 (7)
Approved Physical Therapy Abbreviations
No ratings yet
Approved Physical Therapy Abbreviations
3 pages
WWW W3schools Com
No ratings yet
WWW W3schools Com
3 pages
Mellel Guide
No ratings yet
Mellel Guide
402 pages
College Bca HTML Practical File
60% (5)
College Bca HTML Practical File
29 pages
XML Programming: The Ultimate Guide to Fast, Easy, and Efficient Learning of XML Programming
From Everand
XML Programming: The Ultimate Guide to Fast, Easy, and Efficient Learning of XML Programming
Christopher Right
2.5/5 (2)
XML Data Format
From Everand
XML Data Format
Lucas Lee
No ratings yet
Beginning XML
From Everand
Beginning XML
Joe Fawcett
3/5 (1)
Easy html and css
From Everand
Easy html and css
S VASIST
No ratings yet
XSL Primer
From Everand
XSL Primer
Stephen Cote
No ratings yet
James Learning Javascript Programming
From Everand
James Learning Javascript Programming
James Lombard
No ratings yet
Mastering XML: Essential Techniques
From Everand
Mastering XML: Essential Techniques
Brett Neutreon
No ratings yet
HTML in 30 Pages
From Everand
HTML in 30 Pages
U.Q. Magnusson
4.5/5 (14)
XHTML
From Everand
XHTML
Jitendra Patel
No ratings yet
Beginning HTML and CSS
From Everand
Beginning HTML and CSS
Rob Larsen
No ratings yet
The Basics of HTML (Hypertext Markup Language) Coding For Beginners: Learn Foundational HTML Programming Concepts
From Everand
The Basics of HTML (Hypertext Markup Language) Coding For Beginners: Learn Foundational HTML Programming Concepts
Roggie Clark
No ratings yet
NP1 Nursing Board Exam June 2008 Answer Key
No ratings yet
NP1 Nursing Board Exam June 2008 Answer Key
15 pages
TOML Config Basics
From Everand
TOML Config Basics
Frank Wellington
No ratings yet
Mastering Node.js Web Development: Go on a comprehensive journey from the fundamentals to advanced web development with Node.js
From Everand
Mastering Node.js Web Development: Go on a comprehensive journey from the fundamentals to advanced web development with Node.js
Adam Freeman
No ratings yet
Podcasting - Creating your feed (Part 3)
From Everand
Podcasting - Creating your feed (Part 3)
Donna Eyestone
No ratings yet
Tax System in India
No ratings yet
Tax System in India
4 pages
Web Development Step by Step - HTML
From Everand
Web Development Step by Step - HTML
Enrique Vicente
No ratings yet
Html5: QuickStudy Laminated Reference Guide
From Everand
Html5: QuickStudy Laminated Reference Guide
Robin Nixon
No ratings yet
HTML Beginner's Crash Course: HTML for Beginner's Guide to Learning HTML, HTML & CSS, & Web Design
From Everand
HTML Beginner's Crash Course: HTML for Beginner's Guide to Learning HTML, HTML & CSS, & Web Design
Quick Start Guides
4/5 (1)
MCQ Virus
No ratings yet
MCQ Virus
3 pages
Html5 for Beginners: A Step-By-Step Guide
From Everand
Html5 for Beginners: A Step-By-Step Guide
Zack Mark Lakeman
No ratings yet
Excel and the World Wide Web Straight to the Point
From Everand
Excel and the World Wide Web Straight to the Point
Eduardo N Sanchez
No ratings yet
Comprehensive Hypertext Markup Language (HTML).: A Tutorial Guide to Editing and Developing a Responsive and Dynamic Website for Beginners.
From Everand
Comprehensive Hypertext Markup Language (HTML).: A Tutorial Guide to Editing and Developing a Responsive and Dynamic Website for Beginners.
Ibrahim Nugwa Abdulrazak
No ratings yet
Web Development Step by Step
From Everand
Web Development Step by Step
Enrique Vicente
No ratings yet
Entrepreneurship
No ratings yet
Entrepreneurship
5 pages
Write Some Code with HTML, CSS, + JavaScript
From Everand
Write Some Code with HTML, CSS, + JavaScript
Tom Henricksen
No ratings yet
Schaum's Easy Outline of XML
From Everand
Schaum's Easy Outline of XML
Ed Tittel
No ratings yet
Itil
No ratings yet
Itil
4 pages
Introduction to HTML & CSS
From Everand
Introduction to HTML & CSS
Claudia Da Silva
4.5/5 (4)
C C C CC C CCC C CCCC C C C C CC!"! !#CC"C $C !!!C&C' C C C C +C+,C C' C C, C-C
No ratings yet
C C C CC C CCC C CCCC C C C C CC!"! !#CC"C $C !!!C&C' C C C C +C+,C C' C C, C-C
9 pages
Data Format Compare
From Everand
Data Format Compare
Frank Wellington
No ratings yet
The Morality of Capital Punishment
No ratings yet
The Morality of Capital Punishment
11 pages
Cooking up the web with HTML and JavaScript
From Everand
Cooking up the web with HTML and JavaScript
Tom Henricksen
No ratings yet
Gospel Beyond Words. Preview in English
No ratings yet
Gospel Beyond Words. Preview in English
6 pages
MGT 2010 - Set One
No ratings yet
MGT 2010 - Set One
15 pages
Quick Start Basic HTML and JavaScript
From Everand
Quick Start Basic HTML and JavaScript
Tom Henricksen
No ratings yet
Rural Marketing Elective H
No ratings yet
Rural Marketing Elective H
4 pages
Web Design With Html5, a Primer
From Everand
Web Design With Html5, a Primer
Matthew Macarty
No ratings yet
HTML Unleashed: The Complete Guide
From Everand
HTML Unleashed: The Complete Guide
Pen Hur
No ratings yet
IMCI Technical Updates
No ratings yet
IMCI Technical Updates
3 pages
UMTS Network Constituents: CC ! " # $% #&C C " C
No ratings yet
UMTS Network Constituents: CC ! " # $% #&C C " C
19 pages
Schematron: A language for validating XML
From Everand
Schematron: A language for validating XML
Erik Siegel
No ratings yet
Learn Html In 1 Hour
From Everand
Learn Html In 1 Hour
John Bura
No ratings yet
JavaScript for Kids: Start Your Coding Adventure
From Everand
JavaScript for Kids: Start Your Coding Adventure
Abdelfattah Ragab
No ratings yet
Exchange Server 2007 Syllabus
No ratings yet
Exchange Server 2007 Syllabus
2 pages
XML Unlocked: A Complete Guide to Mastery and Advanced Techniques
From Everand
XML Unlocked: A Complete Guide to Mastery and Advanced Techniques
Adam Jones
No ratings yet
Internet Information Services 8.5
From Everand
Internet Information Services 8.5
Murat Yildirimoglu
No ratings yet
Suggested Meal Plan For A
No ratings yet
Suggested Meal Plan For A
3 pages
Prelims Notes
No ratings yet
Prelims Notes
8 pages
HTML5 & CSS3 For Beginners: Your Guide To Easily Learn HTML5 & CSS3 Programming in 7 Days
From Everand
HTML5 & CSS3 For Beginners: Your Guide To Easily Learn HTML5 & CSS3 Programming in 7 Days
i Code Academy
4/5 (11)
Lifting Analysis Preview)
No ratings yet
Lifting Analysis Preview)
4 pages
JavaScript Introduction
From Everand
JavaScript Introduction
Lisa Saldivar
No ratings yet
April 1
No ratings yet
April 1
5 pages
Casepres
No ratings yet
Casepres
3 pages
Config File Types
From Everand
Config File Types
Frank Wellington
No ratings yet
1 D3 Eb
No ratings yet
1 D3 Eb
8 pages
Drawbacks of Existing System
No ratings yet
Drawbacks of Existing System
16 pages
Ayo Siwes Report
No ratings yet
Ayo Siwes Report
22 pages
HTML
No ratings yet
HTML
9 pages
BSC Digital Print Media Syllabus 2017 2018
No ratings yet
BSC Digital Print Media Syllabus 2017 2018
58 pages
Siwes Report (BRTV)
No ratings yet
Siwes Report (BRTV)
49 pages
CST 463 Web Programming Series 1QP
No ratings yet
CST 463 Web Programming Series 1QP
4 pages
Java 100 Mcqs
No ratings yet
Java 100 Mcqs
15 pages
Struts 2
No ratings yet
Struts 2
69 pages
CSPC223 Modules 1 and 2 Reviewer
No ratings yet
CSPC223 Modules 1 and 2 Reviewer
13 pages
HTML 5.2-Estandar PDF
No ratings yet
HTML 5.2-Estandar PDF
1,793 pages
VCD 15 API Guide
No ratings yet
VCD 15 API Guide
242 pages
What Is The DOM
No ratings yet
What Is The DOM
9 pages
Language Reference
100% (1)
Language Reference
5 pages
Welcome To Uconnect: Shakeela Anjum
No ratings yet
Welcome To Uconnect: Shakeela Anjum
14 pages
HTML Structure
No ratings yet
HTML Structure
44 pages
Introduction To HTML
No ratings yet
Introduction To HTML
10 pages
LMS Class 12
No ratings yet
LMS Class 12
23 pages
XML Introduction
No ratings yet
XML Introduction
42 pages
Easy Joget v3 For Absolute Beginner
No ratings yet
Easy Joget v3 For Absolute Beginner
105 pages
Adbms Mini Sem 5-1
No ratings yet
Adbms Mini Sem 5-1
10 pages
HTML MCQ
No ratings yet
HTML MCQ
72 pages
Tags and Attributes PDF
No ratings yet
Tags and Attributes PDF
2 pages
Emacs Cs
No ratings yet
Emacs Cs
6 pages
Internet Technology BCSIT PU
No ratings yet
Internet Technology BCSIT PU
7 pages
Selenium Document
No ratings yet
Selenium Document
6 pages
Fundamentals of Web Design
No ratings yet
Fundamentals of Web Design
21 pages
Computer Application Lab File - 231126 - 220302
No ratings yet
Computer Application Lab File - 231126 - 220302
5 pages