Presentation on theme: "Web Services (Nuts and Bolts) ITEC 625 Web Development Fall 2006 Reference: Building Web Services with Java (Making sense of XML, SOAP, WSDL, and UDDI),"— Presentation transcript:
Web Services (Nuts and Bolts) ITEC 625 Web Development Fall 2006 Reference: Building Web Services with Java (Making sense of XML, SOAP, WSDL, and UDDI), “Web Services Basics Part I” (Chapters 1-6),Graham et al., Developers Library, 2004
Service-Oriented Architectures (SOAs) Main roles Service provider Service description Service requestor Service registry Operations Publish, find, bind
Why the fuss? SOA augments and grows your applications portfolio to a portfolio of components (services and apps composed of services) Organizations better able to construct software to integrate business processes and respond rapidly to changes in business environment. Implicit, seamless software integration Approach makes it easier to focus on business processes and tasks as services; less need to focus on underlying technical details of a service. Easy selection of service interface design, most appropriate and existing IT investments for ease of building SOA, and best business processes.
Justifying Web Services Application integration is faster, cheaper Many options for integration using many types of devices (PDAs, cell phones, desktops, etc) Time to market is reduced Use of standards provides benefits (choice of tools, more vendor options) Relatively low cost of entry Interface-based development reduces time to integrate applications
Web Services vs. SOA Associated but distinct. SOA An architectural concept, approach to building systems that focuses on loosely coupled set of component services that can be dynamically composed. Web Services One approach to building an SOA, providing a standard for a particular set of XML-based technologies that can be used to build SOA systems.
XML Document-centric vs Data-centric Instances (prolog, elements, attributes) Namespaces Schemas Well-formed, iaw rules of XML syntax Valid, iaw DTD or Schema Parsers can be validating/non-validating If Valid, then well-formed
XML Processing Pull parsing: application asks parser to give it the next piece of info about the doc Push parsing, event-based parsing: parser sends info to application about XML doc pieces encountered during the parse, sent in order, as they appear. Simple API for XML (SAX v. 2.0) One-step parsing, DOM parsing. Parser reads whole document, generates a data structure (tree), deeply nested; DOM is language and platform independent. Don’t map well to native data structures, thus JDOM (Java DOM) for simplifying manipulation of doc trees in Java Hybrid parsing, combinations Issues: Memory efficiency, computational efficiency, ease of programming Also JAXP, Java API for XML Processing, version 1.2
XML Resources DOM Level 1, 2 or 2 JAXB JAXP JDOM JSP1.2 SAX XML, XML Namespaces, XML schema or 1 or 2
SOAP Protocol Version 1.2 Two parts for spec Part 1, the Messaging framework, central foundation Processing model Extensibility model Message structure Part 2, the Adjuncts Optional But give enough to developers (core of Part 1 is not enough)
SOAP Resources XML Protocol Working Group SOAP 1.2 and Primer SOAP with attachments MTOM XOP
Describing Web Services WSDL is an IDL (Interface Description Language) A WSDL description describes: What a service does, operations (methods), data needed (arguments and returns) How a service is accessed, data formats and protocols, etc. Where a service is located, URL, etc.
Major elements of WSDL portType message types binding port service
WSDL Resources WSDL 1.1 and WS-Policy and PolicyAttachment polfram/ polfram/ polatt/ polatt/
Implementing Web Services with Apache Axis One of best Java-based Web services engines One of most extensible, can be tuned to support new versions of SOAP Can run on top of simple servlet engine or a full-blown J2EE application server
Axis Resources Apache Axis Log4j Jakarta Discovery library and commons JUnit SOAP builders
Discovering Web Services Request copy of service description directly from provider Centralized service registry (UDDI) Other publication and service discovery mechanisms At service provider’s point of offering Using WS-Inspection specification (see resources) Public repository of WSDL documents
Using a UDDI Registry A UDDI registry is itself an example of a Web Service Entries in the registry can be published and queried using a SOAP-based interface SOAP-based interface is used for all publish and query operations Publishing usually requires registration and authentication token for creating, updating, deleting entries in the registry For publishing…Each datatype uses Save API and Delete API For inquiry… Each datatype uses Find API and Get API
WSDL Service Interface Definitions for UDDI Registry Inquiry API v2.0 Publication API v2.0 API v3.0 portTypes API v3.0 Bindings