Oracle® Fusion Middleware Release Notes 11g Release 1 (11.1.1) for Microsoft Windows x64 E14774-11 |
|
![]() Previous |
![]() Next |
This chapter describes issues associated with upgrading your environment and your applications to Oracle Fusion Middleware 11g. It includes the following topics:
This section describes general issue and workarounds. It includes the following topics:
Section 3.1.1, "Patches Required to Address Specific Upgrade and Compatibility Requirements"
Section 3.1.2, "Unable to Read Composite Model Error During SOA Application Upgrade"
Section 3.1.4, "Error When Upgrading Oracle Internet Directory Due to Invalid ODS Schema"
Section 3.1.9, "Problem Accessing the Welcome Pages in Oracle HTTP Server After Upgrade"
Section 3.1.10, "Misleading Error Message When Upgrading Oracle Internet Directory"
Section 3.1.11, "Problem Starting Oracle Web Cache After Upgrade to 11g"
In general, Oracle assumes that you are running the latest Oracle Application Server 10g patch sets before you begin the upgrade to Oracle Fusion Middleware 11g.
In addition, in some specific cases, you must apply an additional software patches to your Oracle Application Server 10g components before you start the upgrade process. These patches are designed to address specific interoperability issues that you might encounter while upgrading your Oracle Application Server 10g environment to Oracle Fusion Middleware 11g.
Table 3-1 lists the specific patch sets required to address specific upgrade and compatibility requirements for Oracle Fusion Middleware 11g.
For more information, refer to the following sections:
Table 3-1 Patches Required to Address Specific Upgrade and Compatibility Requirements
Patch Set Number | Description and Purpose | Additional Information |
---|---|---|
8404955 |
Before you can perform the Oracle B2B schema upgrade, you must apply this required patch to the Oracle Application Server Integration B2B 10g Release 2 (10.1.2) middle tier. This patch set is required in order to enable the Java command that you use to export the trading partner agreements, as described in the following step. |
"Task 6b: If Necessary, Upgrade the B2B Schema" in the Oracle Fusion Middleware Upgrade Guide for Oracle SOA Suite, WebCenter, and ADF |
8451592 |
If your Oracle BAM 10g schema is stored in Oracle Database 11g (10.1.0.7) on a Microsoft Windows 32-bit computer, then you must apply this patch to the database before using the Upgrade Assistant to upgrade the schema to 11g. |
Section 3.1.1.2, "Upgrading the Oracle BAM Schema on Oracle Database 11g on Microsoft Windows" |
5746866 |
If the database that hosts your Oracle Application Server 10g schemas is an Oracle Database 10g (10.1.0.x) database, then make sure that this database patch (or database patch 5126270) has been applied to the 10g (10.1.0.x) database before you upgrade the database to the required Oracle Database 10g (10.2.0.4). Note that database patch 5746866 includes patch 5126270. |
"Upgrading to Oracle Database 10g Release 2 (10.2.0.4)" in the Oracle Fusion Middleware Upgrade Planning Guide |
7685124 |
Apply this patch against Oracle Secure Enterprise Search (10.1.8.3.0) before you attempt to use Oracle Secure Enterprise Search with Oracle Portal 11g. |
"Oracle Secure Enterprise Search" in the Oracle Fusion Middleware Administrator's Guide for Oracle Portal |
8372141 |
Apply this patch on your Oracle Application Server 10g Release 3 (10.1.3.4) environment to enable interoperability between Oracle SOA Suite 10g Release 3 (10.1.3.4) and Oracle BPEL Process Manager 11g. This patch is also referred to as the Oracle SOA Suite 10g Release 3 (10.1.3.4) Cumulative MLR #7. |
"Applying Patch Sets to Address Specific Upgrade Interoperability Issues" in the Oracle Fusion Middleware Upgrade Planning Guide "Upgrading Oracle SOA Suite Client Applications" in the Oracle Fusion Middleware Upgrade Guide for Oracle SOA Suite, WebCenter, and ADF |
6522654 |
Apply this patch to your Oracle Database before you attempt to upgrade your Oracle BAM schema. If you do not apply this patch to your Oracle Database 10g (10.2.0.3), 10g (10.2.0.4), or Oracle Database 11g (11.1.0.7) before performing the schema upgrade, you will likely see the following error: BAM MRUA: SCHEMA UPGRADE FAILED SQLException: ORA-39002: invalid operation The description for this patch on My Oracle Support is "USING DATA PUMP THROUGH DBLINK CAUSED DATA CORRUPTION FOR CLOB VALUES". |
"Task 6c: If Necessary, Upgrade the BAM Schema" in the Oracle Fusion Middleware Upgrade Guide for Oracle SOA Suite, WebCenter, and ADF |
7675269 |
Apply this patch to prevent the occurrence of an ORA-01591 error in an Oracle Real Application Clusters (RAC) 11g (11.1.0.7) database. This error can occur for rows locked by transactions which were in the middle of two-phase commit. The description of this patch on My Oracle Support is "ODAC 2008:RAC NODE AFFINITY: DISTRIBUTED TXN ABORTS WITH ORA-01591." |
"Upgrading and Preparing Your Databases" in the Oracle Fusion Middleware Upgrade Planning Guide |
8291981 |
Apply this patch to correct a problem where Metadata Repository (MDS) queries against an Oracle Database 11g (11.1.0.7) database do not find all of the results (documents or elements) that they should. The description of this patch on My Oracle Support is: "SELECT INCORRECT RESULTS: SOME RESULTS NOT FOUND". |
"Managing the MDS Repository" in the Oracle Fusion Middleware Administrator's Guide |
9007079 |
Apply this bundled patch to your Oracle Database 11g (11.1.0.7) Real Application Clusters (RAC) environment to address three known issues while using the RAC database with Oracle Fusion Middleware Oracle SOA Suite components. See the Readme file for the patch for a list of the bugs addressed by the patch. The description of this patch on My Oracle Support is: "MERGE REQUEST FOR 8886255 AND 7675269". |
"Oracle Real Application Clusters and Fusion Middleware" in the Oracle Fusion Middleware High Availability Guide. |
8607693 |
Apply this patch to your Oracle Real Application Clusters (RAC) 11g (11.1.0.7) database to prevent an error that can occur if an XA transaction branch was being asynchronously rolled back by two or more sessions. The description of this patch on My Oracle Support is: "STRESS SOA - ORA-00600: INTERNAL ERROR CODE, ARGUMENTS: [504] (RAC)". |
"Oracle Real Application Clusters and Fusion Middleware" in the Oracle Fusion Middleware High Availability Guide. |
7682186 |
Apply this patch to your Oracle Real Application Clusters (RAC) 11g (11.1.0.7) database to prevent an issue that results in an ORA-600 error. Behavior includes CR-inconsistencies between index and the block, or incorrect results in a RAC multi-node global transaction environment. The description of this patch on My Oracle Support is: " ORA-600[KDSGRP1] SIGNALLED DURING BUGOLTP-XA WORKLOAD". |
"Oracle Real Application Clusters and Fusion Middleware" in the Oracle Fusion Middleware High Availability Guide. |
To obtain a patch, log in to My Oracle Support (formerly OracleMetaLink), click Patches and Updates, and search for the patch number:
http://metalink.oracle.com/
To obtain a support note or document, log in to My Oracle Support and enter the support note number in the Quick Find search field at the top of the My Oracle Support window and search the Knowledge Base for the note number.
If the Oracle Database you use to host your Oracle BAM schema is an Oracle Database 11g database, then you must apply the required patches to upgrade your database to Oracle Database 11g (10.1.0.7).
In addition, if the database is running on a Microsoft Windows 32-bit computer, then you must also apply patch 8451592 to the Oracle Database 11g (10.1.0.7) database before you can run the Upgrade Assistant to upgrade the Oracle BAM schema to 11g.
Patch 8451592 is also referred to as Oracle Database Server Version 11.1.0.7 Patch 11.
Important: You must perform the steps described in Section 3.3.5, "Post Installation Instructions" of the Oracle Database Server Version 11.1.0.7 Patch 11 Bundle Patch Update Note, which explain in detail how to run thecatcpu.sql script.
If you do not run the The patch update note is available by clicking the View Readme button when you locate the patch in My Oracle Support. It is also included in the downloaded ZIP file that contains the patch files. |
For more information about upgrading the Oracle BAM schema, see the Oracle Fusion Middleware Upgrade Guide for Oracle SOA Suite, WebCenter, and ADF.
The Oracle Fusion Middleware Upgrade Guide for Oracle SOA Suite, WebCenter, and ADF describes how Oracle JDeveloper 11g will automatically upgrade specific features of your Oracle SOA Suite 10g applications to 11g.
However, if you see the following error while upgrading your application in JDeveloper 11g, then you can safely ignore the error. Your application will be upgraded, but you will need to create a new SOA-SAR deployment profile after the application upgrade. And use this newly created profile for deploying SOA composite:
SEVERE: Unable to read composite model for project project_name
For more information, see 43.2, "Deploying a Single SOA Composite in Oracle JDeveloper," in the Oracle Fusion Middleware Developer's Guide for Oracle SOA Suite.
The following sections provide information about specific issues related to upgrading Oracle BAM 10g to Oracle BAM 11g:
Section 3.1.3.2, "Dependent Alerts Do Not Upgrade Correctly"
Section 3.1.3.3, "Problem Upgrading a Report that Contains Calculated Fields"
Section 3.1.3.5, "Using the Oracle BAM 11g Samples After Upgrade from Oracle BAM 10g"
Before you upgrade the Oracle BAM 11g schema to 11g, you must first apply patch 6522654
to your Oracle Database 10g (10.2.0.3), 10g (10.1.2.0.4), and Oracle Database 11g (11.1.0.7).
If you do not apply this patch, then you will likely experience the following error during Oracle BAM schema upgrade:
BAM MRUA: SCHEMA UPGRADE FAILED SQLException: ORA-39002: invalid operation
For more information, see Section 3.1.1, "Patches Required to Address Specific Upgrade and Compatibility Requirements".
When an alert in Oracle BAM 10g is dependent upon another alert, the dependent alert keeps a reference to the parent alert with a GUID reference. When such an alert is exported from 10g it will contain a GUID reference to the parent alert, and import to an Oracle BAM 11g system is not successful.
The following modification to the exported alert definition file can be used as a workaround for import to an Oracle BAM 11g system.
Edit the exported file contents of the dependent alert from the Oracle BAM 10g system, and modify the following element containing reference to parent alert.
Change this:
<param name="RuleID" order="0"> //private:weblogic/Rule/624567ffe84de34c-6e6bdbaa120eb7f6ea6-8000 </param>
To this:
<param name="RuleID" order="0"> ParentAlertName </param>
In other words, the GUID reference for parent alert must be replaced by the parent alert's name.
If you created a report in Oracle BAM 10g or in Oracle BAM 11g Release 1 (11.1.1.1.0) and the report contains calculated fields that use using datetime
type fields, then the Calculations tab displays this error in Oracle BAM 11g Release 1 (11.1.1.2.0):
BAM-01610: INVALID FILTER EXPRESSION
More specifically, this error occurs when the calculation is an expression for equality check against a datetime field in String format. For example, for a datetime field such as Last Modified, the following calculation does not work:
If {Last Modified}=="7/18/2002 1:33:10 PM"
Before you can upgrade the report, you must remove the calculated fields.
After upgrading to Oracle BAM 11g Release 1 (11.1.1.2.0), any calculated fields in your reports will reference fields by the field ID, rather than the field name.
Specifically, after upgrade, the field name referenced in the expression will be converted to use the field id (for example, _Num_Sold
).
For example, the field reference might appear as follows after the upgrade:
If({_Num_Sold}==5000)
Then("met")
Else("notmet")
Note that the calculated fields will continue to work after the upgrade and after this automatic conversion.
When you install Oracle BAM 11g, the installer copies a set of sample applications to the Oracle SOA Suite Oracle home. Refer to the following sections for more information about using these samples after upgrading to Oracle BAM 11g from Oracle BAM 10g:
For information about using the Oracle BAM 11g after migrating from Oracle Fusion Middleware 11g Release 1 (11.1.1.1.0), see Section 3.2.8, "Using the Oracle BAM 11g Prepackaged Samples After Migrating from 11.1.1.1.0".
The Oracle Fusion Middleware installer copies the Oracle BAM samples to the following location in the Oracle SOA Suite Oracle home:
SOA_ORACLE_HOME/bam/samples/bam/
Instructions for configuring and using the samples, as well as updated samples, can be found at the following URL on the Oracle Technology Network (OTN):
http://www.oracle.com/technology/products/integration/bam/collateral/samples11g.html
The instructions explain how to use the propert setup script to configure the demos in your Oracle BAM 11g environment. You can also find individual readme file for each demo within each sample directory.
Before you use the instructions on OTN to set up the Oracle BAM 11g samples, remove any data objects, reports, or alerts associated with any existing 10g samples.
For example, be sure to remove any artifacts associated with the Oracle BAM 10g Call Center and Atherton demos before you run the setup scripts.
If you receive an error when using the Upgrade Assistant to upgrade the Oracle Internet Directory schema from 10g Release 2 (10.1.2.3) to 11g, then verify that the ODS 10g schema is valid.
To view the status of the Oracle Application Server 10g schemas in your database, use the following SQL command:
SELECT comp_id, version, status FROM app_registry;
If the output from this command shows that the ODS schema is INVALID, then use the instructions in the following My Oracle Support document to install and configure Referential Integrity:
730360.1, "Referential Integrity in Oracle Internet Directory Version 10.1.2.3"
After performing the instructions in the support document, then retry the Oracle Internet Directory schema upgrade.
If you are using the Upgrade Assistant to upgrade both Oracle Internet Directory and Oracle Directory Integration Platform, consider the following.
If the Oracle Internet Directory upgrade fails, then before you can run the Upgrade Assistant again, you must restore your Oracle Internet Directory 10g backup before you can run the Upgrade Assistant again. Otherwise, the Upgrade Assistant will not attempt to upgrade Oracle Directory Integration Platform.
If you use the Upgrade Assistant to upgrade an Oracle Forms Services instance that does not include a local instance of Oracle HTTP Server, then the Verify feature of the Upgrade Assistant cannot verify that the upgrade was successful. Instead of reporting that the upgrade was successful, the Verify feature will report that the server is unavailable. This verification error may not be valid if the Oracle HTTP Server is installed and configured on a different host than the Oracle Forms Services instance.
The following bugs/release notes relate to security changes for Custom WebCenter applications upgrading from 10.1.3.x:
Section 3.1.7.1, "RowSetPermission check fails with compatibility flag set"
Section 3.1.7.2, "Grants not migrated properly if application contains grants without permissions"
Section 3.1.7.3, "Shared/public credentials not found after external application deployed"
In 10.1.3, the ADF framework performed rowset, attribute, and method permission checks in addition to page permission checks. If a 10.1.3 application grants 'read' permission on the rowset and attribute and 'invoke' permission on the method for all users, then the application will behave as expected in 11R1 without any additional setup.
However, if the 10.1.3 application was designed to allow only certain users to view the rowset, attribute, or invoke method, then a special flag needs to be set to support this style of security. If this flag is not set, then anyone who has page access can view attributes and rowsets and invoke methods since in 11R1 the permission check is performed only on pages and taskflows. The flag must be set for each application in the adf-config.xml
file.
<sec:adf-security-child xmlns="http://xmlns.oracle.com/adf/security/config"> <JaasSecurityContext initialContextFactoryClass= "oracle.adf.share.security.JAASInitialContextFactory" jaasProviderClass= "oracle.adf.share.security.providers.jps.JpsSecurityContext" authorizationEnforce="true"/> <contextEnv name="oracle.adf.security.metadata" value="false"/> <CredentialStoreContext credentialStoreClass= "oracle.adf.share.security.providers.jps.CSFCredentialStore" credentialStoreLocation="../../src/META-INF/jps-config.xml"/> </sec:adf-security-child>
Grants are not migrated properly if a 10.1.3 application contains grants without any permissions. Developers should inspect the app-jazn-data.xml
file in the 10.1.3 workspace and remove any grants that have empty permission set prior to performing the migration.
If you have secured your 10.1.3 application, ensure there are no duplicate JaasSecurityContext
and CredentialStoreContext
elements in the application's adf-config.xml
file prior to migration.In the following example, the first JaasSecurityContext
element is empty and should be removed (see "Remove entry" in the XML snippet below).
<adf-config-child xmlns="http://xmlns.oracle.com/adf/security/config">
<CredentialStoreContext
credentialStoreClass=
"oracle.adf.share.security.providers.jazn.JAZNCredentialStore"
credentialStoreDefaultUser="anonymous"
credentialStoreLocation="./credential-store.xml"/>
<JaasSecurityContext/> <!--Remove entry-->
<JaasSecurityContext
initialContextFactoryClass=
"oracle.adf.share.security.JAASInitialContextFactory"
jaasProviderClass=
"oracle.adf.share.security.providers.jazn.JAZNSecurityContext"
authorizationEnforce="true"/>
</adf-config-child>
The following release notes apply when you are upgrading Oracle B2B 10g to Oracle B2B 11g:
Section 3.1.8.1, "Service Name Is Required When Using ebMS with Oracle B2B"
Section 3.1.8.2, "Converting Wallets to Keystores for Oracle B2B 11g"
Section 3.1.8.3, "Oracle B2B UCCnet Documents Not Upgraded to 11g"
Because the Service Name parameter is required when using the ebMS protocol in Oracle B2B 11g, you may need to provide a value for this field after importing 10g data.
With the agreement in the draft state, update the field on the Partners > Documents tab. When you select a document definition that uses the ebMS protocol, the Document Type > ebMS tab appears in the Document Details area. The Service Name field is on this tab.
After upgrading to Oracle B2B 11g, use the orapki pkcs12_to_jks
option to replace the entire keystore. Convert the wallet to a keystore as follows:
Back up the original keystore.
Use the orapki wallet pkcs12_to_jks
option to convert to the keystore.
Use keytool -list
to list the aliases and verify.
Use keytool -importkeystore
to import the converted keystore to the backup of the original keystore (as done in Step 1)
OracleAS Integration B2B provides support for UCCnet under the Custom Document option. UCCnet is a service that enables trading partners to exchange standards-compliant data in the retail and consumer goods industries.
Note, however, that UCCnet documents are not upgraded automatically to Oracle B2B 11g. For information about using UCCnet documents in Oracle B2B 11g, see "Using the UCCnet Document Protocol" in the Oracle Fusion Middleware User's Guide for Oracle B2B.
After you upgrade to Oracle HTTP Server 11g, the DirectoryIndex
directive in the httpd.conf
set to index.html
. As a result, if you go to the recommended URL to view the Oracle Fusion Middleware Welcome pages you instead see the "hello world" sample application page.
To address this issue:
Edit the httpd.conf
file in the following location:
ORACLE_INSTANCE/config/OHS/ohs_component_name/
Locate the DirectoryIndex
directive in the httpd.conf
file and change index.html
to welcome-index.html
.
Restart the Oracle HTTP Server instance.
When upgrading to Oracle Internet Directory 11g, you might notice an error message in the Upgrade Assistant (Example 3-1). This error message indicates that some managed processes failed to start.
You can safely ignore this message, as long as the Upgrade Assistant messages also indicates that all components were upgraded successfully. This error occurs when the Upgrade Assistant attempts to start the Oracle Enterprise Manager agent and the agent is already running.
Example 3-1 Error Message When Upgrading Oracle Internet Directory
----------------------------------------------------------- Starting Destination Components Starting OPMN and managed processes in the destination Oracle instance. ->UPGAST-00141: startup of 11g OPMN managed processes failed. Starting WebLogic managed server wls_ods1 Clicked OK to continue Upgrade Progress 100% All components were upgraded successfully. ------------------------------------------------------------
After upgrading from Oracle Web Cache 10g, you might experience problems starting the upgraded Oracle Web Cache 11g instance. If you cannot start Oracle Web Cache 11g, then perform the following post-upgrade task:
Locate the webcache.xml configuration file in the following directory:
ORACLE_INSTANCE/config/WebCache/webcache_component_name/
Open the file with a text editor and search for any of the following three attributes:
SSLCLIENTCERT_EXPAND ENABLEPOSTBODYLOGGING ANON_CRYPTO_FORBIDDEN
If any of these attributes exist, then remove the attributes and their values from the file.
For example, suppose the following entry exists in the webcache.xml file:
<HEADFORWARD SSLCLIENTCERT_TO_PEER="NO" SSLCLIENTCERT_ACCEPT="YES" CLIENTIP="YES" SSLCLIENTCERT_EXPAND="YES"/>
Modify the entry so it appears as follows:
<HEADFORWARD SSLCLIENTCERT_TO_PEER="NO" SSLCLIENTCERT_ACCEPT="YES" CLIENTIP="YES"/>
This section describes general issue and workarounds. It includes the following topics:
Section 3.2.3, "Patching the Schema for Oracle Internet Directory"
Section 3.2.4, "Changing the patchmaster.ValidationErrorContinue Property"
Section 3.2.5, "Changing the Default Setting for Validation Tasks"
Section 3.2.6, "Severe Error When Running the execute-sql-rcu Macro"
Section 3.2.7, "Machine Names Do Not Appear in the Oracle WebLogic Server Administration Console"
While stopping the 11.1.1.2.0 domain by using the ant master-stop-domain-new
command, you may see the following exceptions if the Administration Server and the Managed Servers are down:
java.net.ConnectException: Connection refused: connect; No available router to destination.
The admin server and the managed servers should be up while running the command.
When specifying values in the patchMaster.properties
file on Windows, ensure that / is used for file delimiters. You can use \
as an escape character. When a \
is used in the patchMaster.properties
file, Patch Assistant warns you of the existence of the character and prompts if the patch operation should be continued ["y"/"n"]
. If you do not desire prompting and have ensured the integrity of the patchMaster.properties
file, then run the ant
commands with the -noinput
option.
While patching the schema for Oracle Internet Directory, ensure that you specify only OID
as the parameter for the patchMaster.Componentlist
property in the patchMaster.properties file
.
By default, the patchMaster.ValidationErrorContinue
file appears as patchmaster.ValidationErrorContinue
. When you run this property, an error occurs.
Therefore, if you are using this property, replace the default property with patchMaster.ValidationErrorContinue
before running Patch Assistant.
Patch Assistant validates the properties specified in the patchMaster.properties
file. Additionally it performs the following validation tasks:
Verify whether the potential source, target home, and instance paths exist.
Verify locations to discover it they are an instance, home, and so on.
Validate individual migration task. For example, if you are migrating a domain, then schema-based properties are not required. If the schema-based properties are specified, be sure to set the complete and proper set of schema-based properties.
Attempts to recognize exceptions to specific components. For example, if Oracle Internet Directory is solely specified as the component being patched, then the property patchMaster.Schemaprefix
is not necessary. However, if other components are being patched, then it is assumed that patchMaster.Schemaprefix
is a necessary part of schema property validation.
If you want to continue with the Patch Assistant task after a validation error occurs, then you can open the patchMaster.properties
file (Located in your patchMaster
directory) in a text editor, and change the value to true
for the patchMaster.ValidationErrorContinue
property (The default value is false
). Alternatively, you can use the Ant
command-line utility to override the properties set in the patchMaster.properties
file. You must specify the required property on the command line as follows:
ant-DpatchMaster.ValidationErrorContinue
When running the execute-sql-rcu
macro, you may see the following error message, while the SQL script is still running:
[java] SEVERE: Error while registering Oracle JDBC Diagnosability MBean. [java] java.security.AccessControlException: access denied (javax.management.MBeanTrustPermission register)
To resolve this error, you must grant the register permission by adding the following syntax to the java.policy
file (Located at JAVA_HOME/jre/lib/security
in UNIX and JAVA_HOME\jre\lib\security
in Windows):
. grant codeBase "file:${PATCH-MASTER-HOME}/lib/*.jar" { permission javax.management.MBeanTrustPermission "register"; };
Note: Ensure that you replace{PATCH-MASTER-HOME} with your home path. |
After running Patch Assistant, you cannot see the list of machines (Machine-0 and Machine-1) configured during 11.1.1.1.0 and 11.1.1.2.0, in the Oracle WebLogic Server Administration Console. After migrating to 11.1.1.2.0, you must re-enter the machine names using the Oracle WebLogic Server Administration Console. For more information, see Create and configure machines topic in the Oracle Fusion Middleware Oracle WebLogic Server Administration Console Online Help.
If you are using the Oracle BAM 11g sample applications, refer to the following sections for information about using the samples after migrating from Oracle Fusion Middleware 11g Release 1 (11.1.1.1.0) to Release 1 (11.1.1.2.0):
Section 3.2.8.1, "Configuring the Oracle BAM 11g Samples After Migrating from 11.1.1.1.0"
Section 3.2.8.2, "Using the Foreign Exchange Sample After Migrating from 11.1.1.1.0"
For more information about the Oracle BAM 11g samples, see Section 3.1.3.5.1, "General Information About the Oracle BAM Samples".
After you migrate from Oracle Fusion Middleware 11g Release 1 (11.1.1.1.0) to 11g Release 1 (11.1.1.2.0), be sure to run the proper setup script for setting up samples. Specifically, you must run the recreate script instead of the setup script.
For more information, see the readme file for each of the Oracle BAM 11g samples.
After you run the recreate script to set up the Foreign Exchange sample after migrating from 11.1.1.1.0, you might experience the following error when you open the report (Shared Reports/Demos/Foreign Exchange
):
The "Trade Volume" has an error: CACHEEXCEPTION_NULL_NULL_NULL Message:BAM-01274: The field ID 1 is not recognized.
To fix this problem, perform the following steps:
Open Active Studio.
Open the report:
Shared Reports/Demos/Foreign Exchange/SLAViolation Report
Click Edit.
Select the Trade Volume view and click Edit View.
In the Fields tab under Group By, select the field GroupBy.
Go to the Surface Prompts tab.
From the Display in drop-down menu, in select View Title.
Click Apply and save the report.
Visit the Oracle BAM samples page on OTN regularly to obtain updated samples and more information about the Oracle BAM sample applications.
This section provides documentation errata for the following guides:
Section 3.3.1, "Documentation Errata for the Upgrade Guide for Oracle SOA Suite, WebCenter, and ADF"
The section, "Summary of Supported Starting Points for Oracle SOA Suite, WebCenter, and ADF," in the Oracle Fusion Middleware Upgrade Guide for Oracle SOA Suite, WebCenter, and ADF lists the starting points for upgrading to Oracle Fusion Middleware 11g, as well as the latest patch sets available for the Oracle SOA Suite.
The last column of the table in that section should state that the latest patch set available at the time this document was published is Oracle Application Server 10g Release 3 (10.1.3.5).
This section describes documentation errata. It includes the following topics:
Section 3.3.2.1, "Error in Procedure for Identifying Additional Oracle Internet Directory Instances"
Section 3.3.2.2, "Error in Oracle Virtual Directory Releases Supported"
In the section, "Recreating Any Non-Default Oracle Internet Directory Instances," in the Oracle Fusion Middleware Upgrade Guide for Oracle Identity Management, step 1 describes how to identify any additional, non-default Oracle Internet Directory instances you have created.
However, the procedure fails to indicate that the command provided will display a list of the default instances, as well as any non-default instances. Be sure to review the output of the command in Step 1 and identify only the Oracle Internet Directory instances that were not created by default, during the Oracle Internet Directory installation procedure.
If you have not created any non-default Oracle Internet Directory instances, then there is no need to perform the steps in the section, "Recreating Any Non-Default Oracle Internet Directory Instances."
In Table 2-2, "Oracle Virtual Directory Releases Supported By This Guide," the "Description or Notes" section states:
This version of Oracle Identity Federation was available as part of Oracle Application Server 10g (10.1.4.0.1). It was installed using a separate isntallation procedure and installation guide.
It should say:
This version of Oracle Identity Federation was available as part of Oracle Application Server 10g (10.1.4.0.1). It was installed using a separate isntallation procedure and installation guide.
This section describes documentation errata. It includes the following topics:
Section 3.3.3.1, "Update the Translation Table in Audit Schema"
Section 3.3.3.3, "Migrating Configuration for User Messaging Service Worklist Driver"
Section "3.3.1.1 Update the Translation Table in Audit Schema" in the Oracle Fusion Middleware Using Patch Assistant to Migrate from 11.1.1.1.0 to 11.1.1.2.0, has an additional information. This information is for step 2, as follows:
To avoid scrambled characters, an Unicode-supported database is required to store the translation data. In addition, to ensure proper character set conversion between SQL*Plus and the database server, a compatible character set, such as UTF8
or AL32UTF8
, needs to be set for the NLS_LANG
environment variable before running disp_names.sql
.
For the complete list of legal NLS_LANG
values, see the Oracle Database Documentation Library at http://www.oracle.com/technology/documentation/database.html
.
To start Oracle Internet Directory mentioned in step 7, in section "3.3.5.2 Migrating Oracle Internet Directory Policy and Credential Store and Reusing an Existing Oracle Internet Directory Server" in the Oracle Fusion Middleware Using Patch Assistant to Migrate from 11.1.1.1.0 to 11.1.1.2.0 is not required. You must skip this step and proceed to the next step.
Section "3.3.8.2 Migrating Configuration for User Messaging Service Worklist Driver" in the Oracle Fusion Middleware Using Patch Assistant to Migrate from 11.1.1.1.0 to 11.1.1.2.0, has an inaccurate information. The correct information is as follows:
If your Oracle Fusion Middleware 11g Release 1 (11.1.1.1.0) domain has the User Messaging Service Worklist Driver installed and configured, the configuration of the Worklist Driver is automatically migrated by the Patch Assistant. Patch Assistant does not install this additional driver. You must re-install the driver in the Oracle Fusion Middleware 11g Release 1 (11.1.1.2.0) domain. For more information, see "Install the Worklist Driver" section in the Oracle Fusion Middleware Administrator's Guide for Oracle SOA Suite.