Service Data Objects, WorkManager, and Timers
|
Level: Advanced Contributors: IBM, BEA Systems
25 Nov 2003Updated 30 Nov 2005 In response to requests from customers and joint Independent Software Vendor (ISV) partners, IBM and BEA are collaborating on specifications for programming models and APIs for JavaTM 2 Enterprise Edition (J2EE) application servers that provide programmers with simpler and more powerful ways of building portable server applications. Three specifications have been published under royalty-free terms and will be implemented in upcoming releases of WebSphere Application Server and of the WebLogic Platform. Service Data Objects: Updated to version 2.0.1 Get the latest version of the SDO specification.
Service Data Objects: Simplifying the programming model for data access Service Data Objects (SDO) is designed to simplify and unify the way in which applications handle data. Using SDO, application programmers can uniformly access and manipulate data from heterogeneous data sources, including relational databases, XML data sources, Web services, and enterprise information systems. For more information about the goals and architecture of SDO, see the whitepaper "Next-Generation Data Programming: Service Data Objects." SDO is based on the concept of disconnected data graphs. A data graph is a collection of tree-structured or graph-structured data objects. Under the disconnected data graphs architecture, a client retrieves a data graph from a data source, mutates the data graph, and can then apply the data graph changes back to the data source. The task of connecting applications to data sources is performed by data mediator services. Client applications query a data mediator service and get a data graph in response. Client applications send an updated data graph to a data mediator service to have the updates applied to the original data source. This architecture allows applications to deal principally with data graphs and data objects. SDO enables both a static (or strongly typed) programming model and a dynamic (or loosely typed) programming model. This enables a simple programming model without sacrificing the dynamic model needed by tools and frameworks.
SDO also provides a metadata API, which allows applications, tools, and frameworks to introspect the data model for a data graph. The SDO metadata API unifies data-source-specific metadata APIs to enable applications to handle data from heterogeneous data sources in a uniform way. As of June 2005, an updated and extended version of the SDO Specification is available - Version 2.0. This has been enhanced in a number of areas, incorporating feedback received from the original version 1.0 specification Download the Service Data Objects Version 2.0 specification You can download the complete Service Data Objects Version 2.0 specification, the Javadoc files, and the Interface Source files by clicking on the following links: Note: The latest version of the Service Data Objects specification is now available.
Download the Service Data Objects Version 1.0 specification You can download the complete Service Data Objects 1.0 specification, the Javadoc files, and the Interface Source files by clicking on the following links:
Also, read "Next-Generation Data Programming: Service Data Objects," a whitepaper jointly prepared by IBM and BEA, for additional information on the Service Data Objects API. Provide feedback to this specification. Note: This specification is being made available on an RF basis (as detailed in the Copyright notice of the specification); therefore, IBM does not require an implementation license. If you prefer, however, you may request a license. WorkManager and Timers: Utilities for J2EE programmers The Work Manager for Application Servers and Timer for Application Servers specifications provide J2EE programmers with often-needed utilities. The Work Manager for Application Servers specification provides an API for application-server supported concurrent execution of work items. This enables J2EE-based applications, including servlets and EJB apps, to schedule work items for concurrent execution. This will provide greater throughput and better response time. After an application submits work items to a Work Manager for concurrent execution, the application can gather the results. The Work Manager provides common "join" operations, such as waiting for any or all work items to complete. The Work Manager for Application Servers specification provides an application-server-supported alternative to using lower-level threading APIs, which are inappropriate for use in managed environments, as well as being too difficult to use for most applications. The Timer for Application Servers specification provides an API for using timers in an application-server supported fashion. This enables J2EE-based applications, including servlets, EJB apps, and JCA Resource Adapters, to schedule future timer notifications and receive timer notifications. The Timer for Application Servers specification provides an application-server supported alternative to using the J2SE Download the Timer and Work Manager for Application Servers specification You can download the full document of the Timer and WorkManager specification and the accompanying Javadoc by clicking on the following links:
Note: This update of the Timer and Work Manager for Application Servers specification combines the previously separate Timer and Work Manager into one specification. Provide feedback to this specification. Note: This specification is being made available on an RF basis (as detailed in the Copyright notice of the specification); therefore, IBM does not require an implementation license. If you prefer, however, you may request a license. Resources
|
推薦閱讀: