Oracle® Application Server Release Notes
10g (9.0.4) for Solaris Operating System (SPARC) Part No. B10629-15 |
|
![]() Previous |
![]() Next |
This chapter describes issues with Oracle Application Server Forms Services (OracleAS Forms Services). It includes the following topics:
This section describes general issues and their workarounds for Oracle Application Server Forms Services. It includes the following topics:
Section 8.1.1, "Known issues with Enterprise Manager When Using Pre-Started Forms Processes"
Section 8.1.3, "Graphics Fails Against Database 9.0.1.4.0 (64-bit)"
Section 8.1.4, "Configuring Graphics 6i for use by Reports Server"
For information regarding Oracle Forms Developer, see Oracle Developer Suite 10g (9.0.4) Release Notes for Windows and UNIX.
Enterprise Manager displays pre-started processes when em_mode is set to 1. However, there are some known issues in this area.
When a process exists, but has no client attached to it, the IP address is blank on the User Sessions page. Once the process is attached, it shows as 'null' rather than showing the real IP address of the connected client.
The other columns, such as Connect Time and User ID, already update properly.
If there are pre-started processes that have no client attached, then the Search functionality on the User Sessions page will not work properly, and all searches will fail to find any processes. If you stop these non-attached processes, Search will once again function properly.
Sorting by clicking on the column headers still works properly even if there are non-attached processes, so this may also be used as an alternate workaround for finding specific processes.
When you install BI-Forms and Infrastructure on the same computer, URL rewriting doesn't work once Forms has re-directed to DAS. You'll see "FRM-92102: A network error has occurred. The Forms Client has attempted to reestablish its connection to the Server 5 time(s) without success." This only happens if you're running 9.0.4 Forms against a 9.0.2 infrastructure (installed on the same machine) and using Internet Explorer.
This can affect SSO support in Forms. If a user tries to run Forms with SSO enabled, and connects using an existing Forms configuration, there is no issue.
However, when a user attempts to run Forms without providing an existing Forms configuration, Forms redirects to DAS to allow the user to dynamically create a resource for this configuration. When this happens, the resource is created properly by DAS but Forms fails to connect after DAS redirects back to the Forms Servlet. If the user copies the same URL at that point and runs it in a different browser, there is no issue. This is a one-time issue, and if administrators have correctly created DAS resources, users will never experience this issue.
Similarly, if you don't have DAS (part of an Infrastructure installation) and BI-Forms installed on the same machine, you won't encounter this issue.
Due to a limitation in the 8.0.6 RSF, Oracle Graphics 6i on Windows cannot connect to a 64-bit database. Thus, if you are using Oracle Forms 10g (9.0.4) to connect to a 64-bit database, and want to integrate with Oracle Graphics, you will need to upgrade your Oracle 6i Home (where Graphics is installed) to include an RSF version that contains a fix to bug 3088708. Please contact Oracle Support regarding availability of such an RSF.
Perform the following to correctly setup Reports/Graphics for Forms/Reports/Graphics integration:
In the g90runm.sh script enter the following:
ORACLE_GRAPHICS6I_HOME=<location forms6i> export ORACLE_GRAPHICS6I_HOME TK_PRINTER=<real printer>
In the reports.sh script enter the following:
ORACLE_GRAPHICS6I_HOME=<location forms6i>; export ORACLE_GRAPHICS6I_HOME REPORTS_DEFAULT_DESPLAY=NO; export REPORTS_DEFAULT_DESPLAY DISPLAY=<machine name>:0.0; export DISPLAY
This section describes known errors in the OracleAS Forms Services documentation. It includes the following topic:
The Enterprise Manager online help for the topics "Configuring Forms Services" and "Configuring Multiple Environment Files" indicate that the middle tier processes should be brought down as follows:
emctl stop agent emctl stop em dcmctl stop opmnctl stopall opmnctl startall dcmctl start emctl start agent emctl start em
The correct sequence is:
emctl stop em (Stops em and the agent) opmnctl stopall opmnctl startall emctl start em