Interoperability

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

Interoperability and Coexistence

The following sections describe how Oracle Tuxedo 10g Release 3 (10.3) interoperates with older releases of the Oracle Tuxedo software, Oracle WebLogic Enterprise, and third-party products:

 


Interoperability Defined

Interoperability, as defined in this discussion, is the ability of the current release of Oracle Tuxedo software to communicate over a network connection with Oracle Tuxedo release 10g Release 3 (10.3) or earlier software or with Oracle WebLogic Enterprise release 5.1 software. In addition, intradomain interoperability and interdomain interoperability have the following meanings:

 


Intradomain Interoperability

Message exchange and protocol compatibility exist in each of the following two intradomain groups:

Figure 1-1 Intradomain Groups

Intradomain Groups

Oracle Tuxedo 10g Release 3 (10.3) can coexist in the same domain with Tuxedo 10.0, 9.1, 9.0, 8.1, and 6.5. Oracle Tuxedo 10g Release 3 (10.3) can also coexist in the same domain with Tuxedo 10.0, 9.1, 9.0, 8.1 and WebLogic Enterprise 5.1.

In both of these environments, the propagation of transaction context (transactional state information) and security context (user identity) between application clients and servers is fully supported. Also, administration is fully supported in both of these environments.

 


Interdomain Interoperability

Message exchange and protocol compatibility exist in each of the following three interdomain scenarios:

Figure 1-2 Interdomain Scenario 1

Interdomain Scenario 1

Figure 1-3 Interdomain Scenario 2

Interdomain Scenario 2

Figure 1-4 Interdomain Scenario 3

Interdomain Scenario 3

In each of these scenarios, a Tuxedo domain (TDomain) gateway process running on a machine in the one domain communicates over a network connection with a TDomain gateway process running on a machine in the other domain. The following pairs of communicating TDomain gateway processes are supported.

Table 1-1 Communicating TDomain Gateway Processes
A TDomain process in any of these releases . . .
 
Can communicate with a TDomain process in any of these releases . . .
Oracle Tuxedo 10g Release 3 (10.3)
Connection Matrix
Oracle Tuxedo 10g Release 3 (10.3)
Oracle Tuxedo 10. 0
Oracle Tuxedo 10.0
Oracle Tuxedo 9.1
Oracle Tuxedo 9.1
Oracle Tuxedo 9.0
Oracle Tuxedo 9.0
Oracle Tuxedo 8.1
Oracle Tuxedo 8.1
Oracle Tuxedo 6.5
Oracle Tuxedo 6.5
Oracle WebLogic Enterprise 5.1
Oracle WebLogic Enterprise 5.1

Of course, the interdomain capabilities available through a pair of communicating TDomain processes are limited to the capabilities available to the TDomain process running in the earlier release of Tuxedo or WebLogic Enterprise software.

In all of these scenarios, administration, transaction context propagation, and security context propagation between domains is fully supported except when the master machine in the one domain is running Tuxedo 6.5 software and the master machine in the other domain is running WebLogic Enterprise 5.1 software. In any of these exception cases, administration is supported and transaction context propagation is supported, but security context propagation is not supported.

Oracle Tuxedo 10g Release 3 (10.3) supports interdomain interoperability with Tuxedo 10.0, 9.1, 9.0, 8.1 CORBA domains and with WebLogic Enterprise 5.1 CORBA domains. This capability includes the ability to advertise CORBA C++ factories across domain boundaries.

For interdomain transactional requests between Tuxedo 6.5 and other Tuxedo releases (6.5, 8.1, 9.0, 9.1, 10.0, and 10g Release 3 (10.3)), the following patch level upgrades must be applied:

This introduced a requirement for simultaneous patch upgrade for all interoperating domains involved. However, this simultaneous upgrade requirement might cause practical problems for applications that do staggered upgrades of patches. To mitigate such practical problems, TM_GWT_OLDSECCHECK is introduced to GWTDOMAIN and needs to be used until all interoperating domains are at least at the patch levels mentioned previously. Once all interoperating domains are upgraded, this environment variable can be eliminated from all domains.

 


Client-Server Interoperability

To support customer migration, the following client-server interoperability is supported for Oracle Tuxedo 10g Release 3 (10.3).

Table 1-2 Client-Server Interoperability
This component . . .
Can interoperate with . . .
Oracle Tuxedo 10g Release 3 (10.3) ATMI server
  • ATMI clients running in Tuxedo 6.5, 8.1, 9.0, 9.1 and 10.0
  • ATMI clients running in WebLogic Enterprise release 5.1
  • Jolt clients running in Jolt 1.2, 1.2.1, 8.1, 9.0, 9.1, and 10.0 (via Jolt server 10g Release 3 (10.3))
Oracle Tuxedo 10.0 ATMI server
  • ATMI clients running in Tuxedo 6.5, 8.1, 9.0, and 9.1
  • ATMI clients running in WebLogic Enterprise release 5.1
  • Jolt clients running in Jolt 1.2, 1.2.1, 8.1, 9.0 and 9.1(via Jolt server 10.0)
Oracle Tuxedo 9.1 ATMI server
  • ATMI clients running in Tuxedo 6.5, 8.1 and 9.0
  • ATMI clients running in WebLogic Enterprise release 5.1
  • Jolt clients running in Jolt 1.2, 1.2.1, 8.1 and 9.0 (via Jolt server 9.1)
Oracle Tuxedo 9.0 ATMI server
  • ATMI clients running in Tuxedo 6.5 and 8.1
  • ATMI clients running in WebLogic Enterprise release 5.1
  • Jolt clients running in Jolt 1.2, 1.2.1, and 8.1 (via Jolt server 9.0)
Oracle Tuxedo 8.1 ATMI server
  • ATMI clients running in Tuxedo 6.5
  • ATMI clients running in WebLogic Enterprise release 5.1
  • Jolt clients running in Jolt 1.2, 1.2.1
Oracle Tuxedo 10g Release 3 (10.3) CORBA server
  • CORBA clients running in Tuxedo 8.1, 9.0, 9.1, and 10.0
  • CORBA clients running in WebLogic Enterprise 5.1
Oracle Tuxedo 10.0 CORBA server
  • CORBA clients running in Tuxedo 8.1, 9.0 and 9.1
  • CORBA clients running in WebLogic Enterprise 5.1
Oracle Tuxedo 9.1 CORBA server
  • CORBA clients running in Tuxedo 8.1 and 9.0
  • CORBA clients running in WebLogic Enterprise 5.1
Oracle Tuxedo 9.0 CORBA server
  • CORBA clients running in Tuxedo 8.1
  • CORBA clients running in WebLogic Enterprise 5.1
Oracle Tuxedo 8.1 CORBA server
  • CORBA clients running in WebLogic Enterprise 5.1
Oracle Tuxedo 10g Release 3 (10.3) ATMI client
  • ATMI servers running in Tuxedo 6.5, 8.1, 9.0, 9.1, and 10.0
  • ATMI servers running in WebLogic Enterprise 5.1
Oracle Tuxedo 10.0 ATMI client
  • ATMI servers running in Tuxedo 6.5, 8.1, 9.0, and 9.1
  • ATMI servers running in WebLogic Enterprise 5.1
Oracle Tuxedo 9.1 ATMI client
  • ATMI servers running in Tuxedo 6.5, 8.1, and 9.0
  • ATMI servers running in WebLogic Enterprise 5.1
Oracle Tuxedo 9.0 ATMI client
  • ATMI servers running in Tuxedo 6.5 and 8.1
  • ATMI servers running in WebLogic Enterprise 5.1
Oracle Tuxedo 8.1 ATMI client
  • ATMI servers running in Tuxedo 6.5 ATMI servers running in WebLogic Enterprise 5.1
Oracle Tuxedo 9.1 .NET client
  • ATMI servers running in Tuxedo 6.5, 8.1, and 9.0
  • ATMI servers running in WebLogic Enterprise 5.1
Oracle Tuxedo 10g Release 3 (10.3) CORBA client
  • CORBA servers running in Tuxedo 8.1, 9.0, 9.1 and 10.0, and 10g Release 3 (10.3)
  • CORBA servers running in WebLogic Enterprise 5.1
Oracle Tuxedo 10.0 CORBA client
  • CORBA servers running in Tuxedo 8.1, 9.0, 9.1 and 10.0
  • CORBA servers running in WebLogic Enterprise 5.1
Oracle Tuxedo 9.1 CORBA client
  • CORBA servers running in Tuxedo 8.1 and 9.0
  • CORBA servers running in WebLogic Enterprise 5.1
Oracle Tuxedo 9.0 CORBA client
  • CORBA servers running in Tuxedo 8.1
  • CORBA servers running in WebLogic Enterprise 5.1
Oracle Tuxedo 8.1 CORBA client
  • CORBA servers running in WebLogic Enterprise 5.1
Oracle Jolt 10g Release 3 (10.3) client
  • ATMI servers running in Tuxedo 6.5 (via Jolt server 1.2)
  • ATMI servers running in Tuxedo 8.1 (via Jolt server 8.1)
  • ATMI servers running in Tuxedo 9.0 (via Jolt server 9.0)
  • ATMI servers running in Tuxedo 9.1 (via Jolt server 9.1)
  • ATMI servers running in Tuxedo 10.0 (via Jolt server 10.0)
  • ATMI servers running in WebLogic Enterprise 5.1 (via Jolt server 1.2)
Oracle Jolt 10.0 client
  • ATMI servers running in Tuxedo 6.5 (via Jolt server 1.2)
  • ATMI servers running in Tuxedo 8.1 (via Jolt server 8.1)
  • ATMI servers running in Tuxedo 9.0 (via Jolt server 9.0)
  • ATMI servers running in Tuxedo 9.1 (via Jolt server 9.1)
  • ATMI servers running in WebLogic Enterprise 5.1 (via Jolt server 1.2)
Oracle Jolt 9.1 client
  • ATMI servers running in Tuxedo 6.5 (via Jolt server 1.2)
  • ATMI servers running in Tuxedo 8.1 (via Jolt server 8.1)
  • ATMI servers running in Tuxedo 9.0 (via Jolt server 9.0)
  • ATMI servers running in WebLogic Enterprise 5.1 (via Jolt server 1.2)
Oracle Jolt 9.0 client
  • ATMI servers running in Tuxedo 6.5 (via Jolt server 1.2)
  • ATMI servers running in Tuxedo 8.1 (via Jolt server 8.1)
  • ATMI servers running in WebLogic Enterprise 5.1 (via Jolt server 1.2)
Oracle Jolt 8.1 client
  • ATMI servers running in Tuxedo 6.5 (via Jolt server 1.2)
  • ATMI servers running in WebLogic Enterprise 5.1 (via Jolt server 1.2)

The capabilities available to a client for a particular client-server pair depend on the release of both the application client and the server application. For example, if you have an Oracle Tuxedo 10g Release 3 (10.3) ATMI client interoperating with an Oracle Tuxedo 6.5 server application, only Oracle Tuxedo 6.5 functionality is available to the client.

 


Interoperability with Third-Party ORBs

Bootstrapping an Oracle Tuxedo CORBA domain establishes communication between a CORBA application client and the domain. Two bootstrapping mechanisms are available: (1) the Oracle mechanism using the Bootstrap object and (2) the CORBA Interoperable Naming Service (INS) bootstrapping mechanism specified by the OMG.

Support for INS was added in Oracle Tuxedo release 8.0. With the addition of INS, third-party ORBs that use INS are able to interoperate with the Oracle Tuxedo CORBA server ORB.

Figure 1-5 Interoperability with Third-Party ORBs

Interoperability with Third-Party ORBs

Note: The Oracle Tuxedo CORBA client environmental objects continue to be supported in Oracle Tuxedo 10g Release 3 (10.3), just as they were supported in Oracle Tuxedo 8.1, 9.0, 9.1, 10.0 and Oracle WebLogic Enterprise 5.1.

A CORBA application client uses the Oracle Tuxedo Bootstrap object or the INS bootstrapping mechanism to obtain references to the objects in an Oracle Tuxedo CORBA domain. Oracle client ORBs use the Oracle mechanism, and third-party client ORBs use the CORBA INS mechanism. For more information about bootstrapping an Oracle Tuxedo domain, see Oracle Tuxedo CORBA Programming Reference.

 


Product Upgrades

The following figure shows the existing Oracle Tuxedo and Oracle WebLogic Enterprise products that can be upgraded to Oracle Tuxedo 10g Release 3 (10.3).

Figure 1-6 Upgrade Paths

Upgrade Paths

If customers can shut down the domain (application) targeted for the upgrade, they should shut down the domain and perform a simple upgrade. If customers cannot shut down the domain targeted for the upgrade, they can perform a hot upgrade, that is, add the Oracle Tuxedo 10g Release 3 (10.3) system software to the existing Oracle Tuxedo or Oracle WebLogic Enterprise domain without shutting down the domain.

For instructions on performing a simple upgrade or a hot upgrade, see “Upgrading the Oracle Tuxedo System to Release 10g Release 3 (10.3)in Installing the Oracle Tuxedo System.

 


Upward Application Compatibility

Applications developed with Oracle Tuxedo 8.1, 9.0, 9.1, and 10.0 are upwardly compatible with the Oracle Tuxedo 10g Release 3 (10.3) release; however, relinking may be necessary.

Tuxedo 6.x applications must be recompiled to run on Tuxedo 10g Release 3 (10.3). Existing WLE 5.1 and earlier applications must be regenerated, recompiled, and relinked to run on Tuxedo 10g Release 3 (10.3).

Tuxedo 10gR3 is binary-compatible with Tuxedo 10.0. Application binaries compiled on Tuxedo 10.0. Both clients and servers can be used directly on Tuxedo 10gR3 without relinking. The only exceptions that require relinking are TMS servers generated using buildtms.

Notes: For XML-related applications, you must conform to Xerces C++ 2.5 interface requirements.
Note: On Windows platform, the binary must be relinked if FML-related functions are used.

  Back to Top       Previous  Next