|
Q: Why is XML important in the context of Web services? |
|
|
|
Q: Is XML the newfangled replacement for HTML? |
|
|
|
Q: What is the purpose of XML? |
|
|
|
Q: Is XML a programming language? |
|
|
|
Q: If XML is a markup language of sorts does it come with its own set of tags, as does HTML? |
|
|
|
Q: How does XML work? |
|
|
|
Q: How does a recipient of an XML document know how to interpret the data contained within that document? |
|
|
|
Q: If XML itself is not a data formatting scheme la HTML, are there any mechanisms available to present XML documents in a visually compelling manner? |
||
|
Q: What kinds of tools are available to facilitate the use of XML? |
|
|
|
Q: What is the role of WSDL vis--vis Web services? |
|
Answers
{% if main.adsdop %}{% include 'adsenceinline.tpl' %}{% endif %}
|
A: Web services are totally and unabashedly XML-centric. All data transfers to and from a Web service are always in the form of XML documents. The input parameters to a Web service are thus structured and defined using XML, as is the output generated by a Web service. In addition, the I/O operations of a Web service, which are implemented in the form of a remote procedure call mechanism, are realized using SOAP, which happens to be an XML-based messaging scheme. The workings of a Web service are also described using XML, in this case WSDL, which is an XML derivative. |
|
|
A:
No, XML is definitely not a replacement for HTML. Though they share a common ancestry (namely, SGML), XML and HTML serve different purposes. HTML deals with the presentation of data for visual consumption. It does not address what the data means or attempt to categorize the data. This, on the other hand, is what XML is all about. Thus, XML per se, in
|
|
|
A: XML is a flexible, no-holds-barred mechanism for describing data in a systematic manner. It can be used with any type of data, without exception, and is, moreover, platform, programming language, and application independent. Consequently, it is a powerful, standardized means for facilitating data interchange between incompatible systems ”provided, of course, that the data description is suitably described using a DTD or XML schema. |
|
|
A: XML is certainly not a programming language, nor is it associated with any programming language. XML is very much a technology that is programming language and computer platform independent. It is a standard for creating application-specific markup languages. |
|
|
A:
Unlike HTML, XML does not come with its own set of markup tags, though it has a few,
|
|
|
A:
XML deals with data within the context of documents. Data are included in an XML document as strings of text. The data are bracketed by XML text markup, which sets out to describe these data. The basic building blocks of an XML document are called elements ”where an element is a specific unit of data along with the XML markup describing these data. An XML element is made up of a name and some content. The XML markup is in the form of tags. An XML element is delimited by two tags: a start tag and an end tag. The start tag is what gives the element its
|
|
|
A: To successfully process XML, you need a mutual understanding at both ends of the transaction. XML provides mechanisms to facilitate this mutual understanding. The two main schemes for this are called Document Type Definitions (DTDs) and XML schema. In some special cases it is possible to have DTD-less XML documents, provided the elements are structured in some type of self-explanatory manner. |
|
|
A: Yes, there are at least two key means by which to present the data contained within an XML document in a visually compelling manner; these are Cascading Stylesheets (CSS) and eXtensible Style Language (XSL). |
|
|
A:
At a minimum there are XML authoring, XML conversion, and XML validation tools. XML authoring tools help one create valid XML documents from scratch, whereas XML converters will take an existing structured document (e.g., spreadsheet or word processing file) and automatically generate a corresponding XML document. XML validators
|
|
|
A: WSDL is used to define the high-level functionality of a Web service, in terms of its external interface, and to describe how that Web service can be accessed over the Web. WSDL will specify how a Web service actually functions, particularly in terms of what it accepts as input and what it will return as its output. The WSDL description of a Web service will specify where the service can be found and how it should be invoked. |