Using Oracle Jolt with Oracle WebLogic Server

     Previous  Next    Open TOC in new window    View as PDF - New Window  Get Adobe Reader - New Window
Content starts here

Introduction to Oracle Jolt for Oracle WebLogic Server

With Oracle Jolt for Oracle WebLogic Server, you can enable Oracle Tuxedo services for the Web, using the Oracle WebLogic Server as the front-end HTTP and application server.

Oracle Jolt is a Java-based client API that manages requests to Oracle Tuxedo services via a Jolt Service Listener (JSL) running on the Tuxedo server. The Jolt API is embedded within the WebLogic API, and is accessible from a servlet or any other Oracle WebLogic application.

Because Oracle Jolt for Oracle WebLogic Server is an extension to the Jolt Java class library, the Jolt Java client class library can be used in HTTP servlets running in the WebLogic Server. Oracle Jolt for Oracle WebLogic Server also uses Java HTTP servlets to provide an interface between HTML browser clients and Oracle Tuxedo services.

Hereafter, Oracle Tuxedo is referred to as Tuxedo, Oracle Jolt is referred to as Jolt, and Oracle WebLogic is referred to as WebLogic for readability.

This topic includes the following sections:

 


Key Features

Key features of the Oracle Jolt for Oracle WebLogic Server architecture include:

Note: Jolt for WebLogic does not provide access to asynchronous Tuxedo event notifications.

 


How Jolt for WebLogic Works

This section describes the major components used for communication in Jolt, and how Oracle Jolt for Oracle WebLogic Server works, including:

Relationship Between Jolt for WebLogic and Tuxedo

Using Oracle Jolt for Oracle WebLogic Server, you can access your underlying Tuxedo system from the Web. This access allows you to write Web-enabled applications that can interact with other systems and databases in your Tuxedo domain.

The system described here is accessed through a standard Web browser. This Web browser is served by the WebLogic Server, which uses a customized Java HTTP servlet to handle the interactive HTTP requests of the browser. (An HTTP servlet is a Java class that handles an HTTP request and delivers an HTTP response.) The custom HTTP servlet uses the Jolt for WebLogic API to talk to a Jolt Server that can be on a remote machine or behind a security firewall.

The Jolt Server lives within the Tuxedo domain and determines which Tuxedo services are accessible to each client. The Jolt Server invokes the requested Tuxedo service and sends any results back to the WebLogic Server. You can then compile the results into a servlet-generated Web page, and send them to the browser. In doing so, you create a highly accessible and user friendly interface to Tuxedo services from anywhere on the Internet or intranet.

Essential Components of the Jolt Architecture

The fundamental object types that maintain the communications connection from the WebLogic Java HTTP servlet to the Jolt Server and from the Jolt Server to Tuxedo, are as follows:

Figure 1-1 shows the architecture for Oracle Jolt for Oracle WebLogic Server.

Figure 1-1 Oracle Jolt for Oracle WebLogic Server Architecture

Oracle Jolt for Oracle WebLogic Server Architecture

WebLogic Server Startup

The WebLogic standards-based, pure-Java application server assembles, deploys, and manages distributed Java applications. It supports distributed component services and enterprise database access, including Enterprise JavaBeans, Remote Method Invocation (RMI), distributed JavaBeans, and Java Database Connect (JDBC).

The WebLogic Server’s Administration Server is populated with JavaBean-like objects Sun Microsystem’s Java Management Extension (JMX) standard. These objects provide management access to domain resources.

The Administration Server contains both configuration MBeans and run-time MBeans. Configuration MBeans provide both SET (write) and GET (read) access to configuration attributes. Run-time MBeans provide a snapshot of information about domain resources, such as current HTTP sessions or the load on a JDBC session pool. When a particular resource in the domain (such as a Jolt connection pool) is instantiated, an MBean is created to collect information about that resource.

Note: For more information about configuration and run-time MBeans, refer to the Oracle WebLogic Server Administration Guide.

The WebLogic Server is configured to initialize the session pools at startup through the config.xml file. A special startup class, PoolManagerStartUp, is invoked by the WebLogic Server with a number of parameters. This class functions as follows:

Note: Start the Jolt servers before attempting to create a session pool; otherwise the startup classes will fail, and they will not attempt to commit again.

The number of session pools created depends on the number of JoltConnectionPools that are configured in the config.xml file.

Connecting to a WebLogic Server from a Client Browser

In addition to its other Java services, the WebLogic Server is a fully functional HTTP server that supports Java HTTP servlets. In general, each servlet must be registered with a virtual name in the config.xml file.

A servlet may be invoked directly, that is, may actually present HTML to the browser, or may be invoked indirectly from an HTML form when the user submits the form. When the WebLogic Server receives a request containing the registered virtual name of a servlet, it invokes the appropriate servlet's service() method. For more information on HTTP servlets, refer to the Programming WebLogic HTTP Servlets guide.

The HTTP servlet's service() method (which invokes either the servlet's doPost() or doGet() method, depending on the context) is invoked and passes an HttpServletRequest object containing the HTTP data sent from the browser. In the example packages described in Using the Example Packages, the client's query data is used in a transaction call to Tuxedo, and the response is built into the new HTML page.

How a Servlet Connects to Tuxedo

A servlet obtains a reference to the session pool manager that was created and initialized by the WebLogic Server when it started. The pool manager is used to retrieve the session pool that was configured in the config.xml file. This session pool references the appropriate Jolt Server in a Tuxedo domain. A servlet uses the session pool to invoke a specific Tuxedo service.

Tuxedo services are described and exported (declared accessible) on the Jolt Server in the Jolt Repository. In the Jolt Repository, the service’s expected input and output parameter types are declared. A servlet must supply the expected input parameters; Oracle Jolt for Oracle WebLogic Server uses specialized ServletSessionPool objects that can accept their input directly from an HttpServletRequest object. The output is returned in a ServletResult object.

What Happens if the Request Fails

The session pool distributes the requests equally among the sessions in the pool. It selects the least busy session to call the Tuxedo service. If the selected session is terminated before the Tuxedo service is called, the session pool redirects the service call to a different session, then establishes a new session to replace the disconnected one. The session pool uses a round-robin algorithm to select and establish a connection to a primary Jolt Server. If no primary Jolt Servers responds, the session pool connects to a failover server.

If no sessions are available from a session pool, or the session pool is suspended, then a SessionPoolException is thrown.

Multiple requests can be grouped into a single transaction. When a transaction fails, a TransactionException is thrown. This exception should be caught by the servlet and handled appropriately. (Usually, the servlet performs a rollback.)

Responding to the Client Browser

Provided the service call was successful, the following events occur:

Disconnecting from the Jolt Server

The WebLogic Server is also configured to shut down the existing session pool connections to Tuxedo through the config.xml file.

Register the class PoolManagerShutDown so that the Jolt session pool is cleaned up properly when the WebLogic Server shuts down. PoolManagerShutDown does not require an attribute in the config.xml file.

 


Using the Example Packages

Two example packages are included with Oracle Jolt for Oracle WebLogic Server. These packages are described in Simple Servlet Example, and Servlet with Enterprise JavaBean Example. They demonstrate how Jolt is used in WebLogic servlets to access Tuxedo services. You can build, run, and inspect these examples to help you decide how to use WebLogic to extend Tuxedo services to the Internet.


  Back to Top       Previous  Next