Oracle9i Application Server Release Notes Release 1.0.2.2.1 for Windows NT/2000 Part Number A92199-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://otn.oracle.com/products/ias
This document notes differences between Oracle9i Application Server Release 1.0.2.2.1 for Windows NT components and their documented functionality.
Oracle9i Application Server internet applications and their sub-components are listed below:
Oracle HTTP Server powered by Apache
Oracle9iAS Containers for J2EE
Oracle PL/SQL
Oracle9i Application Server Forms Services
Oracle9iAS Developer Kits
Oracle9iAS Portal
Oracle9iAS Wireless
Oracle9iAS Cache
Oracle9iAS Business Intelligence
Oracle Enterprise Manager
Oracle Advanced Security
Oracle9iAS 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.
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.
Apache modules modify Apache event processing; therefore, Oracle may require that a problem be reproduced with an Apache configuration consisting only of supported modules in order provide support. Oracle will only provide bug fix support for those problems which can be reproduced in a configuration consisting only of supported modules.
Oracle supports the use of the included Perl interpreter within the supported Apache configuration only.
Support for Oracle9iAS Plug-ins:
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 ########
For a the most current OJSP and a related information, get OJSP version 1.1.3.1 or higher from
http://otn.oracle.com/tech/java/servlets/
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
Oracle9i Application Server v. 1.0.2.2 includes Oracle Internet Directory 2.1.1. A more recent version of Oracle Internet Directory, 3.0.1, is available with Oracle9i Database. If you wish to use this latest version, order the Oracle9i CD Pack for your platform and install Oracle Internet Directory from that media kit. For information about Oracle Internet Directory and any available patchsets, please see
http://otn.oracle.com/products/oid/content.html.
The new features and changes in OAI 4.1 from OAI 4.0 are listed below:
Throughput Measurement - Ability to monitor the throughput of Adapters through the EM Console.
Message Tracking - Ability to track any messages that flow through OAI. To use this feature, you must select at least one "Tracking Field" in iStudio. Then, you will be able to track messages by specifying values for any of these tracking fields in the EM Console.
Remote Management - EM Console provides features for remotely managing Adapters and Repository. Features include start/stop, view log files, edit ini file, etc.
Metadata Updates to running adapters - When you make changes to the metadata through iStudio, you now have an option to push this new metadata to any running adapter. (Use the "File -> Push Metadata" menu option in iStudio).
Notification on failure/shutdown - EM Console provides Email/Pager alerts, to notify you that Adapters or Repository have stopped.
Message Resubmission - The EM Console now lets you view, modify, and resubmit all "errored out" messages in the database.
Workflow Support - OAI works with Oracle Workflow for business process collaborations.
Enhanced AQ Support - The AQ Adapter has been enhanced to handle more than just XML payload. For XML, the payload can be in either a BLOB or CLOB. For non-XML, the payload can be any ADT; this ADT can be directly imported in iStudio.
SAP Adapter - SAP Adapter is available on the Solaris platform as well.
SAP ABAP Support - SAP Adapter supports ABAP function modules in addition to BAPIs and IDOCs.
Enhanced Array Mapping Support - iStudio provides graphical mapping of array attributes.
Password encryption - All passwords stored in configuration files can now be encrypted. Please refer to the Configuration Security section of the Installation Guide.
The changes from the previous release are listed below:
OID no longer necessary - All necessary configuration is stored directly in the HUB database. When creating a project in iStudio, you must provide the hub database connection information along with the repository information.
OMB no longer necessary - OAI uses Oracle JMS interface to Oracle AQ, so OMB is no longer needed.
Single .ini file - All OAI configuration parameters are all in one file, adapter.ini (as opposed to adapter.ini, Agent.ini, and service.ini).
Improved logging - To preserve log files from a previous run, log files are created in a different directory every time the adapter is started. The timestamp is used as the name of the directory to keep it unique across various runs. All logging is done to only one file "oailog.txt" (as opposed to AgentLog.txt, <Adapter>Log.txt, service.log). As before, when the size of this file exceeds 1MB, a new file "oailog-1.txt" is created (followed by "oailog-2.txt", .... and so on).
Persistence Files - To avoid cluttering up the adapter directory with files, all the persistence files (containing persisted messages, cached metadata, and other information to ensure Guaranteed & Exactly Once delivery) are stored in the .../persistence/... directory.
Database Adapter more performant - The database adapter performance has been enhanced. The database hosting the OAI Schema has support for Oracle Objects in order for the performance gain to be realized.
Cascading Deletion of integration objects in iStudio - When an object is deleted, all objects referred to by that object are also deleted (provided they are not referenced by other objects). For example, if a Customer object contains an Address object, and the Customer object is deleted, the Address object will also be deleted. But if a Purchase Order object contains the Address object, then Address will not be deleted. Also, the Address object cannot be deleted directly, since it is referenced by another object.
Importing data types - iStudio supports importing attributes of other iStudio data types.
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.
The Oracle Plug-in for Microsoft IIS is only installed with Oracle9iAS Enterprise and Standard Editions. The Oracle9i Application Server Installation Guide incorrectly states that it is installed with the Minimal Edition.
Oracle9iAS v.1.0.2.2 is certified to run against a 9i Database Server v9.0.1.0.0 Solaris release with the following known limitations:
All 9iAS users who want to connect from Oracle9iAS v.1.0.2.2 to an Oracle9i database using JDBC thin drivers should apply patch ARU: 8.1.7.1 ARU 681288 (bug 1725012)
Oracle9iAS Portal Configuration Assistant stops at 90% during the Oracle9iAS 1.0.2.2 installation.
In Oracle9iAS Release 1 (v1.0.2.2), Diagnostics was an added feature of the Oracle9iAS Portal Configuration Assistant. Diagnostics portion checks the validity of the JServ and Oracle HTTP Server URLs for the installed Portal repository. If the JServ and Oracle HTTP server are not properly configured or not running during the Portal installation, the diagnostics stop during this validation.
The Portal installation is complete, so you can safely cancel the Portal Configuration Assistant and resume the installation. However, because the Diagnostics detected a misconfiguration in JServ and/or the HTTP Server, you must resolve this before accessing the installed Oracle9iAS Portal.
The JDBC Thin Driver provided as part of Oracle9iAS Release 1 (v1.0.2.2), cannot be used to connect and run against an Oracle9i database.
You must download and install a patch in order to connect to a 9i database. The patch and associated information is at:
http://metalink.oracle.com/metalink/plsql/ml2_documents.showNOT?p_id=146267.1
The download contains instructions to install the patch. If you install jdbc 8171, or rdbms 8171, or rdbms 8171B, after installing the JDBC patch, you will need to re-install the JDBC Thin patch in order to connect to an Oracle9i database.
If you install Oracle9iAS onto the same machine where Oracle9iAS Discoverer has been previously installed, the following error occurs:
The procedure entry point ??OVBJRuntime@@QAE!PAD!Z could not be located in the dynamic link library vbjruntime.dll" during the installation of Oracle9i Application Server.
Click OK to continue. This error is not fatal, and is generated by the OAD utility program within Oracle9iAS Discoverer. After the installation is complete, you can complete the preferences registration for Discoverer by running the registerall.bat file located in the%806_HOME%\discwb4\util directory.
The Oracle9iAS Release 1 (v.1.0.2.2) installation changes the jserv.conf file so that any URLs (links, bookmarks, etc.) that include references to Discoverer4i\Viewer will no longer work. To fix this problem, change Discoverer4i\Viewer to discoverer4i\viewer (lower case) in the jserv.conf file.
After the Oracle9iAS installation is complete, Discoverer objects must be registered with the Object Activation Daemon (OAD). To register the objects:
%806_HOME%\discwb4\util.
In order to run Oracle9iAS Portal with a version 8.1.7 database, you must be using these versions:
There is a known issue with the Oracle9iAS Portal on 8.1.7 Standard Edition (SE). The Installer gives an error when installing Oracle9iAS Portal into 8.1.7 SE. The workaround is to execute the Oracle Portal Configuration Assistant (OPCA) from the command line and specify the "verbose" mode. In this mode, the errors are ignored and the installation runs to completion.
To run OPCA from the command line for Oracle9iAS Portal version 3.0.9:
At approximately line 27 there is a long command line ending in:
> install.log
...change_on_install USERS TEMP USERS USERS TRUE FALSE FALSE TRUE > install.log
changes to:
...change_on_install USERS TEMP USERS USERS TRUE TRUE FALSE TRUE > install.log
When you install Portal, the configuration assistant may report that the shared pool size or java pool size is insufficient. This is because the assistant expects the pool size value to be in bytes. To fix this problem, change the shared pool size in init.ora to the integer value in bytes (not M, K or G notation). For example, if
SHARED_POOL_SIZE=100M
change it to:
SHARED_POOL_SIZE=100000000
and restart the database.
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:
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 Oracle9iAS 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 Oracle9iAS Installation Guide contains terminology errors on the following page numbers:
3-17, 4-19, 5-23
On these pages, "Upgrading Installation Detected" should read, "Migration Installation Detected". All occurrences of "upgrading" should be changed to "migrating".
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/.
If you use JDK version 1.1.8 instead of the JDK (version 1.2) shipped with Oracle9iAS, JServ processes will fail to start. Messages similar to the following are found in the error_log:
ORACLE_HOME/Apache/jdk/bin/java[15]: dirname: not found ORACLE_HOME/Apache/jdk/bin/java[15]: dirname: not found ORACLE_HOME/Apache/jdk/bin/java[16]: basename: not found ORACLE_HOME/Apache/jdk/bin/java[16]: basename: not found ORACLE_HOME/Apache/jdk/bin/java[65]: test: argument expected ORACLE_HOME/Apache/jdk/bin/java[65]: test: argument expected was not found in ORACLE_HOME/Apache/jdk/bin/../bin/sparc/native_threads/ was not found in ORACLE_HOME/Apache/jdk/bin/../bin/sparc/native_threads/
To resolve this error, add the following line to the jserv.properties and jservSoap.properties files:
wrapper.env=PATH=/usr/bin
After adding this line, perform a graceful restart of the server. The JServ processes will start.
The following warning message in the ssl_engine_log file is wrong and should be ignored:
[warn] You are using mod_ssl under win32. This in *NOT* officially supported. Use at your own risk!
Sites should be configured to restrict access to the locations to valid users of mod_oprocmgr. Valid users of mod_oprocmgr include external processes (JServ processes), administrators sending requests to /oprocmgr-status, and administators using DMS to monitor HTTP Server external processes.
The httpd.conf file should be modified as shown in the following example (additions are shown in bold text):
<IfModule mod_oprocmgr.c> ProcNode iashost.company.com 7777 <IfDefine SSL> ProcNode iashost.company.com 80 </IfDefine> <Location /oprocmgr-service> SetHandler oprocmgr-service order deny,allow deny from all allow from iashost.company.com </Location> <Location /oprocmgr-status> SetHandler oprocmgr-status order deny,allow deny from all allow from iashost.company.com </Location> </IfModule>
Another way that the system administrator may want to modify httpd.conf is to permit access by all nodes within the same domain using something similar to "allow from .company.com". Where possible, this strategy is preferable because it permits administration from multiple locations without having to explicitly list each administrative host. Hostname-based access control should be sufficient for most environments. The performance issue with performing DNS lookups during hostname-based access control is not critical in this case, because access to mod_oprocmgr occurs infrequently.
If you use the Services management window on Windows 2000 to start, stop, and restart the Oracle HTTP Server multiple times after any servlet invocation has occurred, the server stops and a Dr. Watson window appears. There is no workaround; simply close the Dr. Watson window. This problem has only been observed during shutdown and should not affect proper functioning of the installation.
If mod_ose.conf is included in%ORACLE_HOME%\Apache\Apache\conf\oracle_apache.conf, the command "apache -k restart" does not work properly.
This prevents the HTTP Server from a graceful restart. The server will stop some time after the command is issued. The error log file will contain messages like these:
[Thu May 17 11:18:25 2001] [crit] (10038)(FormatMessage failed with code 317): Parent: WSADuplicateSocket failed for socket 292. [Thu May 17 11:18:25 2001] [error] (2)No such file or directory: master_ main:create child process failed. Exiting.
FastCGI programs are restarted continuously even if there are errors in the program or configuration. When you start the HTTP Server, ensure that all the FastCGI scripts can be started correctly (by looking at the messages in the log file).
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.
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
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.
Running Oracle9iAS Forms using the ListenerServlet causes an ORA-12222 error. The solution is to install Oracle9iAS Forms 6.0.8.14 (patch set 5, available on MetaLink) after installing Oracle9iAS Release 1 (v1.0.2.2).
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.
The Oracle9iAS Portal online help does not get installed during the Oracle9iAS install process. Follow these steps to install the help:
From the <ORACLE_HOME>/assistants/opca directory:
runimp.csh ../../bin/imp <portal_schema>/<portal_password> <database_ hostname> <database_port> <database_sid> PORTAL_HELP <portal_schema> ../../portal30/doc/site/hlp30ca.dmp hlp30ca.dmp.log
@utlsbmrg.sql reuse database_user 0
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 Oracle9iAS 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.
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 Oracle9iAS Email Installation Guide that was released with the Oracle9iAS Release 1 (v1.0.2.2) Windows NT/2000 documentation was for SUN SPARC Solaris. The updated Oracle9iAS Email Installation Guide is available with the Oracle9iAS Release 1 (v1.0.2.2) Windows NT/2000 documentation at
http://otn.oracle.com/docs/products/ias/content.html
The Oracle9iAS Email 5.2 for Windows NT Installation Guide contains sections with configuration information of jserv.properties and zone.properties (pages 3-16 and 3-17).
These sections currently instruct the user to add lines to these files that contain variables like $ORACLE_HOME and $ESCLIENT_HOME. This is incorrect; instead, the full path to directory locations should be used.
To install Oracle Workflow Release 2.6, you must include the connect string for your database in $ORACLE_HOME/network/admin/tnsnames.ora. The Workflow installation process requires this information in order to connect to the database.
There are port conflicts between mod_oprocmgr and the Oracle9i File System. The jserv.properties file by default has JServ listening only on port 8007. As part of setting up the Group Mount (ApJServGroupMount), Oracle9i File System uses the jserv.properties file. This, however, causes a conflict with mod_oprocmgr, which is also using 8007. The solution is to use a different properties file for the ifs group, and use a different port number.
Please note that the automated Oracle9i File System servlet configuration does not cater to the revised configuration mechanism in the High Availability feature. These steps are detailed out in the Oracle9i File System release notes, and the following steps are in addition to the release notes.
The Oracle9i File System release notes contain information on the steps that you must perform to be able to configure the Oracle9i File System Servlet with the Oracle HTTP Server for Oracle9iAS Release 1 (v1.0.2.2).
You must perform the following steps in addition to the steps mentioned in the Oracle9i File System release notes.
%ORACLE_HOME%\Apache\Apache\bin apachectl stop
%ORACLE_HOME%\Apache\Apache\bin apachectl start
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. |
|