Oracle® Fusion Middleware Release Notes 11g Release 1 (11.1.1) for Solaris Operating System (SPARC 64-Bit) Part Number E14772-11 |
|
|
View PDF |
This chapter describes issues associated with Oracle Information Rights Manager. It includes the following topics:
This section describes general issue and workarounds. It includes the following topic:
Section 39.1.1, "Unreadable Error Message Text When Client and Server Locales are Different"
Section 39.1.2, "Changes Lost if Tab Changed Before Applying the Apply Button"
Section 39.1.4, "Microsoft Word May Hang if a Sealed Email is Open During Manual Rights Check-In"
Section 39.1.5, "Sealed Emails in Lotus Notes will Sometimes Show a Temporary File Name"
Section 39.1.6, "AutoRecover Fails for Some Microsoft Office Applications"
Section 39.1.7, "No Support for Sealing Files of 2GB or Larger in Size in Oracle IRM Desktop"
Section 39.1.9, "Opening Microsoft Excel files in Microsoft SharePoint"
Section 39.1.11, "Languages Drop-Down Lists in Oracle IRM Consoles"
Section 39.1.12, "Log Out Link Inoperative When Using OAM 11g for SSO"
Section 39.1.13, "Double-byte Languages Cannot be Used for Entering Data with Legacy Servers"
Section 39.1.14, "The Ability to Watermark PDF Files Has Been Removed"
Section 39.1.15, "Support for Novell GroupWise Email Has Been Removed"
Section 39.1.16, "Use of SPACE Key Instead of Return Key in Oracle IRM Server"
Section 39.1.17, "Calendar Controls in Oracle IRM Server Not Accessible Via the Keyboard"
Error messages are sent to the client (Oracle IRM Desktop) in the language of the server (Oracle IRM Server). Therefore, if the locale of the server is different to the locale of the client, the error code may be rendered in garbage characters. The error code remains readable, and can be provided to support as necessary.
On the Oracle IRM Server Management Console, if you make changes on a tabbed page that has an Apply button, and then move to another tab without using the Apply button, the changes will be lost. You will not be prompted to save the changes that you made.
These include The following Microsoft PowerPoint and Microsoft Excel formats are not supported for sealing when using the Office 2007 Compatibility Pack with Office 2003 and earlier: SPOTM, SPOTX, SPPTM, SPPTX, SXLSX, and SXLTX. For these applications, use other file formats that are supported for sealing.
In Oracle IRM Desktop, if you attempt to check in your rights while a sealed email is open in Microsoft Word, Microsoft Word may hang. It is recommended that you do not check in your rights while a sealed email is open.
In Lotus Notes, if a sealed email has a communication thread with multiple messages or replies, the title bar may show a temporary file name instead of the correct subject name. You may also be prompted to save changes when you have not made any. No harm should arise from these anomalies.
This problem affects the following Office 2007 applications in Microsoft Vista SP2: Microsoft PowerPoint, Microsoft PowerPoint Chinese (PPTX), and Microsoft Excel. This problem also affects Microsoft Word 2000. AutoRecover fails for these applications. It is recommended that you do not rely on AutoRecover. Instead, save your work frequently when using these applications.
Sealing files of size 2GB or larger is not supported in the current release of Oracle IRM Desktop.
When setting up indexed search, if you enter incorrect authentication credentials for a legacy server (for example, a 10g Oracle IRM Server) that has been set up for Windows NT authentication, the login retry dialog will show options for Windows basic authentication. You should not use Windows Authentication credentials to log in to legacy servers set up for Windows NT Authentication.
Sealed Microsoft Excel files cannot be opened from the Document Management pane in Microsoft SharePoint.
If users attempt to open a legacy Microsoft Office 2007 document (a document sealed with an older version of Oracle IRM), and Oracle IRM Desktop has not been synchronized with the server against which the document was sealed, the attempt will fail. The sealed document will not be opened, and the user will not be prompted to authenticate against the server to which the document was sealed. A second attempt to open the sealed document should succeed, because the initial attempt should have synchronized Oracle IRM Desktop with the server. Alternatively, the user can synchronize to the server manually (using the Oracle IRM Desktop Options dialog) before opening a legacy sealed document.
The language names used in drop-down lists on the Oracle IRM pages of the Oracle Fusion Middleware Control Console may not match the language names shown in the Oracle IRM Server Management Console. The names in the Management Console are the correct ones, and the names in the Control Console will be corrected in a later release to match them.
When using OAM (Oracle Access Management) 11g for SSO, the Log Out link on the Oracle IRM Server Management Console does not log the user out.
This release of Oracle IRM Desktop is available in many more languages than previous releases, including some double-byte languages. However, for legacy (10g) servers, as previously, data (user names, etc.) must still be entered using the 7-bit ASCII range of characters.
In previous releases, you have been able to add Oracle IRM fields to PDF documents to create uneditable dynamic text that reveals information about a sealed document. This facility has been removed from this release. The use of Oracle IRM fields in Microsoft Word and Excel documents is not affected by this change.
Oracle IRM Desktop no longer supports the Novell GroupWise email system.
In some dialogs in the Oracle IRM Server Management Console, the Return key does not execute buttons. When this occurs, use the SPACE key instead.
In the Oracle IRM Server Management Console, the calendar controls are not accessible via the keyboard, and do not appear if the console is in Screen Reader mode. To enter a date using the keyboard, the date should be typed in.
This section describes configuration issues and their workarounds. It includes the following topics:
Section 39.2.1, "Upgrading Oracle IRM Desktop From Versions Earlier Than 5.5"
Section 39.2.2, "Synchronizing Servers After an Upgrade of Oracle IRM Desktop"
Section 39.2.3, "Reapplying Lost Settings After an Upgrade of Oracle IRM Desktop"
Section 39.2.4, "Changing Oracle IRM Account When Authenticated Using Username and Password"
Section 39.2.5, "Post-Installation Steps Required for Oracle IRM Installation Against Oracle RAC"
Section 39.2.6, "Correcting a failed hostname verification check
Error"
You can upgrade to this release from Oracle IRM Desktop version 5.5 onwards, by running the installation wizard on the computer that has the older version.
For versions earlier than 5.5, or from any version of SealedMedia Unsealer or Desktop, you can upgrade to this release only by uninstalling the older version and installing this release.
When upgrading from an earlier version of Oracle IRM Desktop, you will lose the rights to use sealed documents that are stored locally (the rights that enable you to continue working when you are offline). When this happens, you will have to obtain new rights by going online and synchronizing with the server. For this reason, do not begin an upgrade unless you have online access to the server.
When upgrading on Windows Vista or Windows 7, you may encounter a file lock and be prompted to retry, ignore, or cancel. You can safely use the ignore option if this happens.
If you are upgrading to this release of Oracle IRM Desktop from an earlier 10g release, you will not be synchronized to any servers (Oracle IRM Server). This will show as a blank list on the Servers tab of the Oracle IRM Desktop Options dialog. Servers are automatically added to the list when you open sealed documents for which you have access rights. The easiest way to repopulate your list of servers is to open documents that have been sealed against servers on which you have rights.
If you are upgrading to this release of Oracle IRM Desktop from an earlier 10g release, your previous settings (as shown on the Oracle IRM Desktop Options dialog) are not applied to the new installation. These include support for email systems, so you should reset these before attempting to work with sealed emails in Microsoft Outlook and Lotus Notes.
Oracle IRM Desktop caches user rights in an offline database. In earlier releases, this database was shared by all users of a machine. In this release, there is one offline database per Windows user.
You are strongly advised to use only one Oracle IRM account with each Windows account.
If you authenticate to the server (Oracle IRM Server) with a username and password, you can change the account you use as follows:
On the Update Rights tab of the Oracle IRM Desktop Options dialog, check in rights for all servers by clicking Check in.
On the Servers tab of the Oracle IRM Desktop Options dialog, select the server to be updated and click Clear Password.
Restart Windows.
On the Update Rights tab of the Oracle IRM Desktop Options dialog, synchronize rights for all servers by clicking Synchronize.
Users who are automatically authenticated to the server using Windows authentication cannot change their Oracle IRM account.
Access to the offline database is protected by your Windows credentials. You are no longer required to additionally authenticate to Oracle IRM when working offline.
To use Oracle RAC with an Oracle IRM instance, the Oracle IRM data source needs to be altered using the WebLogic Administration Console and the following procedure:
From Services, select JDBC, then select DataSources.
Select the OracleIRM data source.
On the Transaction tab, check Supports Global Transactions, then check Emulate Two-Phase Commit.
Click Save.
This will set the global-transactions-protocol
for Oracle IRM data-sources for Oracle RAC to EmulateTwoPhaseCommit
.
failed hostname verification check
ErrorWhen using the sealing server web services, a WebServiceException
with a message similar to this may be seen:
javax.xml.ws.WebServiceException: @ javax.net.ssl.SSLKeyException: [Security:090504]Certificate chain received from irm.example.com - 192.168.0.1 failed hostname verification check. Certificate contained irm.example.com but check expected irm.example.com.
Where this error is encountered:
Open the startWebLogic.sh
file and append the following line to the JAVA OPTIONS:
-Dweblogic.security.SSL.ignoreHostnameVerification=true
Save the startWebLogic.sh
file.
Restart the managed server(s).
To enable searching of files with Sharepoint 2007, change the configuration as follows:
Run DCOMCNFG.EXE (for example, by entering dcomcnfg
into the Windows Run dialog and clicking OK).
Navigate to Component Services, Computers, My Computer, DCOM Config, OracleIRMServiceHost.
Right click and select Properties on OracleIRMServiceHost object.
Navigate to the Security tab in the OracleIRMServiceHost Properties dialog.
On the Security tab, in the Launch and Activation Permissions section, check the Customize check box and then click the Edit button
In the Launch and Activation Permission dialog, click the Add button to bring up the user selection dialog.
Add Everyone to the object names.
In the Launch and Activation Permission dialog, select the Everyone group name, then check the Local Launch and Local Activation check boxes.
On the Security tab, in the Access Permissions section, check the Customize check box, then click the Edit button.
In the Access Permission dialog, click the Add button to bring up the user selection dialog.
Add Everyone to the object names.
In the Access Permission dialog, select the Everyone group name, then check the Local Access check box.
Follow these steps to restart the OracleIRMServiceHost
service with the new DCOM settings:
Start the service management console (for example, by entering services.msc
into the Windows Run dialog and clicking OK).
Find the OracleIRMServiceHost
service in the list of services.
Right-click OracleIRMServiceHost
and select Restart.
Use the following procedure to enable the Oracle IRM installation help page to open in a non-English server locale:
Unzip the shiphome.
Extract all the non-HTM files (7 files in total) from help\en
in the ecminstallhelp.jar
file located in Disk1\stage\ext\jlib\
Put these 7 files into the folder jar for the locale in which you will install ECM.
Overwrite ecminstallhelp.jar
with the modified version.
There are no known issues at this time.