1 Interoperability, Compatibility, and System Support

This chapter lists products, standards, and technologies supported by Oracle Service Bus, including Oracle and third-party products, protocols, and web services standards.

This chapter includes information about Oracle Service Bus interoperability. It includes the following topics:

1.1 Supported System Configurations

You must remain on a supported environment – including applications and platforms – to receive technical support. If a vendor retires support for its product, you may be required to upgrade to a current certified and supported product, application, hardware platform, framework, database, and/or operating system configuration to continue receiving technical support services from Oracle.

For support information on vendor operating systems, JDK, hardware, and databases, see Oracle Fusion Middleware Supported System Configurations at http://www.oracle.com/technetwork/middleware/ias/downloads/fusion-certification-100350.html.

1.2 Interoperability and Compatibility with Oracle Products

The Understanding Interoperability and Compatibility guide helps you understand how Oracle components work together depending on the same or different versions. It also guides you through the support matrixes.

1.3 Supported Standards and Implementations

Oracle Service Bus supports these standards and implementations.

Table 1-1 Supported Standards and Implementations

Standard/Implementation Version

Email Servers

  • Microsoft Windows IIS SMTP Server

  • Sol/Apache SMTP Server

FTP Servers

  • Microsoft Windows IIS FTP Server

  • Sol/Apache FTP Server

  • ProFTPD Server

Web Services

  • WSDL 1.1

  • SOAP 1.1 and 1.2

  • SOAP with Attachments (SwA)

  • SOAP Message Transmission Optimization Mechanism (MTOM) with XML-binary Optimized Packaging (XOP)

  • Universal Description, Discovery, and Integration version 3 (UDDI v3)

  • WS-ReliableMessaging 1.0

  • WS-Addressing 1.0

  • WS-AT 1.0, 1.1, and 1.2

  • XACML 2.0

  • WS-Inspection

  • Web Services Interoperability Basic Profile (WS-I BP) 1.1

  • Web Services Interoperability Basic Security Profile (WS-I BSP) 1.0

Security

  • Oracle Web Services Manager (OWSM)

  • Oracle Platform Security Services (OPSS) Login Modules

EJB

  • 2.1

  • 3.0

SNMP

  • SNMPv1

  • SNMPv2c

WebLogic JMS

WebLogic Server

  • 8.1 SP4-SP6

  • 9.0, 9.1, 9.2

  • 10.0

  • 10.3.x

  • 12.1.3

Third-party JMS

Any JMS provider that implements the JMS specification is supported through Oracle WebLogic Server as a foreign JMS provider.

Microsoft .NET 1.1 with SOAP 1.1

Style-encoding: document-literal, rpc-encoded

  • Oracle Service Bus supports document-literal and interoperates with .NET services.

  • Oracle Service Bus interoperates with .NET rpc-encoded services in cases of inbound and outbound (routing/publish). In these cases, interoperability is possible regardless of parameter types.

  • Oracle Service Bus Service Callouts may fail to interoperate with .NET rpc-encoded services.

Note: DIME attachments are not supported by Oracle Service Bus.

See also .NET Interoperability Limitations.

Microsoft .NET 2.0 with SOAP 1.1 and SOAP 1.2

2.0, 3.0, and 3.5 with SOAP 1.1 and SOAP 1.2

See ..

WebLogic JMS Client for Microsoft .Net (for .Net C# client applications)

See Developing JMS .NET Client Applications for Oracle WebLogic Server.

Oracle Service Bus interoperates with the platforms described in the following tables.

Table 1-2 Oracle WebLogic Family Platforms

Interoperability Version

WS-* and JMS interoperability with WebLogic Platform

  • 8.1 SP4-SP6 (except WS-Security

  • 9.0, 9.1, 9.2 (except WS-Security)

  • 10.0 (except WS-Security)

  • 10.3.x

  • 12.1.3

Web Services for Remote Portlets (WSRP) with Oracle WebLogic Portal

  • 9.2

  • 10.0

  • 10.2

  • 10.3.x

Oracle WebLogic Portal

  • 8.1 SP6

  • 9.2

  • 10.0

  • 10.2

  • 10.3

Table 1-3 Oracle Family Platforms

Interoperability Version

Oracle Service Bus

  • 3.0

  • 10.3 and 10.3.1

  • 11.1.1.3 and later

  • 12.1.3

Oracle Service Registry

11.1.1.6

Oracle Web Services Manager

  • 10.1.3.x and later

  • 11.1.1

  • 12.1.3

Oracle BPEL Process Manager

  • 10.1.3.4.x and later

Oracle JDeveloper

  • 12.1.3

Oracle JCA Adapters

  • 12.1.3

Oracle Data Service Integrator

  • 12.1.3

Oracle Tuxedo/WebLogic Tuxedo Connector

  • 12.1.1

  • 12.1.3

Table 1-4 Third-Party Platforms

Interoperability Version

IBM WebSphere MQ

  • 7.0

  • 7.0.1

  • 7.5

Supported with SOAP 1.1, not SOAP 1.2. See WebSphere Interoperability Limitations.

IBM WebSphere EJB/RMI

6.0

IBM WebSphere WS

6.1 (Fixpack 15)

Supported with SOAP 1.1, not SOAP 1.2. See WebSphere Interoperability Limitations.

JBoss Application Server

  • 4.x

  • 5.x

  • 6.x

  • 7.x

Tibco Enterprise Message Service

All versions that meet the JMS 1.2 specification through Oracle WebLogic Server

Apache Axis

  • 1.2.1

  • 1.4.1

Supported with SOAP 1.1, not SOAP 1.2. See Apache Axis Interoperability Limitations.

BMC Patrol

http://www.softwareinnovations.co.uk/products/patrol.html

1.4 Interoperability and Support Limitations

This section describes interoperability limitations with different platforms.

1.4.1 .NET Interoperability Limitations

  • .NET clients that need to communicate with Oracle Service Bus using basic authentication must send the authentication information in the first request. Otherwise, the invocation fails because Oracle Service Bus does not challenge the .NET client for credentials.

  • Oracle Service Bus interoperability with .NET using Basic Authentication works successfully when configured with Windows 2003/IIS 6.0; however, interoperability with .NET using Basic Authentication on Windows XP/IIS 5.1 is not supported.

  • Message-level security interoperability for .NET clients works only with SOAP 1.1. The WSE Soap Protocol Factory does not support security with SOAP 1.2. See "Message-Level Security with .Net 2.0" in Developing Services with Oracle Service Bus.

The following security configurations in the .NET 1.1 framework are not interoperable with the Oracle Service Bus message-level security:

  • Signing the message body from WebLogic to .NET WSE 2.0 (Webservices Security Extension) is interoperable. However, by default, WSE requires additional headers-for example, WS-Addressing and timestamp. Therefore, to make Oracle Service Bus message-level security for .NET web services interoperable, you must remove all of the message predicate other than the message body from .NET security policy configuration

  • To ensure Oracle Service Bus interoperability with .NET, the replay detection attribute, <replayDetection>, must be set to disabled on the .NET side.

1.4.2 Apache Axis Interoperability Limitations

This section describes issues that arise when working with Apache Axis, and also provides ways to address the issues.

1.4.2.1 Unresolved References When Importing RPC-Encoded Axis-Generated WSDL Documents

When you import an RPC encoded WSDL file, generated by Axis, into Oracle Service Bus, you may experience a warning message indicating that the WSDL file contains references that must be resolved.

To work around this issue, open the structural view of the imported WSDL file in the View a WSDL page in the Oracle Service Bus Administration Console to view unresolved schema imports. They appear in the Imports section.

Note that this issue does not affect your ability to use the WSDL file in the Oracle Service Bus environment. You can eliminate the warning by removing unresolved schemas from the WSDL file.

1.4.2.2 SOAPAction attribute in Axis-generated WSDL files initialized to empty string

The WSDL file generated by Axis have the SOAPAction attribute initialized to an empty string. Configuring an Oracle Service Bus business service with this WSDL file, causes invocations to this web service to fail generating a "No SOAPAction" fault.

To work around the issue and ensure successful web service invocations from Oracle Service Bus to Axis, configure a transport header in the pipeline. Add a Set Transport Headers request action in the message flow route and enable the Pass all headers through Pipeline option.

This issue also causes invocations from the Oracle Service Bus Test Console to fail (and generates a "No SOAPAction" fault) even when the workaround is in place. To make Test Console invocations work, set the SOAPAction HTTP header in the Set Transport Header request action in the message flow route.

1.4.2.3 HTTP Response and Status Code for One-Way Operations

For both document literal and RPC encoded types of web services, on invocation of a one-way operation, Axis is expected to send an empty HTTP response with status code 202 OK to the client. However, Axis sends an non-empty HTTP response with status code 200 OK. The body of this HTTP response contains an empty SOAP envelope. This causes the Oracle Service Bus proxy or business service to send the same 200 OK response code to their clients violating the expected results.

1.4.2.4 HTTP Response and Status Code for One-Way Operations Generate a Fault

For both document literal and RPC encoded types of web services, on invocation of a one-way operation generating a fault, Axis is expected to send an empty HTTP response with status code 202 OK to the client. However, Axis sends a non-empty HTTP response with status code 500 Internal Server Error with an empty SOAP envelope as a body. This causes the Oracle Service Bus proxy or business service to send the same 500 Internal Server Error response to their clients violating the expected results.

1.4.3 WebSphere Interoperability Limitations

For both document literal and RPC encoded types of web services, on invocation of a one-way operation, WebSphere is expected to send an empty HTTP response with status code 202 OK to the client. However, WebSphere sends an non-empty HTTP response with status code 200 OK. The body of this HTTP response contains an empty SOAP envelope.

This causes the Oracle Service Bus proxy or business service to send the same 200 OK response code to their clients violating the expected results.