Table of Contents Previous Next PDF


Interoperability and Coexistence

Interoperability and Coexistence
The following sections describe how Oracle Tuxedo 12c Release 1 (12.1.1) interoperates with older releases of the Oracle Tuxedo software, Oracle WebLogic Enterprise, and third-party products:
Interoperability Defined
Interoperability permits the current Oracle Tuxedo release to communicate over a network connection with Oracle Tuxedo 12c Release 1 (12.1.1) or earlier software. Oracle Tuxedo supports intradomain interoperability and interdomain interoperability. Note the following:
Involves one machine in a multiple-machine Oracle Tuxedo domain (application) running Oracle Tuxedo 12c Release 1 (12.1.1) software, and another machine in the same domain running Oracle Tuxedo 10gR3. Machines in a multiple-machine domain configuration communicate via Oracle Tuxedo Bridge processes.
In a multiple-machine Oracle Tuxedo domain running Oracle Tuxedo10gR3 or earlier system software, the master machine (and master backup machine if so configured) must run the highest release of the Oracle Tuxedo system software in the domain. Accordingly, the Oracle Tuxedo domain just described qualifies as an “Oracle Tuxedo domain running Oracle Tuxedo release 12c Release 1 (12.1.1) software.”
Involves one Oracle Tuxedo domain running Oracle Tuxedo release 12c Release 1 (12.1.1) software, and another domain running Oracle Tuxedo release 10gR3 software. Domains involved in a multiple-domain (Domains) configuration communicate via Oracle Tuxedo domain gateway processes.
Intradomain Interoperability
Message exchange and protocol compatibility exist in the Intradomain Coexistence Group as shown in Figure 1‑1:
Figure 1‑1 Intradomain Groups
Oracle Tuxedo 12c Release 1 (12.1.1) can coexist in the same domain with Oracle Tuxedo 11gR1, 10gR3, 10.0, 9.1, 9.0, and 8.1. In this environment, the propagation of transaction context (transactional state information) and security context (user identity) between application clients and servers is fully supported. Administration is fully supported in this environment.
In the current Oracle Tuxedo release, service name length is increased from 15 to 127. Resource name and remote service name length have also increased from 15 to 127 in domain configuration (for TDomain only). You can also configure a local service name or a remote service with a name less than or equal to 127 characters for TDOMAIN. Note the following:
In the UBBCONFIG file, the value of the AUTHSVC keyword in the *RESOURCE section and the SVCNM keyword in the *SERVICES section are not allowed to use long service names when Oracle Tuxedo 11gR1 or earlier software coexists in the same Oracle Tuxedo 12cR1 domain. If long service names are used, the earlier Oracle Tuxedo release site will not boot.
Oracle Tuxedo 12c Release 1 (12.1.1) application servers with one or more services using long service names will not boot when Oracle Tuxedo 11gR1 or earlier coexists in same the Oracle Tuxedo domain.
Interdomain Interoperability
Message exchange and protocol compatibility exist in each of the following three interdomain scenarios as shown in Figure 1‑2,Figure 1‑3 and Figure 1‑4:
Figure 1‑2 Interdomain Scenario 1
Figure 1‑3 Interdomain Scenario 2
Figure 1‑4 Interdomain Scenario 3
In each of these scenarios, an Oracle Tuxedo domain (TDomain) gateway process running on a machine in one domain communicates over a network connection with a TDomain gateway process running on a machine in another domain. Table 1‑1 lists the supported TDomain gateway processes.
 
Oracle Tuxedo 12c Release 1 (12.1.1)
Oracle Tuxedo 12c Release 1 (12.1.1)
Interdomain capabilities available through a pair of communicating TDomain processes are limited to the capabilities available to the TDomain process running in the earlier Oracle release.
In all of these scenarios, administration, transaction context propagation, and security context propagation between domains is fully supported.
Oracle Tuxedo 12c Release 1 (12.1.1) supports interdomain interoperability with Tuxedo 11gR1, 10gR3, 10.0, 9.1, 9.0, 8.1 CORBA domains. This capability includes the ability to advertise CORBA C++ factories across domain boundaries.
Client-Server Interoperability
To support customer migration, the following client-server interoperability shown in Table 1‑2 is supported for Oracle Tuxedo 12c Release 1 (12.1.1).
 
Oracle Tuxedo 12c Release 1 (12.1.1) ATMI server
Jolt clients running in Jolt 8.1, 9.0, 9.1, 10.0 , 10gR3, and 11gR1(via Jolt server 12c Release 1 (12.1.1))
Oracle Tuxedo 10gR3 ATMI server
Oracle Tuxedo 12c Release 1 (12.1.1) CORBA server
Oracle Tuxedo 12c Release 1 (12.1.1) ATMI client
Oracle Tuxedo 10gR3 ATMI client
Oracle Tuxedo 12c Release 1 (12.1.1) CORBA client
Oracle Tuxedo 10gR3 CORBA client
Oracle Jolt 12c Release 1 (12.1.1) client
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 12c Release 1 (12.1.1) ATMI client interoperating with an Oracle Tuxedo 8.1 server application, only Oracle Tuxedo 8.1 functionality is available to the client.
Client/Server Affinity Interoperability
Oracle Tuxedo Client/Server Affinity interoperability is supported as follows:
The Client/Server Affinity feature does not work with Oracle Tuxedo 10gR3 or earlier native clients; however, it does work with older /WS or Jolt client versions connecting to Oracle Tuxedo 12cR1.
If Client/Server Affinity is configured in the UBBCONFIG file and there are slave nodes that use Oracle Tuxedo 10gR3 or earlier, the master node and only slave nodes installed with Oracle Tuxedo 12cR1 or later are affected.
To use Client/Server Affinity in a multiple-domain session, Oracle Tuxedo 12cR1 or later must be installed on all domains involved in the session.
Feature-Specific Interoperability
The Oracle Tuxedo 12c Release 1 (12.1.1) feature-specific interoperability is supported as follows:
To use the XML based DDR, all the machines in one domain must use Oracle Tuxedo 12c Release 1 (12.1.1). If any one of them uses a lower version, tmboot prints an error message "Invalid release".
Oracle Tuxedo 12c Release 1 (12.1.1) can only interoperate with Oracle Tuxedo 11gR1 (11.1.1.3.0) or later if any of the Exalogic features are enabled in the UBBCONFIG file. For more information, see Oracle Tuxedo/Oracle Exalogic Users Guide.
For Read-Only Optimization for XA feature, if the master node in an MP domain is running Oracle Tuxedo 12c Release 1 (12.1.1) with RDONLY1PC enabled, the slave node must also use Oracle Tuxedo 12c Release 1 (12.1.1).
If an MP deployment environment is configured with millisecond SCANUNIT, all the nodes in this domain should use Oracle Tuxedo 12c Release 1 (12.1.1).
End-to-end ECID propagation can only be guaranteed for machines/domains running Oracle Tuxedo 12c Release 1 (12.1.1).
This feature is supported only when both GWT and EvtBroker are running Oracle Tuxedo 12c Release 1 (12.1.1).
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 shows the interoperability with third-party ORBs.
Figure 1‑5 Interoperability with Third-Party ORBs
 
Note:
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
Figure 1‑6 shows the existing Oracle Tuxedo and Oracle WebLogic Enterprise products that can be upgraded to Oracle Tuxedo 12c Release 1 (12.1.1).
Figure 1‑6 Upgrade Paths
When you shut down the domain (application) targeted for the upgrade, you must shut down the domain and perform a simple upgrade. If you cannot shut down the domain targeted for the upgrade, perform a hot upgrade, that is, add the Oracle Tuxedo 12c Release 1 (12.1.1) 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 12c Release 1 (12.1.1) in Installing the Oracle Tuxedo System.
Upward Application Compatibility
Applications developed with Oracle Tuxedo 8.1, 9.0, 9.1, 10.0 , 10gR3, and 11gR1 applications must be recompiled to run on Oracle Tuxedo 12c Release 1 (12.1.1).
Notes:
On Windows platform, the binary must be relinked if FML-related functions are used.

Copyright © 1994, 2017, Oracle and/or its affiliates. All rights reserved.