1 General Best Practices

This chapter lists and describes general best practices that are common to all Oracle Application Adapters for Oracle WebLogic Server.

This chapter discusses the following topics:

Understanding Managed Connections

Oracle WebLogic Server (WLS) creates and maintains a pool of connections to the iWay J2CA resource adapter. These are called "managed connections". Each managed connection maintains a distinct set of connections to a back-end Enterprise Information System (EIS) systems (exposed as an adapter target). The set is initially empty and becomes populated only as specific adapter target connections are requested by an executing SOA process that is using the managed connection.

A managed connection will maintain only a single connection to any given adapter target and will reuse it each time a connection to that target is requested. When WLS destroys a managed connection, the managed connection will close all its internal EIS connections.

By way of illustration, the following steps detail a scenario in which a SOA process containing references to multiple iWay adapter targets is used.

  1. SOA process requests a managed connection to the iWay resource adapter ("eis/OracleJCAAdapter/DefaultConnection") and receives a new, empty, managed connection called "Managed1".

  2. SOA process invokes a service with adapter target MySAP/SAP1 using Managed1.

  3. Managed1 creates a new MySAP adapter instance, activates it for target SAP1, and adds it to its internal EIS connection set.

  4. Service is invoked, response returned, and SOA process continues.

  5. SOA process invokes a service with adapter target MySAP/SAP2 using Managed1.

  6. Managed1 creates a new MySAP adapter instance, activates it for target SAP2, and adds it to its internal EIS connection set.

  7. Service is invoked, response returned, and SOA process continues.

  8. SOA process invokes a service with adapter target JDEdwards/JDE1 using Managed1.

  9. Managed1 creates a new JDEdwards adapter instance, activates it for target JDE1, and adds it to its internal EIS connection set.

  10. SOA process terminates. WLS returns Managed1 to the connection pool.

After termination of the SOA process, Managed1 is available to be used by some other SOA process. Its internal EIS connections (SAP1, SAP2, JDE1) remain open. They will be reused the next time a process requests connections to those targets from Managed1. They will be closed only when WLS destroys Managed1.

You can monitor the managed connection pool in the WLS admin console, as shown in the following image.

WLS admin console
Description of the illustration managed_connections1.gif

The "current connections" column is the number of managed connections that are currently in use, presumably by executing SOA processes. This number should go up when a SOA process begins execution and should go down after a period of inactivity.

When a SOA process needs a managed connection, it will try to retrieve one from the connection pool. If a managed connection is not available, and the number of current connections does not yet exceed the maximum size of the pool, it will create a new one. If the maximum size of the pool has been reached and no free connection is available, then a resource availability error will be thrown. When a process is finished, the connection is returned to the pool.

It is important to remember that these numbers represent connections to the iWay resource adapter and not to any specific EIS. A single iWay managed connection may contain any number of EIS connections depending upon its usage history. Consequently, there is no way to introspect the number of EIS connections in use by the iWay resource adapter.

The maximum size of the managed connection pool, the minimum size, and other pool parameters can be set in the RAR deployment descriptor ("weblogic-ra.xml") and viewed in the admin console, as shown in the following image.

Connection Pool tab
Description of the illustration managed_connections2.gif

There are many pool parameters, but because they control the pool of connections to the iWay resource adapter and not any specific EIS many of these are immaterial. Setting an initial pool size, for example, accomplishes nothing except creating a set of empty resource adapter connections: iWay managed connections with no internal EIS connections. There is no reason to do this. For similar reasons, the "capacity increment" parameter is also not particularly useful.

You have to set the initial capacity to zero always to work with the iWay adapters.

Note:

You cannot set anything other than the value of zero.

Some settings will have implicit effects for all adapter targets. For example, setting a maximum size for the managed connection pool will implicitly establish the maximum number of connections that can be made to any single target since each managed connection can hold at most one connection to a unique adapter target. Similarly, defining the lifetime of a managed connection will implicitly define the lifetime for all EIS connections created by the connection. However, there is no way to control connection pooling for specific EIS targets using the iWay "universal" resource adapter.

Configuring Oracle Application Adapters in a High Availability Cluster Environment

Application adapters integrate Oracle WebLogic Server with various packaged applications, such as SAP R/3 and Siebel. These adapters include Oracle Application Adapter for PeopleSoft, Oracle Application Adapter for SAP R/3, Oracle Application Adapter for Siebel, and Oracle Application Adapter for J.D. Edwards OneWorld.

This section describes the steps required to successfully deploy the 11g Release 1 (11.1.1) Oracle Application Adapters in a cluster environment (in all available SOA nodes, which in this case is two machines) and working with inbound and outbound processes.

Prerequisites

Before continuing, ensure that the following prerequisites are available:

  1. Two machines with the High Availability (HA) cluster configuration completed successfully. For more information about configuring the HA cluster, see:

    http://download.oracle.com/docs/cd/E12839_01/core.1111/e10106/ha_soa.htm#CHDDAHEC

  2. Install Oracle Application Adapters 11g Release 1 (11.1.1) on both machines.

  3. Configure a J2CA configuration as a database repository on the first machine.

  4. Perform the required changes to the ra.xml and weblogic-ra.xml files before deployment.

Deploying the J2CA Connector Application to a Clustered Environment

To deploy the J2CA Connector Application:

  1. Start the Oracle WebLogic Server for the Oracle WebLogic Server domain that has been configured.

  2. Start the SOA_Server1 and SOA_Server2 for both machines.

  3. Open the Oracle WebLogic Server Administration Console in a Web browser by entering the following URL:

    http://hostname:port/console

    Where hostname is the name of the machine where Oracle WebLogic Server is running and port is the port number for the domain you are using.

    The Oracle WebLogic Server Administration Console logon page is displayed.

    logon page
    Description of the illustration j2ca_deploy1.gif

  4. Log in to the Oracle WebLogic Server Administrative Console using an account that has administrator privileges.

    The Oracle WebLogic Server Administration Console home page is displayed.

    home page
    Description of the illustration j2ca_deploy2.gif

  5. In the Domain Structure section in the left pane, click Deployments.

    The Deployments page is displayed.

    Deployments page
    Description of the illustration j2ca_deploy3.gif

  6. Click Lock & Edit in the Change Center.

  7. Click Install.

    The Install Application Assistant page is displayed.

    Install Application Assistant page
    Description of the illustration j2ca_deploy4.gif

  8. Browse to the following directory:

    C:\oracle\product\fmw\soa\soa\thirdparty\ApplicationAdapters\iwafjca.rar

  9. Select the radio button next to iwafjca.rar and click Next.

    Install Application Assistant
    Description of the illustration j2ca_deploy5.gif

    The Choose Targeting Style page is displayed.

    Choose Targeting Style page
    Description of the illustration j2ca_deploy6.gif

  10. Accept the default selection (Install this deployment as an application) and click Next.

    The Select Deployment Target page is displayed.

    Select Deployment Target page
    Description of the illustration j2ca_deploy7.gif

  11. In the Clusters section, select SOA_Cluster followed by All servers in the cluster.

  12. Click Next.

    The Optional Settings page is displayed.

    Optional Settings page
    Description of the illustration j2ca_deploy8.gif

  13. Accept the default values and click Next.

    The Summary page is displayed.

    Summary page
    Description of the illustration j2ca_deploy9.gif

  14. Click Finish.

  15. In the displayed Settings page for the J2CA (iwafjca) Connector Application, click Save.

  16. In the Domain Structure section in the left pane, click Deployments and navigate through the table that lists all the deployed applications and find the J2CA (iwafjca) connector application.

  17. Select the check box next to iwafjca.

    Deployments page
    Description of the illustration j2ca_deploy10.gif

  18. Click the Start submenu (down arrow) and select Servicing all requests.

    The Start Application Assistant page is displayed.

    Start Application Assistant page
    Description of the illustration j2ca_deploy11.gif

  19. Click Yes.

  20. Verify that the application has successfully started.

    Deployments page
    Description of the illustration j2ca_deploy12.gif

  21. Similarly, repeat steps 5 through 20 for the iwafjca.war deployment.

Configuring the HA File Adapter for an Outbound Process

The following configuration steps must be performed in the Oracle WebLogic Server Administration Console to work with the outbound process:

  1. Open the Oracle WebLogic Server Administration Console in a Web browser by entering the following URL:

    http://hostname:port/console

    Where hostname is the name of the machine where Oracle WebLogic Server is running and port is the port number for the domain you are using.

    The Oracle WebLogic Server Administration Console logon page is displayed.

    logon page
    Description of the illustration j2ca_deploy1.gif

  2. Log in to the Oracle WebLogic Server Administrative Console using an account that has administrator privileges.

    The Oracle WebLogic Server Administration Console home page is displayed.

    home page
    Description of the illustration j2ca_deploy2.gif

  3. In the Domain Structure section in the left pane, click Deployments.

    The Deployments page is displayed.

    Deployments page
    Description of the illustration out_process1.gif

  4. Click FileAdapter.

    The Settings for FileAdapter page is displayed.

    Settings for FileAdapter page
    Description of the illustration out_process2.gif

  5. Click the Configuration tab followed by the Outbound Connection Pools tab.

    The Outbound Connection Pool Configuration Table page is displayed.

    Outbound Connection Pool page
    Description of the illustration out_process3.gif

  6. Expand javax.resource.cci.ConnectionFactory and click eis/HAFileAdapter.

    The settings for javax.resource.cci.ConnectionFactory page is displayed.

    Properties tab
    Description of the illustration out_process4.gif

  7. Click the Properties tab.

  8. Provide a valid location for the controlDir property and click Save.

  9. Check if the success message is displayed.

    success message
    Description of the illustration out_process5.gif

  10. In the Domain Structure section in the left pane, click Deployments.

    Deployments page
    Description of the illustration out_process6.gif

  11. Select FileAdapter from the deployments list and click Update.

    The Update Application Assistant page is displayed.

    Update Application Assistant page
    Description of the illustration out_process7.gif

  12. Select Update this application in place with new deployment plan changes and click Next.

    The Summary page is displayed.

    Summary page
    Description of the illustration out_process8.gif

  13. Click Finish.

  14. Check if the success message is displayed.

    success message
    Description of the illustration out_process9.gif

  15. Copy the generated plan.xml file from the first machine (first node in the cluster configuration) to the same location (Oracle_Home\Middleware\Oracle_SOA1\soa) in the second machine (second node in the cluster configuration).

  16. Restart the servers (Admin_Server, SOA_Server1, SOA_Server2).

  17. Create a shared input location that is accessible by both machines.

    For example, if the inputs are pasted in this location, they can be consumed by machine1 and machine2.

Configuring the Outbound Process

To configure the outbound process:

  1. Create a target using Application Explorer on the first machine.

  2. Connect to the target (on the first machine) and create an outbound WSDL for the Oracle Application Adapter for SAP R/3 (MySAP node).

  3. On the second machine, create a target using Application Explorer with the same name as specified on the first machine.

  4. Restart the Admin Server and the soa_servers on both machines.

  5. Create an outbound Mediator process using Oracle JDeveloper with the configuration shown in the following image.

    outbound Mediator process
    Description of the illustration out_process10.gif

  6. Select the Read_file_adapter.jca file and make the following changes:

    1. Change <connection-factory location="eis/FileAdapter" UIincludeWildcard="*.xml" adapterRef=""/> to <connection-factory location="eis/HAFileAdapter" UIincludeWildcard="*.xml" adapterRef=""/>

    2. Add the value <property name="MaxRaiseSize" value="5"/> to the end.

    JCA properties source
    Description of the illustration out_process11.gif

  7. Save the process and deploy the process to both SOA servers.

  8. Provide the input files in the input location configured in the Read file adapter and check if the outputs are shared and placed in the output location (in two machines) configured in the Write file adapter.

Configuring Connection Settings for the Inbound Process

The following configuration steps must be completed (for PeopleSoft, Siebel, and J.D. Edwards OneWorld Application Adapters) before executing an inbound process:

  1. Navigate to the following location:

    Oracle_Home\product\11.1.0\ohs_1\Oracle_WT1\instances\instance1\config\OHS\ohs1

  2. Open the mod_wl_ohs.conf file.

  3. Add the IP address and port number (port number configured while creating the channel for the adapter) for both machines in the mod_wl_ohs.conf file.

    For example (for the PeopleSoft adapter):

    <Location /name>SetHandler weblogic-handlerWebLogicCluster machine1_ip:port, machine2_ip:portWLLogFile c:\tmp\psft.log </Location>

    Where:

    • name - Is any appropriate name.

    • machine1_ip and machine2_ip - Are the machine IP addresses where SOA_Server1 and SOA_Server2 are configured.

    • port - The port number that is configured in the channel configuration for machine1 and machine2.

  4. Open a command prompt and navigate to:

    Oracle_Home\product\11.1.0\ohs_1\Oracle_WT1\instances\instance1\bin

  5. Restart the Oracle HTTP server using the following command:

    opmnctl restartproc ias-component=ohs1

  6. When providing the URL in the backend for the adapters (PeopleSoft, Siebel, JDEdwards) the URL must be in the following format:

    http://ohsserver_ip:7777/name

    Where ohsserver_ip is the IP address of the machine where the Oracle HTTP server is installed and name is the name of the Location configured in the mod_wl_ohs.conf file.

Configuring the Inbound Process

To configure the inbound process:

  1. Create a target and channel using Application Explorer on the first machine.

  2. Connect to the target (on the first machine) and create an inbound WSDL for the Oracle Application Adapter for SAP R/3 (MySAP node).

  3. On the second machine, create a target and channel using Application Explorer with the same name as specified on the first machine.

  4. Restart the Admin Server and the soa_servers on both machines.

  5. Create an inbound Mediator process using Oracle JDeveloper with the configuration shown in the following image.

    inbound Mediator process
    Description of the illustration in_process1.gif

  6. Save the process and deploy the process (to both SOA servers).

  7. Trigger from the backend or use HTTP publisher and check if the output is shared and placed in the output locations (in both machines) that are configured in the Write File adapter.

Singleton Testing

To perform Singleton testing:

  1. On the first machine, create a target and channel using Application Explorer.

  2. Connect to the target (on the first machine) and create an inbound WSDL for the Oracle Application Adapter for SAP R/3 (MySAP node).

  3. On the second machine, create a target and channel using Application Explorer with the same name as specified on the first machine.

  4. Restart the Admin Server and the soa_servers on both machines.

  5. Create an inbound Mediator process using Oracle JDeveloper with the configuration shown in the following image.

    inbound Mediator process
    Description of the illustration singleton1.gif

  6. For singleton testing, open the composite.xml file (source view) and add the following property in the Service section:

    <property name="singleton">true</property>

    For example:

    <service name="Service1" ui:wsdlLocation="MATMAS01_receive_cluster.wsdl"><interface.wsdl interface="http://xmlns.oracle.com/pcbpel/iWay/wsdl/MySAP/isdsrv2_cluster/MATMAS01#wsdl.interface(MATMAS01PortType)"/><binding.jca config="MATMAS01_receive_cluster_3P.jca"/><property name="singleton">true</property> </service>

  7. Save the inbound Mediator process and deploy the process to both SOA servers.

  8. Trigger from the backend or use HTTP publisher and check if the messages are received by any one of the machines in the output location.

  9. Stop the soa_server of the machine that is receiving the messages.

  10. Check whether the messages are being received by the second machine.

When you are using the Singleton testing feature with Oracle Application Adapter for SAP R/3, there are some loss of messages (messages are dumped in the SAP GUI). This is caused because the end-point activation of the second system is in progress after the first system is down.

To retrieve the lost messages, perform the following steps:

  1. Login to the SAP GUI.

  2. Enter the /sm58 transaction and navigate to the dumped messages.

  3. Right-click a dumped message, and then select Execute LUW.

  4. Repeat step 3 for all the dumped messages.

    All the lost messages are received in the Oracle Enterprise Manager console.

Preferred Repository Type

As a best practice, it is recommended to use only a database repository (for example, Oracle) for adapters in development, test, and production environments. Do not use the File repository, which is provided by default only for initial startup purposes. The File repository is not supported for troubleshooting any issues.

Generating Input XML Documents

This section describes how to generate input XML documents that can be used as payloads for outbound BPEL and Mediator processes.

Prerequisites

Before continuing, ensure that the following components and applications are available:

  • Outbound WSDL document created using Application Explorer.

  • XML editor (for example, Oracle JDeveloper or Altova XML Spy, which is used as an example in this section).

  • Oracle WebLogic Server 11g Release 1 (11.1.1) with Oracle JDeveloper Studio.

Creating a WSDL Document Using Application Explorer

To create a WSDL document using Application Explorer:

  1. Ensure that Oracle WebLogic Server is started, which is where Application Explorer is deployed.

  2. Start Application Explorer by clicking the Windows Start menu, selecting All Programs, Oracle Application Adapters, and clicking Application Explorer.

    Oracle Application Adapters Program Menu
    Description of the illustration start_app_explorer.gif

    You can also start Application Explorer by executing the ae.bat file, which is located in the following directory:

    C:\oracle\Middleware\home_0309\Oracle_SOA1\soa\thirdparty\ApplicationAdapters\tools\iwae\bin\ae.bat

    Note:

    It is a good practice to create a shortcut for the ae.bat file on your desktop.

    If you are using a UNIX or Linux platform you can start Application Explorer by accessing the iwae.sh file.

  3. Select an available JCA configuration.

  4. Select an appropriate adapter (for example, MySAP).

  5. Create a new target or connect to an existing target.

  6. Expand the created target adapter and select the appropriate object.

  7. Right-click the object and select Create Outbound JCA Service(Request/Response).

    The Export WSDL dialog is displayed.

  8. Accept the default location in the Name field and click OK to export the WSDL document to the default location.

    You can also click Browse to provide a different location and then click OK, which will export the WSDL document to your defined location.

  9. Navigate to the location where the WSDL document was exported and verify that the WSDL, JCA, Request, and Response schema files are exported and available.

Generating an Input XML File From a Request Schema

To generate an input XML file from a request schema:

  1. Open an XML editor (for example, Altova XML Spy, which is used as an example in this section).

    Open option
    Description of the illustration altova1.gif

  2. Click File, and then select Open.

    The Open dialog is displayed.

    Open dialog
    Description of the illustration altova2.gif

  3. Navigate to the location on your file system where the XML request schema is exported, select the schema file and click Open.

    The XML request schema file is opened and displayed in Altova XML Spy.

    XML request schema file
    Description of the illustration altova3.gif

  4. Check if the schema is well formed by clicking Check well-formedness or pressing F7.

    Check well-formedness icon
    Description of the illustration altova4.gif

  5. Validate the schema by clicking Validate or pressing F8.

    validate icon
    Description of the illustration altova5.gif

  6. Once you have confirmed that the schema is well-formed and valid, click DTD/Schema, and then select Generate Sample XML File.

    Generate Sample XML File option
    Description of the illustration altova6.gif

    The Generate Sample XML File dialog is displayed.

    Generate Sample XML File dialog
    Description of the illustration altova7.gif

  7. Select the approprate parameters for your sample XML file and click OK when you are ready.

    The sample XML file is generated in Altova XML Spy.

    sample XML file
    Description of the illustration altova8.gif

  8. Verify that the generated input XML file is well-formed and valid.

    The generated input XML file can be used to invoke a BPEL or Mediator process after providing the necessary values in the file.

Using the Generated Input XML File in the Oracle Enterprise Manager Console

Before you can use the generated input XML file in the Oracle Enterprise Manager console, verify that the following prerequisites are available:

  • Mediator Outbound process created in JDeveloper and deployed in SOA_Server1

  • BPEL Outbound process created in JDeveloper and deployed in SOA_Server1

Mediator Outbound Process

Perform the following steps to use the input XML file in an outbound Mediator process:

  1. Log in to the Oracle Enterprise Manager console by using the following URL:

    http://localhost:7001/em

  2. Expand your domain in the left pane followed by the SOA folder.

    Oracle Enterprise Manager console
    Description of the illustration em_console1.gif

  3. Select an outbound Mediator project (for example, MySAP_JCA_Test_BusinessArea_GetDetail_OB_Mediator).

    Selected outbound Mediator project
    Description of the illustration em_console2.gif

  4. Click the Test button on the top right-hand corner of the console.

    Test button
    Description of the illustration em_console3.gif

  5. In the Input Arguments section, select XML View from the list and verify that the input XML is displayed.

    Input Arguments section
    Description of the illustration em_console4.gif

    Note:

    For Mediator processes, it is mandatory for the input XML to be used with a namespace.

  6. The displayed XML in the Oracle Enterprise Manager console can be altered and used as follows:

    XML Displayed in the Oracle Enterprise Manager Console

    <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> <soap:Body xmlns:ns1="urn:sap-com:document:sap:business"> <ns1:BusinessArea.GetDetail> </ns1:BusinessArea.GetDetail> </soap:Body> </soap:Envelope>

    Altered XML

    <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> <soap:Body xmlns:ns1="urn:sap-com:document:sap:business"> <ns1:BusinessArea.GetDetail BusinessAreaId="1000"> </ns1:BusinessArea.GetDetail> </soap:Body> </soap:Envelope>

  7. The sample input XML that was generated using Altova XML Spy can be used after making the following required modifications:

    1. Remove XML headers.

    2. Add necessary inputs.

    3. Add the soap headers as displayed in the Oracle Enterprise Manager console.

    4. Modify the namespaces to match the namespaces in the input XML.

    XML Generated Using Altova XML Spy

    <?xml version="1.0" encoding="UTF-8"?> <!--Sample XML file generated by XMLSpy v2008 rel. 2 sp2 (http://www.altova.com)--> <bapi:BusinessArea.GetDetail BusinessAreaId="aaaa" xsi:schemaLocation="urn:sap-com:document:sap:business mysap_jca_BA_GetDetail_invoke_jan20_request.xsd" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:bapi="urn:sap-com:document:sap:business"> <bapi:LANGUAGE>a</bapi:LANGUAGE> <bapi:LANGUAGE_ISO>aa</bapi:LANGUAGE_ISO> </bapi:BusinessArea.GetDetail>

    Altered XML

    <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> <soap:Body xmlns:ns1="urn:sap-com:document:sap:business"> <ns1:BusinessArea.GetDetail BusinessAreaId="1000"> <ns1:LANGUAGE>D</ ns1:LANGUAGE> < ns1:LANGUAGE_ISO>EN</ ns1:LANGUAGE_ISO> </ns1:BusinessArea.GetDetail> </soap:Body> </soap:Envelope>

  8. Click Test Web Service after providing the input XML.

    Test Web Service button
    Description of the illustration em_console5.gif

    The output is displayed in the Response tab.

BPEL Outbound Process

Perform the following steps to use the input XML file in an outbound BPEL process:

  1. Log in to the Oracle Enterprise Manager console by using the following URL:

    http://localhost:7001/em

  2. Expand your domain in the left pane followed by the SOA folder.

    Oracle Enterprise Manager console
    Description of the illustration em_console6.gif

  3. Select an outbound BPEL project (for example, MySAP_JCA_Test_BusinessArea_GetDetail_OB_BPEL).

    Selected outbound BPEL project
    Description of the illustration em_console7.gif

  4. Click the Test button on the top right-hand corner of the console.

    Test button
    Description of the illustration em_console8.gif

  5. In the Input Arguments section, select XML View from the list and verify that the input XML is displayed.

    Input Arguments section
    Description of the illustration em_console9.gif

    Note:

    For BPEL processes, it is not mandatory for the input XML to be used with a namespace.

  6. The displayed XML in the Oracle Enterprise Manager console can be altered and used as follows:

    XML Displayed in the Oracle Enterprise Manager Console

    <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> <soap:Body xmlns:ns1="urn:sap-com:document:sap:business"> <ns1:BusinessArea.GetDetail> </ns1:BusinessArea.GetDetail> </soap:Body> </soap:Envelope>

    Altered XML With Namespace

    <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> <soap:Body xmlns:ns1="urn:sap-com:document:sap:business"> <ns1:BusinessArea.GetDetail BusinessAreaId="1000"> </ns1:BusinessArea.GetDetail> </soap:Body> </soap:Envelope>

    Altered XML Without Namespace

    <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> <soap:Body xmlns="urn:sap-com:document:sap:business"> <BusinessArea.GetDetail BusinessAreaId="1000"> </BusinessArea.GetDetail> </soap:Body> </soap:Envelope>

  7. The sample input XML that was generated using Altova XML Spy can be used after making the following required modifications:

    1. Remove XML headers.

    2. Add necessary inputs.

    3. Add the soap headers as displayed in the Oracle Enterprise Manager console.

    4. Modify or remove the namespaces.

    XML Displayed in XML View in the Oracle Enterprise Manager Console

    <?xml version="1.0" encoding="UTF-8"?> <!--Sample XML file generated by XMLSpy v2008 rel. 2 sp2 (http://www.altova.com)--> <bapi:BusinessArea.GetDetail BusinessAreaId="aaaa" xsi:schemaLocation="urn:sap-com:document:sap:business mysap_jca_BA_GetDetail_invoke_jan20_request.xsd" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:bapi="urn:sap-com:document:sap:business"> <bapi:LANGUAGE>a</bapi:LANGUAGE> <bapi:LANGUAGE_ISO>aa</bapi:LANGUAGE_ISO> </bapi:BusinessArea.GetDetail>

    Altered XML With Namespace

    <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> <soap:Body xmlns:ns1="urn:sap-com:document:sap:business"> <ns1:BusinessArea.GetDetail BusinessAreaId="1000"> <ns1:LANGUAGE>D</ ns1:LANGUAGE> < ns1:LANGUAGE_ISO>EN</ ns1:LANGUAGE_ISO> </ns1:BusinessArea.GetDetail> </soap:Body> </soap:Envelope>

    Altered XML Without Namespace

    <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> <soap:Body xmlns="urn:sap-com:document:sap:business"> <BusinessArea.GetDetail BusinessAreaId="1000"> <LANGUAGE>D</ LANGUAGE> < LANGUAGE_ISO>EN</ LANGUAGE_ISO> </BusinessArea.GetDetail> </soap:Body> </soap:Envelope>

  8. Click Test Web Service after providing the input XML with or without a namespace.

    The output is displayed in the Response tab.

    Input XML With Namespace

    Input XML With Namespace
    Description of the illustration em_console10a.gif

    Response

    Description of em_console10b.gif follows
    Description of the illustration em_console10b.gif

    Input XML Without Namespace

    Input XML Without Namespace
    Description of the illustration em_console11a.gif

    Response

    Response tab
    Description of the illustration em_console11b.gif