Release 1.0.2.2 for Windows NT/2000
Part Number A90218-01
 Library |
 Contents |
| Oracle9i Application Server Release Notes Release 1.0.2.2 for Windows NT/2000 Part Number A90218-01 |
|
This document is accurate to the best of our knowledge at the time of publication. Information that is discovered subsequent to publication will be available through normal support channels.
You can access the latest information and additions to these Release Notes on the Oracle Technology Network at:
http://technet.oracle.com/products/ias
This document notes differences between Oracle9i Application Server Release 1.0.2.2 for Windows NT components and their documented functionality.
Product name changes in this release are:
Oracle9i Application Server internet applications and their sub-components are listed below:
Oracle HTTP Server powered by Apache
Oracle9i Application Server Containers for J2EE
Oracle PL/SQL
Oracle9i Application Server Forms Services
Oracle9i Application Server Developer Kits
Oracle9i Application Server Portal
Oracle9i Application Server Wireless
Oracle9i Application Server Cache
Oracle9i Application Server Business Intelligence
Oracle Enterprise Manager
Oracle Advanced Security
Oracle9i Application Server Integration
Oracle Internet File System
You can access the most recent certification information at:
http://metalink.oracle.com
Oracle has certified the use of both JDK/JRE 1.1.8 and JDK/JRE 1.2.x for building and deploying Java applications with mod_jserv. For this release, all Java class libraries (e.g., Oracle Business Components for Java, Oracle XML Developer's Kit) are shipped compiled with JDK 1.1.8_10. These compiled classes are certified to run under both supported versions of the Java JRE, and they must not be recompiled.
Oracle9iAS Wireless only supports Oracle 8.1.6 and above.
This section describes new features in this release in each application area.
New in this release is Oracle9iAS Containers for J2EE, a pure Java runtime executing on JDK. It is lightweight (using less than 10 MB disk and 20 MB memory) and installs quickly (within a couple of minutes). It provides:
This release of Oracle9iAS Containers for J2EE is more stable wehn using the JDK version 1.2.2_07 or 1.3x. Oracle recommends using version 1.2.2_07, the JDK shipped with Oracle9iAS.
Oracle9iAS Containers for J2EE is distributed in the file oc4j.zip. Unzip the file and follow the instructions in the README
The following J2EE components and services are featured:
Java Servlets
Full support for Servlet 2.2 and significant parts of Servlet 2.3 (Public Draft), including:
Java Server Pages
Full support for JSP 1.1, including:
Enterprise JavaBeans (EJB)
Full support for EJB 1.1 and significant parts of EJB 2.0 (Public Draft), including:
Java Database Connectivity Services (JDBC)
Advanced Features
Embedded SQL in Java (SQLJ) Implementation
The standard ANSI SQLJ implementation in Oracle9iAS Containers for J2EE allows placement of dynamic SQL directly in SQLJ statements, without need to revert to JDBC (in most situations). The SQLJ implementation can perform fetches from an untyped ResultSetIterator, and allows omission of iterator declarations.
In addition, JDBC programs and logic can be transformed 1:1 into SQLJ. You can generate Oracle JDBC code directly, without having to generate or customize SQLJ profiles. Corresponding Oracle JDBC enhancements are also supported.
Infrastructure Services
Oracle9iAS Container for J2EE contains the following infrastructure components:
Configuration, Deployment and Administration
Oracle9iAS Container for J2EE configuration is standardized upon XML and managed in server, generic, and application/component areas:
The following tools are included to streamline deployment processes:
System Administration
System administration can be done remotely or locally, with the command line tool. The management console shipped with Oracle9iAS Release 1 (v1.0.2.2) is a technology preview of features coming in the next release. This console is not supported for production use. Oracle9iAS Release 2 will include a new management console fully integrated with Oracle Enterprise Manager.
Logging services are provided to aid system adminstration and development. You can log web access, applications, servers, and RMI and JMS activity.
In this release, Oracle9iAS increases reliability and simplifies system adminstration with the these features and facilities:
Load Balancing and Availability Features
Clustering Facilities
The maximum number of Apache JServ processes supported in an Oracle9i Application Server site has been increased from the Apache distribution default maximum of 25 to an Oracle9i Application Server maximum 128. This value is not runtime configurable.
The Oracle HTTP Server with SSL is now production status. This status applies to all features except for those noted in this document.
Portions of Oracle9i Application Server are distributed by Oracle under license from third parties ("Third Party Components"), including the Apache Web Server, version 1.3.19, licensed by the Apache Software Foundation. Oracle is distributing these Third Party Components as part of the Oracle9i Application Server product and, except as specified herein, will provide standard product support for the Third Party Components, as such support is further defined in the Oracle technical support policies. Please note that Oracle will only support the version of the Third Party Component shipped with Oracle9i Application Server and that other versions which may be freely available on the Internet will not be supported by Oracle.
Oracle may, as a courtesy, refer enhancement requests regarding the Third Party Components to the party who licensed the Component to Oracle; however, Oracle shall have no obligation to do so. In addition, no technical assistance requests will be filed on the non-Third Party Components (the "Oracle Components") unless the problem can be reproduced in an environment consisting of only the Oracle Components.
Oracle may distribute certain extensions to the Apache Web Server ("Apache Modules") to enhance the functionality provided by the Apache Web Server as part of Oracle9i Application Server. Apache Modules distributed by Oracle are referred to in these Release Notes as Oracle Apache Modules.
Oracle supports the following Oracle Apache Modules in this release:
Any other Oracle Apache Modules that are included in Oracle9i Application Server are provided "as is" without warranty or support of any kind. Apache Modules from any source other than Oracle, including the Apache Software Foundation or a customer, will not be supported by Oracle.
In addition, Oracle will only provide technical support for problems that can be reproduced with an Apache configuration consisting only of supported Oracle Apache Modules.
Oracle supports the use of the included Perl interpreter within the supported Apache configuration only.
Oracle has developed several plug-ins components that allow portions of 9i Application Server to be used with web listeners provided by third parties. Except as provided herein, Oracle will provide standard product support for these plug-in components, as such support is further defined in the Oracle technical support policies.
Support for these plug-in components does not imply that any other Oracle-supplied applications, tools, or components will be supported in an environment using these third-party listeners: consult product documentation for details of product-specific support for third-party listeners. Oracle will only provide technical support for a configuration that has been certified by Oracle.
Oracle provides support only for the installation, configuration, and use of the Oracle-provided plug-in components, and does not provide general support on the installation, configuration, or use of any third party listener.
If a customer reports an issue with a plug-in component, Oracle will work on that issue using the normal support processes and escalation procedures. If Oracle determines that the problem lies in the third-party listener, it will be the customer's responsibility to obtain support from the listener vendor.
To build, install, and test mod_Perl DBI/DBD-Oracle and Apache::DBI for Windows NT, follow these steps:
Windows NT 4.0 SP3
Visual Studio version 5.0
Apache::DBI Perl DBI Perl DBD-Oracle
%ORACLE_HOME%\Apache\Perl\5.00503\bin\MSWin32-x86
PerlRequire <absolute path of Apache::DBI's startup.pl script>
Apache::DBI->connect_on_init('dbi:Oracle:', "scott/tiger", '');
####### Perl script start ######## #!perl use DBI; print "Content-type: text/plain\n\n"; $dbh = DBI->connect("dbi:Oracle:", "scott/tiger", "") || die $DBI::errstr; $stmt = $dbh->prepare("select * from emp order by empno") || die $DBI::errstr; $rc = $stmt->execute() || die $DBI::errstr; while (($empno, $name) = $stmt->fetchrow()) { print "$empno $name\n"; } warn $DBI::errstr if $DBI::err; die "fetch error: " . $DBI::errstr if $DBI::err; $stmt->finish() || die "can't close cursor"; $dbh->disconnect() || die "can't log off Oracle" ####### Perl script End ########
Oracle 9i Application Server Wireless 1.1.1.1 is a patch for Oracle 9i Application Server Wireless Edition 1.1 (which was shipped with Oracle 9i Application Server 1.0.2.1.0). Oracle 9i Application Server Wireless 1.1.1.1 is a super-patch that includes the Oracle 9i Application Server Wireless 1.1.1 patch recently posted on Oracle Technology Network.
The patch fixes the following bugs:
1684463, 1644304, 1618453, 1561062, 1761993, 1684020, 1640550, 1618443, 1542848, 1745915,1646074, 1635012, 1605794, 1371832,1743977, 1644311, 1620174, 1576480, 1371822, 1743922, 1757409
To address language-encoding issues, new optional input parameters have been added:
INPUT_ENCODING has been added to the URL adapter enabling it to specify the remote XML page's charset.
inputEncoding has been added to StripAdapter enabling it to specify the remote HTML page's charset.
The HDML, TINY_HTML and WML1.1 transformers have been modified. By default, these modified transformers will NOT be loaded into the Repository.
If you HAVE NOT made changes to the transformers, simply upload up11-111.xml.
If you have modified the shipped version of these transformers:
%ORACLE_HOME\panama\sample\upload.bat
See the Oracle9i Application Server Wireless Configuration Guide for more information on the LoadXML utility.
When you right click on the Master Services node or a folder node, you will find a Search/Sort command. You can search on service names (service names are case-insensitive); wild cards (such as '%') are accepted. Search results can be sorted by Name, LastUpdated Date, or Sequence Number. The new Search feature is more efficient when you are trying to load a large number of services.
The search results will be the new child nodes of the folder which will be automatically expanded. After you collapse the folder and re-expand it, all of its children will be loaded by default. In either case, if the result set is too large and surpasses the limit size specified in ptgsd.properties, you will receive a warning, and only part of the result set will be loaded. In this case, if your expected service is not displayed, you must fine tune your search criteria and reaccomplish the search.
Previously, logging information for service requests and the session were logged in the repository as these events occurred. However, performance was degraded in high-load production environments.
In this patch, System Logger implementation has been improved. To avoid performance issues caused by queuing up the log information and logging to the database, changes were made to defer the database logging by first logging the data into files and having a separate process to read from the file and log to the database.
The Logger creates these directories:
Additional Configuration Needed
The following parameters must be set for the current release. Most of the new configurable parameters have default values. Administrators should reset these values to suit local requirements.
SystemLog.loggerOutputDirectory=xxx
(default same as the value set for property log.directory)
The Root path for the log, process and archive directories. These are created under this root directory. By default the System Logger uses the directory specified in the property log.directory which is defaulted to /tmp. This parameter may be left blank.
SystemLog.maxLogFileSize=xxx
The maximum size of the file in the log directory. Once the log file reaches this file size, the logging process will close this file and move it to the process directory.
SystemLog.logFileNamePrefix=xxx (default ias_)
The user-defined log file name prefix. The default prefix will be iaswe. A typical file name will be <SystemLog.logFileNamePrefix>_<ptginstancename_<creationtimestamp>.log
SystemLog.field.delimiter=xxx (default #%=%#)
Delimiter for the logged namevalue pairs. SystemLogger uses its default.
SystemLog.record.delimiter=xxx (default ~#$)
Delimiter for the logged records. SystemLogger uses its default.
SystemLog.maxLogFileSize=xxx
Maximum number of bytes per log file. This needs to be set to a suitably large number.
SystemLog.start.dbLogger=[true/false] (default is true)
Enable or Disable Database logging. If false, then the logged records will only remain in files. If true, the records are picked from files and logged onto the database (that is, the DB Logger thread is started). Values are True/False.
SystemLog.logger.wakeupFrequency=xxx (default is 1 min)
Number of minutes after which the DB Logger thread wakes up to check for any new log files in the process directory.
SystemLog.logger.maxSize=xxx (default 15)
Batch size for Database Logging.
SystemLog.driver=xxx
(default is taken as the value in the db.driver property, unless the user requires using a separate driver for the logger.)
Database JDBC driver <String> one of "THIN", "V7", "V8", "INTERNAL" and "CUSTOM"
SystemLog.driver.class=xxx (default is taken as Oracle's driver.)
Connect using a customized JDBC driver <class_name>. Not implemented in version 1. Must be set if SystemLog.driver=CUSTOM
The following are some existing configuration parameters in the oracle/panama/core/admin/System.properties file which will be retained:
SystemLog.enableServiceLogging=[true/ false]
Specifies whether or not the Service Logging is enabled.
SystemLog.enableSessionLogging=[true/ false]
Specifies whether or not the Session Logging is enabled.
The status of the last record logged into the database is stored in the status log files. The status log files assist administrators in crash recovery by enabling them to inspect the last processed file and record, and to ensure that the Database Logger does not attempt to log duplicate records.
How to Start DB Logger
The default configuration will start the DBLogger thread along with the panama servlet launch. However, you can turn this off by setting the property SystemLog.start.dbLogger to false.
You can launch DB Logger as a separate process:
- java -classpath <needed panama classes> oracle.panama.core.admin.DbLogger
If all software were installed under d:\ the startup command will look like this:
java -classpath d:\panama\lib\panama.zip;d:\panama\lib\panama_core.zip;D:\jsdk2.0\lib\jsdk.jar;D:\panama\lib\classes12.zip;d:\panama\lib\jndi.jar;D:\panama\lib\xmlparserv2.jar oracle.panama.core.admin.DbLogger
Debugging
Sending the PAdebug=1 flag as part of a query string will not, by itself, enable the debugging capability. The login user for the current session must be either a Designer or an Administrator. See Oracle9i Application Server Wireless Implementation Guide for information on how to create a Designer or an Administrator.
Testing Wizard
You must have the Designer role in order to use the Test Wizard inside the Service Designer, otherwise only the device result will be displayed when a service is being tested.
FastForward Email and Directory applications enable you to provide your end users with access to their corporate email and directory lookup on any mobile device. Mobile email will drive productivity within your enterprise, allowing employees to stay in touch while away from the office. For more information, see Oracle 9i Application Server Wireless Configuration Guide.
To take advantage of the new group-based load-balancing features, you must make the following changes in the jserv.conf file:
auto (as opposed to on or off) for the new feature directives to take effect.
ApJServGroup groupname nprocs weight propfile
where:
groupname is the name of the group.
nprocs is the number of processes to start for this group on the local machine.
weight is the traffic distribution skew factor assigned to this group on this host.
propfile the path to the jserv.properties file
Example:
ApJServGroup group1 2 1 P:\ORACLE\10210PWE\Apache/Jserv/etc/jserv.properties
ApJServGroup group1 1 1 P:\ORACLE\10210PWE\Apache/Jserv/etc/jserv.properties
ApJServGroup group2 1 1 P:\ORACLE\10210PWE\Apache/Jserv/etc/jservSoap.properties
ApJServGroupMount /mountpoint balance://groupname/zone
where:
mountpoint is the name of the URI path to mount jserv-url on
groupname is one of the groups defined in the ApJServGroup directive
zone is the zone this servlet is associated with
Example:
ApJServGroupMount /ptg balance://group1/root
ApJServGroupMount /ptg balance://group1/root
ApJServGroupMount /ptg balance://group1/root
This section describes known problems in this release.
Before using Oracle9i Application Server, read through each item in this section to gain an understanding of the restrictions and limitations in this release that may require additional steps. The items are categorized by solution area.
Some Oracle9i Application Server components may not function correctly when interacting with the Oracle9i database if the o7_dictionary_accessibility parameter is set to FALSE. In the Oracle9i database init.ora file, add the following line:
o7_dictionary_accessibility=TRUE
Oracle9i Application Server Standard Edition Migration installation may hang at Net8 configuration. As a workaround, stop Net8 Configuration by clicking the Stop in the OUI. The installation will proceed, and following other configurations, you can 'retry' Net8 configuration to complete the configuration successfully.
After deinstalling Oracle9i Application Server on Windows NT or Windows 2000, perform the following steps to clean up your system of any Oracle remnants:
After installing the Oracle9i Application Server seed database, you may see the following errors in the user dump location:
ORA-00313: open failed for members of log group 1 of thread 1 ORA-00312: online log 1 thread 1: '<redo log file_name>' ORA-27037: unable to obtain file status
These are not serious errors. The redo logs are created in a future step of the seed database creation.
If you are in the 'Inventory' screen (listing of all installed products) and click Help, you cannot close the help screen until the Inventory screen is closed.
The Oracle9i Application Server Enterprise Edition installation creates the file FormsServlet.InitArgs in ORACLE_HOME (Release 8.0.6). The file specifies fully qualified paths for BaseHTMLJinitiator, BaseHTMLie and BASEHTML, using the standard Windows NT backslash character ("\"). Because Apache can not interpret the backslash character, you need to edit formsservlet.initargs and replace all path backslash characters with forward slashes ("/").
The full path to this file is
%ORACLE_HOME%\Apache\jserv\servlets\oracle\forms\servlet\FormsServlet.InitArgs
The starter database provided as part of the Oracle9i Application Server Standard Edition (SE) installation uses the US7ASCII character set. To change the database character set after installation, connect to the database using sqlplus and issue the statement:
SQL> alter database character set <character set>
For more information, see the Oracle8i National Language Support Guide.
The following files contain information on deploying Enterprise JavaBeans (EJBs) to Oracle9iAS Database Cache:
where <cd-rom> is the drive with Oracle9i Application Server Disk 1.
In order to run databasesetup.bat, you must modify the jdbc connection string in ImageLoader\ImageLoader.java must be modified to reflect the setup of the machine. For more information, see bc4j.html.
The spatial.properties file, located at
%ORACLE_HOME%\panama\server\classes\oracle\panama\spatial
contains incorrect directory slashes. The parser interprets back slashes as forward slashes, so after installation, change the path in this file to:
C:/oracle/iashome/panama/server/classes/...
If 9iAS Wireless Edition is installed at C:\ORANT, then the spatial.properties file is installed at the following locations:
C:\ORANT/panama/ServiceDesigner/classes/oracle/panama/spatial
and
C:\ORANT/panama/server/classes/oracle/panama/spatial
The spatial.properties file has pointers to the locations of the XML files for Geocoders, Routers, YP, Mapping and Positioning service providers and their login etc.
Currently, the information for Geocoders is shown as:
C:\ORANT/panama/ServiceDesigner/classes/oracle/panama/spatial/geocoder/
Geocoders.xml
and
C:\ORANT/panama/server/classes/oracle/panama/spatial/geocoder/
Geocoders.xml
with "/", respectively. This also applies to other Location features such as Routers, YP, Mapping and Positioning.
Instead, following the Win NT method of conveying directory location, it should be changed to:
C:\ORANT\panama\ServiceDesigner\classes\oracle\panama\spatial\
geocoder\Geocoders.xml
and
C:\ORANT\panama\server\classes\oracle\panama\spatial\geocoder\
Geocoders.xml
with a "\' in the path. This also applies to other Location features like Routers, YP, Mapping and Positioning.
The recommended value for the TEMP environment variable is <system drive>:/TEMP. If longer pathnames are used, installation may stop with an error message that tells you to ensure that the drive is writable and there is sufficient disk space.
The following error occurs during installation of Oracle9iAS Enterprise Edition:
C:\WINNT\Profiles\All Users\Start Menu\Programs\Oracle Developer 60 is not accessible. This folder was moved or removed.
This is a known error that has no effect on the successful installation or functionality of any Oracle 9iAS component. It originates in the installation of an Oracle Forms and Oracle Reports patch, which removes the Start menu group created when Forms and Reports is initially installed. Windows NT generates an error because the group is removed while its window is open.
After installing Oracle9i Application Server, you must manually change the language settings in the registry to the language you want. Language files are installed for all languages supported by the 806 products. For 817 products, English and the language detected on the platform are installed.
If the listener for the origin database is not properly configured, the following errors may occur when you attempt to install Oracle9iAS Database Cache:
Adding users to the cache failed. Reason: WTE-03501 Error updating list of users: Export failed on origin database OCI error - ORA-28575: unable to open RPC connection to external procedure agent
Refer to the Oracle9i Application Server Installation Guide for detailed instructions to configure the listener for the origin database.
When you install Oracle9i Application Server Enterprise Edition, you can choose whether to configure Oracle9iAS Database Cache during the installation or at a later time. If you choose to configure Oracle9iAS Database Cache during the installation, the installation procedure uses default values for the following Oracle9iAS Database Cache attributes:
If you want to specify values other than the default values, you can choose not to configure Oracle9iAS Database Cache during the installation. Then, after the installation completes successfully, invoke the Oracle9iAS Database Cache Configuration Assistant using the following command:
prompt> %ORACLE_HOME%\bin\wtacca -create -custom
For more details, refer to the Configuration Assistant online help.
Be sure to save copies of httpd.conf, jserv.conf, zone.properties, and any Oracle HTTP Server configuration files that you have changed. When you re-install Oracle9iAS into the same Oracle home, existing configuration files are overwritten with the newly installed files.
When installing Oracle9i Application Server Enterprise Edition, and you have installed Apache previously in the same ORACLE_HOME, Apache configuration fails with the following error:
Syntax Error on line 14 of <ORACLE_HOME>/Apache/Apache/conf/mod__ose.conf Aurora Service - directive already effect for this server <ORACLE_HOME>/Apache/Apache/bin/httpdsctl start: httpd could not be started
To work around this error:
Command change in R1.0.2 (NT). From: Keiichiro Kishimoto <Keiichiro.Kishimoto@oracle.com>: I verified about the apachectl at the 9iAS 102 for NT (M3). The result is as follows. - There is not the apachectl.exe. - The startapache.exe doesn't run correctly. So, it seems that you had better change the description to the following steps. prompt>%ORACLE_HOME%\Apache\Apache\bin\apachectl start
Because this patch installation updates the system path variable, changing the order of the paths, the HTTP Server fails to start after the patch installation.
To resolve this problem, run the Oracle Home Selector from the Start menu (Programs, Oracle for Windows NT, Oracle Home Selector). Select the Oracle home for the 8.1.7 RSF-based products as the primary Oracle Home.
In Oracle9i Application Server 1.0, Oracle Forms 6i has to use a special Oracle home setting, different from that used by other components of Oracle9i Application Server. Typical values are:
ORACLE_HOME for Forms: d:\ias\6iserver
ORACLE_HOME for OJSP, etc: d:\ias
When using Forms with the Listener Servlet, a conflict can occur with Oracle JSP if the ORACLE_HOME environment variable is set in the jserv.properties file (using the syntax "wrapper.env=ORACLE_HOME=..."). This is because both Forms and OJSP will use this value if it is set, but they need different settings.
If ORACLE_HOME is NOT set in jserv.properties, each product will derive its correct ORACLE_HOME setting from the Windows registry. Consequently Oracle recommends NOT setting ORACLE_HOME in the jserv.properties file if Forms 6i and OJSP are being used together in the same JServ process. If only one of these components is being used, then the appropriate ORACLE_HOME value can be set in jserv.properties. In the next release of Oracle9i Application Server, this conflict will be resolved because Forms 6.0.8.14 will no longer use the ORACLE_HOME setting from jserv.properties.
During Oracle9i Application Server Standard Edition install, if you choose to install the Oracle9iAS Portal database objects into the newly created 8.1.7 Standard Edition database, the install fails because the default large_pool_size is not big enough. The workaround is to increase this size before running the Oracle9iAS Portal Configuration Assistant, as follows:
If you do not perform these steps during an install, you can fix the problem as follows:
If you wish to perform a silent install of Oracle Portal, you must set the certain variables in the response file. The variables are shown below, with sample values for each component. Note the following exceptions:
log_tablespace, def_tablespace, doc_tablespace, or
b_configurePortal only if you are performing a standalone installation of Oracle Portal.
[oracle.webdb_3.0.8.9.8] #Parameter: silent #Type: Boolean #Description: This variable is true if silent mode is on. It is passed to the wwv component. silent=true #Parameter: b_configurePortal #Type: Boolean #Description: This is a public variable. When set it will disable the configuration wizard (OPCA) as well as the dialogs. b_configurePortal=true [oracle.webdb.wwv_3.0.8.9.8] #Parameter: sys_password #Type: String #Description: System Password for Portal's OPCA sys_password="change_on_install" #Parameter: tmp_tablespace #Type: String #Description: Temporary Tablespace for Portal's OPCA tmp_tablespace="TEMP" #Parameter: log_tablespace #Type: String #Description: Logging tablespace for Portal's OPCA log_tablespace="USERS" #Parameter: doc_tablespace #Type: String #Description: Document Tablespace for Portal's OPCA doc_tablespace="USERS" #Parameter: def_tablespace #Type: String #Description: Default Tablespace for Portal's OCPA def_tablespace="USERS" [oracle.webdb.apache_1.3.12.0.2b] #Parameter: port #Type: String #Description: This variable holds the value of the port on which the #listener will be started. Default value for apache is 7777 on solaris #and 80 on nt. port="7777" #Parameter: user_input1 #Type: StringList #Description: This variable takes the input from the first dialog. user_input1={"portal30_sso", "portal30_sso", "a816"} #Parameter: user_input2 #Type: StringList #Description: This variable holds the input from dialog2. user_input2={"portal30", "portal30", "a816"} #Parameter: opca_tnsconnect #Type: String #Description: tns connect string which is required by Oracle Portal Config Assistant. This should be in <machine name>:<port>:<sid> format. opca_ tnsconnect="machine_name:port:sid"
The Oracle Portal installation sets a mod_plsql variable, WV_GATEWAY_CONF in the WIndows NT/2000 registry. To run multiple Portal instances on the same machine, you must set this variable in a DOS window, and start the HTTP Listener from the DOS window.
The only way to start a second listener that uses mod_plsql is to start it from a console window with the command apache -k start after setting the WV_GATEWAY_CONF variable.
An error occurs after the second screen of the Oracle9iAS Portal 3.0.9 installation, when the Configuration Assistant prompts for the user sys password and database connection parameters. The installation stops and the following message is written to the install log file:
ORA-28009: connection to sys should be as sysdba or sysoper
To install Oracle9iAS Database Cache in silent mode, the NT user's password must be passed as shown in the following example
setup.exe -silent responsefile <responsefilename> "ntadminpw=<nt user's password>"
Silent installation for Oracle9i Application Server Wireless is not supported; it requires entry of information specific to Wireless and manual editing of configuration files.
If you are upgrading from the previous release of Oracle9iAS Wireless, you must make the following changes to the jserv.conf file, located at:
%ORACLE_HOME\Apache\Jserv\conf\jserv.conf
ApJServMount /ptg /root
# PTG 1.1.1 Begin
ApJServGroupMount /ptg balance://group1/root
# PTG 1.1.1 End
If you are doing a new installation of Oracle9iAS Wireless:
If you want to use the Oracle9i database with components such as Oracle9iAS Portal, you must patch the JDBC driver. The patch is at the top level JDBC patch directory of the Oracle9iAS Release 1, v1.0.2.2 Administrative and Development Client CD for Windows 95/98/NT (available with the release across all operating systems platforms).
When installing a patch, use <IAS_HOME>\6iserver as your ORACLE_HOME for Forms, Reports and Discoverer products, where <IAS_HOME> is the ORACLE_HOME used for Oracle9iAS.
The Oracle Installer issues a dependency warning when you attempt to remove Required Support Files, even after all other products have been removed. There is no workaround.
Before running the migration process in the Oracle Universal Installer, you must back up the OraInventory directory.
If migration fails or is cancelled in progress, subsequent attempts might also fail because of changes the installer made to the OraInventory directory. After any incomplete migration process, restore the OraInventory directory from your pre-migration backup before attempting migration again.
The following error may occur when you start the HTTP Server after de-installation and re-installation of Oracle9i Application Server into the same Oracle home:
Syntax error on line 14 of <ORACLE_HOME>Apache\Apache\conf\mod_ose.conf: AuroraService - directive already in effect for this server
To resolve this error:
<ORACLE_HOME>Apache\Apache\conf\oracle_apache.conf file.
include "<ORACLE_HOME>Apache\Apache\conf\mod_ose.conf"
Before migrating to Release 1 (v1.0.2.1), ensure that the services for Discoverer, Forms and Reports are stopped in the Services dialog box. The Reports service, which may be present in the Windows System Tray, must also be stopped before migration. To close the System Tray Service:
A control dialog box appears.
A confirmation dialog appears.
The service terminates.
You can only upgrade to Oracle 9i Application Server Wireless 1.1.1.1 (on Oracle 9i Application Server Release 1 (v1.0.2.2.0) from Oracle 9i Application Server Wireless 1.1 (on Oracle 9i Application Server Release 1 (v1.0.2.1.0)).
If you are migrating from earlier releases, you must first upgrade to Oracle 9i Application Server Wireless 1.1 (on Oracle 9i Application Server Release 1 (v1.0.2.1.0)), then up to this current release.
During Oracle 9i Application Server Wireless installation, a Wireless repository is created.
Deinstallation of Oracle 9i Application Server Wireless DOES NOT automatically remove the database schema. Therefore, if you reinstall Oracle 9i Application Server Wireless (using the same database user name as you did in the previous installation) after deinstalling the software, you must MANUALLY remove the database schema. Before you remove the database schema, backup the data under the database schema appropriately. One way to remove the database schema is to delete the Wireless database user.
For example: if during installation, you have specified panama as the Wireless repository owner, then:
sqlplus>drop user panama cascade
sqlplus>commit
sqlplus>exit
If you upgrade from Oracle8i database to Oracle9i database AFTER this maintenance release is installed, run:
migrate_8i_to_9i.sql
against the database containing your Wireless repository, connecting with proper user name, password and schema name.
After upgrading or migrating from Release 1 ( v1.0.2) or Release 1 (v1.0.2.1) to Release 1 (v1.0.2.2), the link on the index.html page titled "SOAP Release Notes and Documentation" will not work.
To resolve this problem:
Alias /soapdocs/ "ORACLE_HOME/soap/"
(where ORACLE_HOME is the full path to your Oracle home directory).
After you have migrated from Oracle9iAS Release 1 (v1.0.2.0.1) or Release 1 (v1.0.2.1) to Release 1 (v1.0.2.2), you must manually instantiate the nmxw.ora file to populate the values for the web server directives ServerRoot, ConfigFile, and ApacheVersion. If these are not populated, the Enterprise Manager Console cannot detect the HTTP Server.
The file's path is ORACLE_HOME/network/agent/config/.
You can use Global Server IDs to legally upgrade an export-level browser to use high grade encryption (128 bit) if the Apache server contains an appropriate GS-ID certificate and the browser has been patched to accept a GS-ID certificate. While all browsers are shipped with high encryption, it is disabled for export products. Note that with the recent change in US export laws, using GS-ID will not be necessary in the future; for now, however, if you have an export grade browser and require a high level of encryption, follow the steps below to obtain a GS-ID certificate and enable your browser:
Obtain a GS-ID certificate from an appropriate vendor. Oracle has tested the GS-ID certificate from Verisign (http://www.verisign.com/server/prd/g/index.html).
Follow the instructions for downloading and saving the certificate on your server. After obtaining the certificate, the Oracle HTTP Server administrator must update the httpd.conf file. The lines to update are:
SSLCertificateFile <pathname>/gsid.crt
SSLCertificateKeyFile <pathname>/gsid.key
SSLCertificateChainFile <pathname>/gsidintermediate.crt
where pathname is the fully qualified path to the installed Verisign file(s).
Obtain a patch that will allow your browser to upgrade the encryption method. Sources include Apache (www.apache.org) and Fortify (www.fortify.net/intro.html). Oracle has tested the patch from Fortify. It is straightforward to download and apply to your browser.
Oracle Demo certificates (that is, dummy certificates) are included with the Oracle HTTP Server powered by Apache build so that the server may be tested in a non-production mode. Before going to production mode, you MUST replace the Oracle Demo certificate with a real certificate.
The Oracle HTTP Server in the Enterprise Edition fails shortly after it is started. The following errors are logged:
[Wed Feb 07 10:44:17 2001] [crit] (10038)(FormatMessage failed with code 317): Parent: WSADuplicateSocket failed for socket 352. [Wed Feb 07 10:44:17 2001] [error] (2)No such file or directory: master_main: create child process failed. Exiting. [Wed Feb 07 10:45:17 2001] [error] forcing termination of child #0 (handle 592)
To resolve this error, go to the configuration screens entitled Apache Listener Configuration for Oracle Portal:
If the port number directive and the NameVirtualHost directive ports do not match, this error will occur. To resolve this issue, make sure that both the port and NameVirtualHost are set to the same port. This can also be resolved by not specifying a port number in the NameVirtualHost directive.
Note that this problem will only occur when starting without SSL.
If the Apache JServ log or the browser report an "Out Of Memory" condition, the cause is most likely to be that the JVM ran out of memory. This normally happens when data handled by the JVM exceeds its memory allocation pool.
To increase the maximum size of the memory allocation pool for a JVM, use the following steps:
wrapper.bin.parameters=-mx<size>m
where <size> is the size, in megabytes, of the memory allocation pool. The default value is 1 megabyte of memory. Oracle recommends that you use a size of 128 megabytes. To set the value to 128 megabytes, add the following line:
wrapper.bin.parameters=-mx128m
If your mod_jserv.log file contains errors such as:
(EMERGENCY) ajp12: cannot connect to host <ip address:port> (EMERGENCY) ajp12: connection fail
Add the following to your jserv.conf file:
ApJServRetryAttempts 5
Intermittently, the HTTP Server stops responding within two to three days after prolonged use of mod_plsql.
To resolve this issue, restart the HTTP Server.
To use the mod_plsql module against a given back-end database, you need to manually install the Oracle PL/SQL Web ToolKit (OWA PL/SQL packages) on the back-end database. The OWA PL/SQL packages should be installed into the SYS database schema; make sure that you have only one installation of the OWA PL/SQL packages. Note that existing Oracle Application Server (OAS) customers upgrading to the Oracle9i Application Server have an older version of these packages that must be replaced.
For more information, see Using the PL/SQL Gateway in the Oracle9i Application Server Documentation Library. Or, you can access the online documentation available at http://hostname.domain:port/pls/admin_/title.htm.
On NT, mod_plsql crashes under moderate load. This issue is explained in Bug No. 1432961 and requires backports for Bug No. 1179779 and Bug No. 1405498 on the Oracle Client and Server side. These fixes should be applied to the 8.1.7 Oracle Client libraries in your Oracle home, and the corresponding server side fix should be applied to the Oracle Database Server.
Internal testing could not reproduce the issue on Solaris, although the bug does exist on all platforms. If you have these problems on your system, please apply the required patches (8.1.7.1.1 for the Oracle Client and Server side, and 8.1.6.3.2 for the Oracle Server side. ) to your platform as well. These patches are complete SQL*Net patches, and information on applying them is released with them. They contain fixes other than the mod_plsql fix described here.
If mod_plsql caching is not working properly, remove the final slash from the two cache_dir entries in
%ORACLE_HOME%\Apache\modplsql\cfg\cache.cfg.
When you install the new mod_plsql OWA packages, it places them in the SYS database schema. This can create problems with Oracle Application Server applications using the PL/SQL cartridge. If you experience these problems and want to continue to use your Oracle Application Server PL/SQL cartridge applications, you must recreate the synonyms that reference the Oracle Application Server OWA packages.
To create these synonyms on the origin database machine:
drop public synonym OWA_CUSTOM; drop public synonym OWA_GLOBAL; drop public synonym OWA; drop public synonym HTF; drop public synonym HTP; drop public synonym OWA_COOKIE; drop public synonym OWA_IMAGE; drop public synonym OWA_OPT_LOCK; drop public synonym OWA_PATTERN; drop public synonym OWA_SEC; drop public synonym OWA_TEXT; drop public synonym OWA_UTIL; drop public synonym OWA_INIT; drop public synonym OWA_CACHE; drop public synonym WPG_DOCLOAD;
oas_public" OWA package installation schema.
CREATE PUBLIC SYNONYM" privileges. If it does not, then grant these privileges to the user schema before continuing with the next step.
create public synonym OWA_CUSTOM for OWA_CUSTOM; create public synonym OWA_GLOBAL for OWA_CUSTOM; create public synonym OWA for OWA; create public synonym HTF for HTF; create public synonym HTP for HTP; create public synonym OWA_COOKIE for OWA_COOKIE; create public synonym OWA_IMAGE for OWA_IMAGE; create public synonym OWA_OPT_LOCK for OWA_OPT_LOCK; create public synonym OWA_PATTERN for OWA_PATTERN; create public synonym OWA_SEC for OWA_SEC; create public synonym OWA_TEXT for OWA_TEXT; create public synonym OWA_UTIL for OWA_UTIL; create public synonym OWA_INIT for OWA_CUSTOM; create public synonym OWA_CACHE for OWA_CACHE; create public synonym WPG_DOCLOAD for WPG_DOCLOAD;
To make the owaload.sql script run correctly, you must always execute it in <ORACLE_HOME>/assistants/opca/. An error occurs if you execute it in <ORACLE_HOME>/Apache/modplsql/owa/.
The Oracle Client dependencies in the Oracle home of Oracle9i Application Server installations exist in 8.1.7.0.0. On NT, the mod_plsql component requires a minimum patch set of 8.1.7.1.1 in the Oracle home. A corresponding patch needs to be applied to the Oracle Portal database as well. If you are running an 8.1.7 database, you need to upgrade to 8.1.7.1.1. If you are using an 8.1.6 database, you need to upgrade to 8.1.6.3.1. Please refer to bug #1432961 for more details.
Internal testing could not simulate any issues on other platforms, but if you are facing stability issues with Oracle9i Application Server mod_plsql on other platforms, please apply the required patches to your Oracle9i Application Server and Oracle installations.
When running mod_plsql against a 9.0.1 database, you will not be able to upload files if the cursor_sharing parameter in the database initialization file initorcl.ora is set to "similar". In this case, an ORA-3106 error occurs.
This problem will be corrected in the next patch release of 9.0.1. Until then, the workaround is to not use "similar" for the cursor_sharing parameter.
If you are running Oracle9i Application Server-based mod_plsql applications (such as Oracle Portal), please note that the upgrade to 8.1.7.1 will reinstall the default OWA packages provided with the database. These packages are older than those provided withOracle9i Application Server/Oracle Portal and will cause issues while running some components of Oracle Portal (see bug no. 1745320 for more details). To get around this problem, you will need to reinstall the OWA packages from the Oracle9i Application Server shiphome at the end of the upgrade.
If you have not yet upgraded to 8.1.7.1, there is another workaround. Edit the file $ORACLE_HOME/rdbms/admin/catproc.sql and comment out the "@@owacomm.sql"
line which loads OWA packages so that the upgrade script will not reload the OWA packages provided by the database. Instead, the OWA packages already loaded in the database from Oracle9i Application Server will be preserved.
|
Note: If you reinstall the OWA packages,you should recompile all dependent objects that are invalidated. |
A security vulnerability is present in mod_rewrite that allows certain rules to offer access to any file on the Web server. To avoid these problems, rewrite rules should always map to a full URL rather than mapping directly to a file.
For example, if you have a Web server where DocumentRoot is set to /webroot, do not use:
RewriteRule /foobar/(.*) /webroot/myfiles/$1
which directly maps the request to a filesystem location. Rather, use a rule such as:
RewriteRule /foobar/(.*) http://myserver.mydomain.com/myfiles/$1
which restricts access to files that are accessible by the Apache instance (that is, files under the DirectoryRoot directory tree).
When using the openssl command to create a certificate request, the command must include the -config option to specify the location of the configuration file openssl.cnf (which by default is in %ORACLE_HOME%\Apache\open_ssl\bin. Otherwise, the command will fail.
For example:
prompt> openssl req -config %ORACLE_HOME%\Apache\open_ssl\bin -new -x509 -days 365 -key ca.key -out ca.crt
Note: The OPENSSL_CONF environment variable can not be used to specify the location of the configuration file.
The Certifying Authorities (CA) facilities of OpenSSL are not supported and should not be used. Oracle9i Application Server has moved to the Certicom SSL stack, which does not include the CA features of SSL. You should use the openssl command only for generating certificate requests. Other functionality such as examining certificates, signing certificates, and so on, are not supported by Oracle.
In this release, the symmetric encryption algorithms RC2, RC5, IDEA are not supported.
If a valid servlet is requested once, and then requested again a second time using the URL-encoded version of the servlet's URL, then the second request may fail with an error logged in the Apache error_log.
For example, the second URL in the example below may cause an HTTP error:
http://mysite/demo/basic/hellouser/hellouser.jsp http://mysite/demo/basic/hellouser/hellouser%2ejsp
The server will continue to run, and the unencoded version of the URL continue to function properly.
The workaround is to always use the encoded version of each URL or always use the unencoded version of each URL. If it is necessary to mix them, always use the encoded version before using the unencoded version (for each run of the server).
DMS clients, including flexmon, oasomo, ohsTree, and EMD require a small configuration change to soap.properties in order to operate properly. The SOAP server (and every process group with its own JServ properties file) must contain a zone called "root". DMS clients use this zone to retrieve performance metrics.
To add the "root" zone to the soap.properties file, you must change one line in soap.properties and add one new line to soap.properties.
To make these changes:
zones=soap
to this:
zones=soap,root
Following the line that looks like this
soap.properties=%ORACLE_HOME%/soap/webapps/soap/WEB-INF/config/soap.properties
root.properties=%ORACLE_HOME%/Apache/Jserv/etc/zone.properties
(replace %ORACLE_HOME% with your expanded ORACLE_HOME environment variable)
@ http://mysite/dms/AggreSpy
The first access to the URL may indicate that some metrics are not available, but subsequent accesses should return valid metric values. If the server is not configured correctly, then the URL will cause long timeout delays, errors in the Apache error_log file, and error responses to the HTTP request.
For instructions on rebasing Forms and Reports DLLs, see the README file located in the /Extras/Forms_Reports directory.
This release of Oracle9i Application Server ships with JInitiator 1.1.7.31. This JInitiator release does not work using HTTP(S) communication for Oracle9iAS Forms Services because of a missing DLL. To enable HTTP(S) communication with Oracle9iAS Forms Services, download the latest JInitiator from the Oracle Technology Network (OTN) at:
http://technet.oracle.com/products/forms
Click the Software tab and select the latest JInitiator posted, Release 1.1.7.32 or later.
Oracle9iAS Forms Services provides a signed CAB file to enable bronze support for Internet Explorer 5.0 running the native JVM (Java Virtual Machine). This support requires that the HTTP(S) Forms Server and Web listener run on the same machine.
The following are current limitations when running with Internet Explorer 5.0 and the native JVM:
For the latest information about the current level of client support and HTTP(S) restrictions, refer to the Client Platform Statement of Direction document at:
http://technet.oracle.com/products/forms
Oracle9iAS Forms Services requires that Apache be listening on at least one port in non-SSL mode, because Oracle JInitiator cannot download the Forms Applet via SSL.
A patch is available on ARU and Metalink to resolve the following problems:
Bug 1286040, version 2.1 - NLS: Multibyte characters in Forms Listener Process Log are corrupted
Bug 1544477, version 6.08.11.3 - Event de-registering causes Error VD-1525
Bug 1549369, version 2.2.0 - Cannot de-register Forms Listener Up/Down Event
Bug 1554211, version 2.2 - Forms event fails with database version 8.1.7
Bug 1562864, version 2.1 - Oracle Agent cannot discover Forms servers in multiple Oracle homes on the same server
Bug 1562887, version 2.1.0.1.0 - Multiple SIDs will not start the Forms listener from Oracle Enterprise Manager
Bug 1383239, version 6.0.8.8 - OEM startup job returns "completed" status if it fails
Bug 1479367, version 8.1.7 - nmiforms.tcl is looking for an ORACLE_HOME environment variable in the wrong way
If you are using ADTs or char fields in a compound key with an Oracle9i database, you should apply Forms patch 1777190 on top of your Oracle9iAS Release 1 (v 1.0.2.2) installation.
If sqlnet.ora has default_domain defined, for example:
NAMES.DEFAULT_DOMAIN = us.oracle.com
then your Oracle9iAS Portal DAD connect string needs a domain.
For example:
from %ORACLE_HOME%\Apache\modplsql\cfg\wdbsvr.app:
connect_string = portal30.world
where portal30.world is a defined alias in the tnsnames.ora file. If the connect string does not have a domain extension such as:
connect_string = portal30
then your tnsnames.ora file must have the DEFAULT_DOMAIN extension in the alias as: portal30.us.oracle.com.
To schedule a report page in Oracle9iAS Portal, you must specify the output folder name and the status folder name in the Schedule Report Page dialog box. If you do not specify these names, the report output will not display in the content area for which the report component is defined.
Connection to Oracle Portal fails after migrating to Oracle9iAS Relese 1 (v1.0.2) to Release 1 ( v1.0.2.1) because of the following duplicate entries in the zone.properties file:
repositories=D:\iasv102\Apache\Jserv\servlets\ChartServlet.jar repositories=D:\iasv102\Apache\Jserv\servlets\Parallel.jar repositories=D:\iasv102\Apache\Jserv\servlets\AppLoader.jar servlet.page.code=oracle.webdb.page.ParallelServlet servlet.chart.code=oracle.webdb.chart.ChartServlet servlet.apploader.code=oracle.webdb.AppLoaderServlet servlet.ojsp.code=oracle.jsp.JspServlet servlet.ojsp.initArgs+alias_translation=false
To resolve the error, remove the duplicate entries and restart the Oracle HTTP Server.
To address language-encoding issues, new optional input parameters have been added:
The HDML, TINY_HTML and WML1.1 transformers have been modified. By default, these modified transformers will NOT be loaded into the Repository.
If you HAVE NOT made changes to the Transformers, simply upload up11-111.xml.
If you have modified the shipped version of these transformers: 1.) merge the differences, then 2.) upload the new transformers using the LoadXML utility (you can use upload.bat/or upload.sh, depending on your hardware platform, with up11-111.xml shipped with the patch release). You can find the upload.bat/or upload.sh script file in panama/sample under ORACLE_HOME. See Oracle9i Application Server Wireless Edition Configuration Guide for more information on the LoadXML utility.
When you right click on the Master Services node or a folder node, you will find a Search/Sort command. You can search on service names (service names are case-insensitive); wild cards (such as '%') are accepted. Search results can be sorted by Name, LastUpdated Date, or Sequence Number.
The new Search feature is more efficient when you are trying to load a large number of services.
The search results will be the new child nodes of the folder which will be automatically expanded. After you collapse the folder and re-expand it, all of its children will be loaded by default. In either case, if the result set is too large and surpasses the limit size specified in ptgsd.properties, you will receive a warning, and only part of the result set will be loaded. In this case, if your expected service is not displayed, you must fine tune your search criteria and reaccomplish the search.
Sending the PAdebug=1 flag as part of a query string will not, by itself, enable the debugging capability. The login user for the current session must be either a Designer or an Administrator. See Oracle9i Application Server Wireless Edition Implementation Guide for information on how to create a Designer or an Administrator.
You must have the Designer role in order to use the Test Wizard inside the Service Designer, otherwise only the device result will be displayed when a service is being tested.
This release of Wireless Edition only supports the classes12.zip JDBC driver. classes111.zip is no longer supported.
For a list of certified devices and gateways supported by Wireless Edition, see the OTN web site at:
http://otn.oracle.com/products/iaswe
To obtain third party files for using location services in Wireless Edition, see the OTN web site at:
http://otn.oracle.com/products/iaswe
The default database created by the Oracle8i installation may not be tuned properly for your installation. The "ORA-00020: maximum number of processes exceeded errors" message may appear.
To prevent this, ensure that the max_processes database parameter is set high enough, and that the Oracle Net8 dead process detection is configured in your system. See the Oracle8i documentation for more detailed database configuration and performance information.
When using Oracle9iAS Wireless Edition notifications (the AQ Daemon process), note that if a job terminates with an error, it is removed from the job queue. To continue to use the job, correct the error and reschedule the job.
To use the Provisioning Service in the bootstrap repository, you must first set the input parameters of the master service to be User Customizable.
Numeric input parameter names are not allowed in the master service PL/SQL code.
Also, JDBC connect strings that specify a user name and password are not allowed, for example:
jdbc:oracle:thin:user/password@hostname:port:sid
The connect string information must be of the form:
jdbc:oracle:thin:@hostname:port:sid
The user name and password must be specified in the User Name and Password fields in the Service Designer.
When creating a bookmark in the Personalization Portal, the http:// prefix must be included in the URL, for example:
http://domain_name.com
This release of Oracle9iAS Wireless allows you to limit the number of objects displayed in the Service Designer navigational tree. To enable this feature, set the number of objects you want to display by editing the ptgsd.properties file.
To support multibyte character sets for the Web Integration Server in Oracle9iAS Wireless, apply the following configuration changes to the Web Integration server start up script. (The Java Virtual Machine (JVM) bundled with Web Integration Developer and Web Integration Server does not contain the i18n.jar or font.properties files and therefore does not support multibyte character sets.)
On the application server:
font.properties.<locale>.
%ORACLE_HOME%\Apache\jdk\jre\lib
The path for the server batch file is:
%ORACLE_HOME%\panama\WebIntegration\Server\bin\server.bat
SET SCMD="%JDKDIR%\bin\java" -ms64M -mx64M -classpath %CLASSPATH%
-Dfile.encoding=<encoding>
as a Java command line option, such as:
SET SCMD="%JDKDIR%\bin\java" -Dfile.encoding=<encoding> -ms64M -mx64M -classpath %CLASSPATH%
For example:
SET SCMD="%JDKDIR%\bin\java" -Dfile.encoding=SJIS -ms64M -mx64M -classpath %CLASSPATH%
To support multibyte character sets for the Web Integration Developer in Oracle9iAS Wireless, apply the following configuration changes to your client installations. (The Java Virtual Machine (JVM) bundled with Web Integration Developer and Web Integration Server does not contain the i18n.jar or font.properties files and therefore does not support multibyte character sets.)
On the Oracle9iAS Wireless client:
http://java.sun.com/products/jdk/1.2/jre
font.properties.<locale>. The JVM path for the client is:
%JREDIR%\lib
For example:
SET JDKDIR=jre1.2\lib
%ORACLE_HOME%\panama\WebIntegration\Developer\lib\developer.zip
%ORACLE_HOME%\panama\WebIntegration\Developer\lib\developer\
developer.bat file. The path for the file is:
%ORACLE_HOME%\panama\WebIntegration\Developer\bin\developer.bat
SET JDKDIR=C:\OraHome1\panama\WebIntegration\Developer\jvm
REM SET JDKDIR=C:\OraHome1\panama\WebIntegration\Developer\jvm SET JDKDIR=jre1.2
SET CLASSPATH="%JDKDIR%\LIB\RT.JAR;%DEVDIR%\LIB\DEVELOPER.ZIP; %DEVDIR%\packages\wmroot\code\classes"
SET CLASSPATH="%JDKDIR%\LIB\RT.JAR;%DEVDIR%\LIB\DEVELOPER; %DEVDIR%\packages\wmroot\code\classes"
"%JDKDIR%\bin\jre" -ms16M -mx32M -classpath %CLASSPATH% watt.app.watt.Main -config "%DEVDIR%\config\developer.cnf" -home "%DEVDIR%" %1 %2 %3 %4 %5 %6 %7 %8 %9
-Dfile.encoding=<encoding>
Add the line as a Java command line option, such as:
"%JDKDIR%\bin\java" -Dfile.encoding=<encoding> -ms16M -mx32M -classpath %CLASSPATH% watt.app.watt.Main -config "%DEVDIR%\config\developer.cnf" -home "%DEVDIR%" %1 %2 %3 %4 %5 %6 %7 %8 %9
For example:
"%JDKDIR%\bin\java" -Dfile.encoding=SJIS -ms16M -mx32M -classpath %CLASSPATH% watt.app.watt.Main -config "%DEVDIR%\config\developer.cnf" -home "%DEVDIR%" %1 %2 %3 %4 %5 %6 %7 %8 %9
On Windows NT, with Service Pack 6, the following error may occur when running the Oracle9iAS Wireless Transformer Testing Tool:
java.net.SocketException: JVM_SetSockOpt() TCP_NODELAY (code=10055)
To resolve this issue, apply Service Pack 6a available from the Microsoft web site. If you still experience this issue with Service Pack 6a installed, try reinstalling Service Pack 6a. If this still does not resolve the issue, add the current Windows NT user to the "Administrators" group.
Web Integration Server requires JDK 1.1. If you experience problems with this component, check the Java settings in the following startup file: %ORACLE_HOME%\panama\WebIntegration\Server\bin\server.bat. In some cases, Oracle 8.1.6 on Windows NT modifies a machine's Java environment. As a result, Oracle9iAS Wireless Web Integration Developer may generate error messages or fail to start. To fix the problem, either restore your original Java environment by reinstalling Java, or verify that the Web Integration Developer starts with the JVM from the 8.1.6 installation. To do this, modify the following file:
%ORACLE_HOME%\panama\WebIntegration\Developer\bin\developer.bat
Change the line:
SET JDKDIR=%ORACLE_HOME%\panama\WebIntegration\Developer\jvm
to:
SET JDKDIR=%ORACLE_HOME%\jre\1.1.7
A problem has been discovered concerning corruption of some XML stylesheets (especially in large files) when they are loaded from ServiceDesigner. It is caused by the XML Parser. A patch has posted at:
tcpatch:/u01/patch/xdkpatches/bug1736840
This directory contains three files: README, changed_classes.zip and a new xmlparserv2.jar. The readme file inside the patch directory contains more detailed information about the nature of the problem.
To apply the patch, copy xmlparserv2.jar to $<ORACLE_HOME>/lib.
The PAPz-based personalization portal released before Oracle9iAS Wireless Edition 1.1 is being officially deprecated in the Oracle9iAS Release 1 (v1.0.2.2.0) release, and will be totally de-supported in the next (2.0) production release. The portal-based personalization portal will be the preferred personalization portal and will be the only supported personalization portal in the next production release.
The database cache configuration assistant, wtacca, expects that the Administrator password contains characters. An empty string is invalid.
To access data cached in the middle tier using servlets, you must enable Oracle9iAS Database Cache by setting the ORA_OCI_CACHE environment variable in the servlet environment. Add the following line to the jserv.properties file in the %ORACLE_HOME%\Apache\Jserv\etc directory:
wrapper.env=ORA_OCI_CACHE=1
In addition, the TNS_ADMIN environment variable must be set to the location of the local network configuration. By default, the value is %ORACLE_HOME%\network\admin. Add the following additional line to jserv.properties:
wrapper.env=TNS_ADMIN=<absolute path to ORACLE_HOME>\network\admin
Because of known issues with LOB support in the Oracle9iAS Database Cache environment (when ORA_OCI_CACHE is set to 1), the loadjava utility will not work.
To use the Oracle9iAS Database Cache PL/SQL API, you must connect using a Net8 net service name that is constructed using the service name, not the SID. As a result, the tnsnames.ora and init.ora file shipped with this release of Oracle9i Application Server need to be changed. See the Oracle9iAS Database Cache README file for information about the necessary changes.
The Oracle9iAS Database Cache Configuration Assistant fails when 'Updating User List' is 96% complete. The following error appears:
Updating User List Adding users to the cache Adding users to the cache failed. Reason: WTE-03501 Error updating list of users: Export failed on origin database. OCI error - ORA-06520: PL/SQL: Error loading external library ORA-06522: dlopen: cannot load /lib/libc.so ORA-06512: at "SYS.WTCSYS", line 11 ORA-06512: at "SYS.WTCSYS", line 66 ORA-06512: at line 1 Processing failed.
A patch for all Oracle9iAS Release 1 (v1.0.2) releases is available to fix this problem. The patch is not specific to NT as reported, but fixes the problem on all Oracle9iAS Database Cache platforms that have an Oracle origin database running on the following UNIX operating systems:
Follow these steps to apply the patch:
wtcsini.plb to the following directory:
WIndows NT: <ORACLE_HOME>\icache\admin
UNIX: <ORACLE_HOME>/icache/admin
Rerun the Oracle9iAS Database Cache Configuration Assistant from the bin directory.
Windows NT:
cd <ORACLE_HOME>\bin wtacca -create -typical "username=sys" "password=your_password"
Unix:
cd <ORACLE_HOME>/bin wtacca -create -typical "username=sys" "password=your_password"
The Oracle9iAS Database Cache Configuration Assistant completes without errors.
Using the dbms_icache.add_table procedure to cache a table that contains a context index will cause Oracle Database Cache to stop responding, or "hang." This will also generate an ORA-600 error in the back-end database. Currently, there is no fix available to resolve this issue.
A problem with the ORA_OCI_CACHE system environment variable causes mod_plsql to suspend or stop under moderate load. Ensure that this variable is not set when the Oracle HTTP Server is started.
Applying the 8.1.7.1.1 patchset to Oracle9iAS replaces the orawtc8.dll file, so that the Oracle9iAS Database Cache does not work correctly. Before you apply this patchset, preserve the original orawtc8.dll.
The default configuration of Oracle9iAS Web Cache assumes that the primary Web listener is listening on port 7777. Oracle HTTP Server chooses the port number to listen on dynamically when installed.
If the HTTP Server chooses a port other than 7777, Oracle9iAS Web Cache will return an error when trying to access its own port of 1100 because it is unable to connect to port 7777 of the web server.
To correct this problem, change the port number in the "Application Web Servers" screen of the Web Cache Manager to the port on which the HTTP Server is listening.
If the number of requests processed is much larger than the capacity parameter setting, and most of the requests are made to non-cacheable pages, then the web cache may core dump.
To remedy this, set the capacity parameter to a number close to the number of requests expected. A core dump did not occur in a test with 400 clients requesting a non-cacheable page, with the capacity parameter set to 400. In the same test, with the parameter set to 30 (the default), a core dump occurred.
The capacity parameter setting is located in the Application Web Server section.
If you have set the TNS_ADMIN environment variable or registry key to an alternate value, Oracle9iAS Reports Service may fail to start with an error 186 or REP-0186. In such a case, you can start Oracle9iAS Reports Service from an MS-DOS command prompt as follows:
prompt> set tns_admin=<IAS_HOME>\6iserver\net80\admin prompt> rwmts60 -listen name=Rep60_<HOSTNAME>
replacing <IAS_HOME> with the directory where you installed Oracle9i Application Server and <HOSTNAME> with your system name. This will force Oracle9iAS Reports Service to use the Net8 tnsnames.ora file at <IAS_HOME>\6iserver\net80\admin\tnsnames.ora.
Bug 1516944, LKOHN
Revised per bug 1697141, from NT Release Notes Addendum: only step needed is to restart the system.
After installing Oracle9i Application Server, you may receive the following error message when you start Oracle9iAS Discoverer Viewer:
"Communication error or Internal ORB error"
To resolve this issue, restart the system.
A patch is now available for Oracle9iAS Discoverer. The patch resolves a number of issues and also automates the migration of user preferences from Discoverer3i to Discoverer4i. We strongly advise you to obtain and apply this patch as part of the process of installing and configuring Oracle9iAS Discoverer.
You can obtain the patch from Oracle Metalink at:
http://metalink.oracle.com/
or through the usual support channels.
"==> NEW! Click here for ALL Product Patches"
The patchset numbers are:
1750555: Discoverer Plus and Viewer Version 4.1.36 patch for MS Windows NT
Before installingOracle9i Application Server Discoverer into the same ORACLE_HOME as the previous version, stop the DIS33PR.EXE process using the Windows NT Task Manager. Otherwise, the install may fail with the following message: "The installation of Oracle 9i Application Server was unsuccessful."
When you try to access Oracle Enterprise Manager with a browser, an error is returned because your system cannot find the oem.conf file. The Oracle Enterprise Manager entry in the oracle_apache.conf file contains both backslashes and forward slashes. This is incorrect.
Edit the entry as shown below to resolve this issue.
The incorrect entry is
D:\Oracle\M6/oem_webstage/oem.conf
The correct entry is
D:\Oracle\M6\oem_webstage\oem.conf
The Direct Connect feature of Performance Manager is not supported for web servers. An error occurs if you attempt to use the Direct Connect feature with the web server. There is no workaround.
The Oracle9i File System e-mail component and the Oracle eMail server both use Sendmail for mail transfer. Oracle9i File System requires Sendmail version 8.9.3 or later and eMail Server requires versions of Sendmail later than 8. Oracle9i File System ships an open source version of Sendmail 8.9.3 for Solaris and other UNIX ports. Windows NT and Windows 2000 installations require purchasing Sendmail version 3.0 or 3.0.2 (respectively) for both e-mail components.
To run the Oracle eMail server and Oracle9i File System on the same machine, you must configure them by following the steps below in the order shown:
sendmail.cf file. (For more information, see the postinstallation steps in the Oracle9i File System Installation Guide).
sendmail.cf. (For more information, see Chapter 3, Postinstallation, in the Oracle9iAS Email Installation Guide.)
If the IMAP servers provided by Oracle9i File System and Oracle9iAS Email are to be run on the same machine, you must configure them to listen on different ports. (Use the Oracle9i File System configuration utility and the Oracle9iAS Email Administration tool to specify the port for the component.)
For example, you can configure the Oracle9iAS Email to listen on the default port 143, and configure the Oracle9i File System IMAP server to listen on some other port, as required by the installation.
The clients accessing the IMAP servers must have accounts mapped to these specific ports. To access both servers at the same time, you must use clients that allow you to set the IMAP port number. Alternatively, you can run the two IMAP4 servers on two different Oracle9iAS installations.
The Internet File System may take up to 10 minutes to start. The start is delayed further if you use other applications while Internet File System is starting.
The recommended minimum database init.ora parameter values to run all Interconnect adapters are as follows:
db_block_buffers=3200
shared_pool_size=314572800
large_pool_size=61440000
java_pool_size=60971520
You must manually change the Oracle9i Developer Suite database listener ports to listen on ports other than 1521 and 2841.
When installing Oracle9i Developer Suite on the same system as Oracle9i Application Server, select destination Oracle homes as follows:
Because the Oracle9i Developer Suite and Oracle9i Application Server install a copy of the Oracle HTTP Server, each installs a copy of the mod_plsql configuration file, wdbsvr.app. You must use the WV_GATEWAY_CFG environment variable to specify the copy of the configuration file to use. Only the copy installed by Oracle9i Application Server contains the DAD entries required by Oracle Portal, so to use Oracle Portal, you must specify this copy.
Demos and examples for most Oracle9i Application Server components can be found at http://<hostname:port> where hostname is the name of your machine and port is your Oracle HTTP Server listener port. For more information on this port, refer to the Apache documentation.
In addition, examples and demos of Oracle9i Application Server components are provided on your product CD-ROM and installed in the component directories.
When running the OracleJSP demo SAMPLE3.JSP (ORACLE JSP DEMO->SQLACCESS->SQLTAGS->SAMPLE3.JSP), the resulting page may have no output. This demo is working correctly, but the browser cannot display XML output directly. To see the XML output, choose View->PageSource.
To ensure that the demo ORACLE JSP DEMO->XML->XML QUERY works correctly, you must first establish a database connection.
If the Business Components for Java demo does not work, your system may not be set up for it. Click on the link for the Business Components for Java on the HTTP Server home page, and follow the instructions in the Sample Application Setup link.
%ORACLE_HOME%\Apache\Apache\htdocs\OnlineOrders_html\submit_ login.jspsession.putValue("CSSURL","\webapp\cabo\images\cabo_styles.css"); session.putValue("ImageBase", "\webapp\jsimages");
When configuring mod_plsql, the NLS_LANG environment variable is configured on a per Web server instance level and not at the DAD level.
Ensure that you have the correct NLS_LANG setting before starting your Oracle9i Application Server instance.
For Oracle PSP, the NLS_LANG environment variable must be set before loading PL/SQL Server Pages (PSPs) into the database using the loadpsp command.
If connecting to Oracle via the JDBC OCI8 driver, the appropriate NLS_LANG setting is required in jserv.properties. For example:
wrapper.env=NLS_LANG=AMERICAN_AMERICA.UTF8
For information on the NLS_LANG environment variable, refer to the Oracle8i National Language Support Guide.
The Oracle9iAS Database Cache installation creates a cache using the same database character set as the origin database. However, it does not set other National Language Support (NLS) features, such as date format or currency symbols.
If the initialization file (initSID.ora) of your origin database specifies NLS parameters, you must copy those parameters to the initialization file (initicache.ora) of the cache (NLS parameters begin with "NLS_").
For example, if the initialization file of your origin database contains the following parameters, copy them to initicache.ora:
NLS_LANGUAGE = JAPANESE NLS_CALENDAR = "Japanese Imperial" NLS_DATE_FORMAT = "E YY-MM-DD"
The initicache.ora file is located in the
%ORACLE_HOME%\admin\icache\pfile directory.
The following are known NLS bugs in this release:
Reports/Express Integration
To change the Reports/Express Integration interface to your desired language:
The Reports/Express integration interface will now appear in the language you chose:
| For the language... | Replace <lang> with ... |
|---|---|
|
Brazilian |
ptb |
|
French |
f |
|
German |
d |
|
Iberian Spanish |
e |
|
Italian |
i |
|
Japanese |
ja |
|
Latin American Spanish |
esa |
|
Russian |
ru |
For example, to use Japanese, you would copy xru60ja.dll to xru60.dll, then copy xpehja.dll to xpeh.dll.
OLAP Connection Editor
To change the OLAP Connection Editor program's user interface to Japanese, perform the following steps:
The user interface for the XRQ connection editor will now be in Japanese.
Beginning in this release, you can install all available Oracle Forms and Oracle Reports language translations at one time. However, some features of Oracle Forms and Oracle Reports do not allow this. For these features, only one language can be installed at a time. The features are:
For these features, the correct translated files will be copied to your machine during installation. You will then have to manually rename them to enable the translation of choice. Please note that you only need to follow these instructions if you install all the translations at once.
Important Note: Before you begin, be sure to make a backup copy of the existing file before overwriting a file.
Oracle Terminal Help
To enable the Japanese translation:
The help system for Oracle Terminal will now appear in Japanese.
Documentation Table of Contents and Index
These steps may or may not be required. To check, click the Help menu in Form Builder or Report Builder. If the interface appears in English, and you wish to use Japanese, perform the following steps:
The help system top level will now appear in Japanese.
In this release, Oracle9iAS Portal Configuration Assistant is certified for use in English only.
|
 Copyright © 2001 Oracle Corporation. All Rights Reserved. |
|