↑
Main Page
List of Figures
Chapter 1: Web Services Overview
Figure 1.1: The transformation in computer system deployment.
Figure 1.2: The monolithic approach to software development.
Figure 1.3: Client-server computing separated data management from application logic.
Figure 1.4: N-tier development created a business-logic layer that accessed data.
Figure 1.5: Services use open protocols that can be accessed through the Internet.
Figure 1.6: Structured design involves decomposing larger processes into smaller ones.
Figure 1.7: Object-oriented development encapsulates both data and behavior into classes and objects.
Figure 1.8: Component-based development involves a small group of objects with a contractually specified interface, working together to provide an application function.
Figure 1.9: In service-based development, services are usually components wrapped in a service layer.
Figure 1.10: Web services technology stack.
Figure 1.11: The enterprise application integration hub-and-spoke topology.
Figure 1.12: The enterprise application integration Web services topology.
Figure 1.13: A simple Web service scenario.
Figure 1.14: A composite Web service scenario.
Figure 1.15: A middleware Web service scenario.
Figure 1.16: A service bus.
Chapter 2: Service-Oriented Architecture
Figure 2.1: Software architecture describes a system's components and connectors.
Figure 2.2: Web services are one set of technologies for implementing service-oriented architecture.
Figure 2.3: The "find-bind-execute" paradigm.
Figure 2.4: A service proxy.
Figure 2.5: A conceptual service model.
Figure 2.6: Fine-grained distributed objects.
Figure 2.7: Coarse-grained services.
Figure 2.8: Degrees of granularity.
Figure 2.9: Multi-grained services.
Figure 2.10: A method that returns only account-holder information.
Figure 2.11: A method that returns both the account-holder's information and address.
Figure 2.12: A method that returns either the account-holder's information or address.
Figure 2.13: A method that returns just the attributes requested.
Chapter 3: Component-Based Service Development
Figure 3.1: Development lifecycle of a component-based service.
Figure 3.2: The requirements analyst creates a set of artifacts that describes the application.
Figure 3.3: Degrees of modifiability.
Figure 3.4: One way to improve integrability is to adapt the service for use over different protocols.
Figure 3.5: Architecture refers to core assets grouped into three viewpoints.
Figure 3.6: The conceptual architecture for a typical component-based service consists of six layers.
Figure 3.7: A typical session façade and business logic layer.
Figure 3.8: Example functional and technical services.
Figure 3.9: The IEEE Maintenance Process Activities diagram.
Figure 7.1: ebXML frameworks (adapted from the ebXML Business Process Specification Schema)
Figure 7.2: Design-time and runtime components
Figure 7.3: Graphic process modeling and the Business Process Specification Schema
Figure 7.4: Use cases map to collaborations grouped as discrete transactions (adapted from the ebXML Business Process Specification Schema)
Figure 7.5: The XML elements in a Collaboration-Protocol Profile
Figure 7.6: A Collaboration-Protocol Agreement is agreed upon based on the Collaboration-Protocol Profile documents
Figure 7.7: The XML elements in a Collaboration-Protocol Agreement
Figure 7.8: Design-time and runtime components in detail
Figure 7.9: Relationships in the Registry Information Model
Figure 7.10: ebXML Registry Information Model (source- ebXML RIM specifications)
Figure 7.11: Registry interfaces
Figure 7.12: Registry bindings
Figure 7.13: The ebXML message (source- ebXML Message Service Specification)
Figure 7.14: ebXML messaging system modules
Figure 7.15: ebXML messaging
Figure 7.16: A business collaboration scenario
JavaScript Editor
Java Tutorials Free JavaScript Editor
→