These release notes contain important information available at the time of the release of the Sun JavaTM System Application Server Standard and Enterprise Edition 7 2004Q2 Update 7. Enhancements, installation notes, known problems, and other late-breaking issues are addressed here. Read this document and associated documents before you begin using the Sun product.
This document contains the following sections:
This section lists the changes that have been made in these release notes after the initial release of the Sun Java System Standard and Enterprise Edition 7 Application Server 7 Standard and Enterprise Edition product.
Revision Date |
Description of Change |
---|---|
April 2009 |
Added to Resolved Issues section: 6628471. |
February 2009 |
Added to Resolved Issues section: 6659235. |
January 2009 |
Added to Resolved Issues section: 6596161 and 6612879. |
December 2008 |
Update 7 release of Sun Java System Application Server 7 2004Q2 Standard and Enterprise Edition. |
July 2008 |
Converted document to Solbook. |
June 2008 |
Added known issue 6635248. |
October 2007 |
Localization-related Updates to Update 7 release of Sun Java System Application Server 7 2004Q2 Standard and Enterprise Edition |
June 2007 |
Update 6 release of Sun Java System Application Server 7 2004Q2 Standard and Enterprise Edition |
December 2006 |
Update 5 release of Sun Java System Application Server 7 2004Q2 Standard and Enterprise Edition |
November 2005 |
Update 4 release of Sun Java System Application Server 7 2004Q2 Standard and Enterprise Edition |
April 2005 |
Update 3 release of Sun Java System Application Server 7 2004Q2 Standard and Enterprise Edition |
January 2005 |
Update 2 release of Sun Java System Application Server 7 2004Q2 Standard and Enterprise Edition |
September 2004 |
Update 1 release of Sun Java System Application Server 7 2004Q2 Standard and Enterprise Edition |
May 2004 |
Initial release of Sun Java System Standard and Enterprise Edition 7 Application Server 7 2004Q2 Standard and Enterprise Edition |
This section provides information on supported platform components for the Sun Java System Application Server Standard and Enterprise Edition 7 2004Q2 Update 7.
This section includes:Operating Systems and Distribution Types
The following table identifies the supported operating systems and distribution types for Sun Java System Application Server 7 2004Q2 Update 7:
Table 1–1 Supported Operating Systems and Distribution Types
Platform |
Operating System Version |
Distribution Type |
Application Server 7 2004Q2 Update 1 Edition |
---|---|---|---|
Solaris SPARC® |
Solaris 8 Update 7, Solaris 9 Update 7, Solaris 101 |
file-based and package-based2 |
Standard and Enterprise Edition |
Solaris x86 |
Solaris 9 Update 4, Solaris 10 |
file-based and package-based |
Standard and Enterprise Edition |
Linux x863 |
Red Hat Advanced Server 2.1 Update 3,Red Hat Advanced Server 3 |
file-based and RPM-based |
Standard and Enterprise Edition |
Microsoft Windows4 |
Windows 2000: Server Service Pack 2Windows 2000: Advanced Server Service Pack 2Windows 2000: Professional Service Pack 2Windows 2003Windows XP: Professional |
file-based |
Standard and Enterprise Edition |
1On Solaris 10, both file-based and packaged based installs are supported. Only global zone is supported. Local zones or local sparse root zone is not supported. 2 Superuser privileges are required for installing package-based and RPM-based distributions.3 On Red Hat Advanced Server 2.1, HADB supports devices on ext2 file systems only.4 On Windows XP Professional, only Standard Edition is available.
The following table summarizes the system requirements.
Table 1–2 Platform Requirements for Application Server 7 Standard and Enterprise Edition 2004Q2 Update 7
Operating System |
Architecture |
Minimum Memory |
Recommended Memory |
Minimum Disk Space |
Recommended Disk Space |
---|---|---|---|---|---|
Sun Solaris 8, 9, or 10 for SPARC |
32 and 64 bit4 |
256 MB 1.5 GB (with co-located HADB) |
1024 MB 2 GB (with co-located HADB) |
250 MB free |
500 MB free |
32 bit | |||||
Windows 2000: Server Service Pack 2Windows 2000: Advanced Server Service Pack 2Windows 2000: Professional Service Pack 2Windows 2003Windows XP: Professional |
x86 32 bit |
4 32 and 64 bit here refers to the supported OS. Sun Java System Application Server is a 32 bit application.
On UNIX, you can check your operating system version using the uname command. Disk space can be checked using the df command.
On Solaris, ensure that the system-wide instance of perl under /usr/bin/perl is in the path. Application Server installation will fail if the default perl installation is not found.
HADB is not supported on Microsoft Windows or Red Hat Enterprise Linux operating system versions in 64 bit mode. On Solaris (x86), HADB has been tested only in 32 bit mode of the operating system.
HADB uses Intimate Shared Memory (SHM_SHARE_MMU flag) when it creates and attaches to its shared memory segments. The use of this flag essentially locks the shared memory segments into physical memory and prevents them from being paged out. Therefore, HADB database’s shared memory is locked into physical memory, which can easily impact installations on low end machines. Ensure you have the recommended amount of memory when co-locating Application Server and HADB.
The Sun Java System Application Server Standard and Enterprise Edition is designed to support connectivity to any DBMS with a corresponding JDBC driver. For a list of components that Sun has tested and found to be acceptable for constructing J2EE compatible database configurations, refer to the following table:
Table 1–3 Supported JDBC Drivers
JDBC Vendor |
JDBC Driver Type |
Supported Database Server |
---|---|---|
PointBase 4.2 |
Type 4 |
PointBase Network Server 4.2 |
JConnect 5.5 |
Type 4 |
Sybase ASE 12.5 |
DataDirect 3.2 |
Type 4 |
MS SQL Server 2000 Service Pack 1 |
DataDirect 3.2 |
Type 4 |
Oracle 8.1.7 |
DataDirect 3.2 |
Type 4 |
Oracle 9.2.0.1 |
Oracle 9.2.0.3 |
Type 2 (OCI) |
Oracle 9.2.0.3+ w/ RAC |
Oracle 10.1.0.2 |
Type 4 and Type 2 (OCI) |
Oracle 10g Release 1 (10.1.0.2.0) |
IBM |
Type 2 |
IBM DB2 8.1 Service Pack 3 |
Additional drivers have been tested to meet the JDBC requirements of the J2EE 1.3 platform with the JDBC Driver Certification Program. These drivers can be used for JDBC connectivity with Sun Java System Application Server. While Sun offers no product support for these drivers, we will support the use of these drivers with the Sun Java System Application Server.
This section lists the web servers that are supported for the Sun Java System Application Server 7 2004Q2 Update 7 Standard and Enterprise Edition.
Table 1–4 Supported Web Servers
WebServer |
Version |
Operating System |
---|---|---|
Sun Java System Web Server |
6.0 Service Pack 6 |
Solaris SPARC 8 and 9Red Hat Enterprise Linux 2.1 x86Windows 2000: Server Service Pack 2Windows 2000: Advanced Server Service Pack 2Windows 2000: Professional Service Pack 2Windows 2003Windows XP: ProfessionalHP-UX 11i |
Sun Java System Web Server |
6.1 |
Solaris SPARC 8 and 9, Solaris 9 x86, Red Hat Enterprise Linux 2.1Windows 2000: Server Service Pack 2Windows 2000: Advanced Server Service Pack 2Windows 2000: Professional Service Pack 2Windows 2003Windows XP: ProfessionalHP-UX 11i |
Apache Web Server |
1.3.29, 2.0.49 |
Solaris SPARC 8 and 9, Solaris 9 x86, Red Hat Enterprise Linux 2.1, 3, Windows 2000: Server Service Pack 2Windows 2000: Advanced Server Service Pack 2Windows 2000: Professional Service Pack 2HP-UX 11i |
Microsoft IIS |
5.0 |
Windows 2000: Server Service Pack 2Windows 2000: Advanced Server Service Pack 2Windows 2000: Professional Service Pack 2Windows XP: Professional and Windows 2003 (Standard Edition of Application Server Only) |
This section lists the associated software packages that are supported for Sun Java System Application Server Standard and Enterprise Edition 7 2004Q2 Update 7.
Table 1–5 Version of Component for Bundling with Application Server
Component |
Version used in Application Server 7.0 Platform and Standard Edition |
Version used in Application Server 7.0 Enterprise Edition |
Version used in Application Server 7 2004Q2 Standard and Enterprise Edition |
Version used in Application Server 7 2004Q2 Update 1 Standard and Enterprise Edition |
Version used in Application Server 7 2004Q2 Update 7 Standard and Enterprise Edition |
---|---|---|---|---|---|
J2SE |
1.4.0_02 |
1.4.1_03 |
1.4.2_04 |
1.4.2_05 |
1.4.2_13 |
PointBase |
4.2 |
n/a |
4.2 (Standard Edition Only) |
4.2 (Standard Edition Only) |
4.2 (Standard Edition Only) |
Sun Java System Message Queue Standard Edition |
3.0.1 |
3.0.1 |
3.5 Service Pack 1 |
3.5 Service Pack 1 |
3.5 Service Pack 2 |
JWSDP |
1.0_01 |
1.0_01 |
1.0_01 |
1.0_01 |
1.5.1 |
5 Use the JWSDP 1.4 common components available in the product CD to upgrade your JWSDP installation.
This section lists the browsers that are supported with the Sun Java System Application Server Standard and Enterprise Edition 7 2004Q2 Update 7.
Table 1–6 Browsers Supported
Browser |
Version |
---|---|
Mozilla |
1.4, 1.7 |
Netscape Navigator |
4.79, 6.2 |
Internet Explorer |
5.5 Service Pack 2, 6.0 |
Solaris 8 users must install the Sun recommended patch cluster, available in the Recommended and Security Patches section at: http://sunsolve.sun.com/.
The required patches for Solaris 8 are 109326-06, 108827-26, and 110934 (any revision, for packaged-based installation only). Without these patches, which the installer checks for, you won’t be able to install or run the Sun Java System Application Server 7 2004Q2 Update 7 software. These patches are already contained in the latest recommended patch cluster.
This section contains the following topics:
The Sun Java System Application Server Standard and Enterprise Edition 7 2004Q2 Update 7 installer allows you to upgrade from a previous version of the Application Server to the current version. The various Application Server installations on all the supported platforms can be upgraded to their corresponding version on the same platform and installation type. The following table identifies the upgrade options available.
Table 1–7 Upgrade Options Available
Currently Installed Product |
Can Be Upgraded to Sun Java System Application Server 7 2004Q2 Update 7: |
---|---|
Sun ONE Application Server 7.0 Standard Edition, Update 1 - Update 9 |
Standard Edition and Enterprise Edition |
Sun ONE Application Server 7.0 Enterprise Edition |
Enterprise Edition |
Sun Java System Application Server 7 2004Q2 Standard and Enterprise Edition, Update 1, Update 2, Update 3, Update 4, and Update 5 |
Standard Edition and Enterprise Edition |
After an upgrade, you must compare the new configuration files with the original files in the backup directory for any changes. Custom settings made in the original configuration files might not be carried over to the new files after upgrading. You might experience issues during server restart if the new configuration files are not in sync with the older files that contained customized settings. The following files will be effected during an upgrade:
All *.conf files in install_dir/config.
server.xml (Admin and server instance)
Admin and server instance startserv scripts.
Admin and server instance server.policy file.
Server instance sun-acc.xml file.
docroot/index.html file.
For more details on this and other important prerequisites for upgrading, see Sun Java System Application Server Standard and Enterprise Edition 7 2004Q2 Update 2 Installation Guide.
This section contains the following topics:
Before you begin the upgrade, keep the HADB history files, management agent configuration files, log files and repository, and all the data devices outside the installation path. Use the following procedure to move the management repository and configuration files:
Stop all the old management agents and keep the HADB nodes running.
On each host, move the repository directory to the new location.
On each host, copy the dbconfig directory to the new location.
On each host, update the mgt.cfg file, and set the correct path for dbconfig and repository directory.
Start the management agents using the updated mgt.cfg file.
On Linux, uninstall HADB 4.4.1-6 before upgrading the Japanese version of Application Server Enterprise Edition 7 2004Q2 Update 2 to Application Server Enterprise Edition 7 2004Q2 Update 7.
The HADB version bundled with Application Server Enterprise Edition 7 2004Q2 Update 7 is 4.4.1-7.
Uninstalling HADB 4.4.1-6 after performing an in-place upgrade to 4.4.1-7 might not remove all RPMs, specially sun-hadb-i-4.4.1-6.
To remove sun-hadb-i-4.4.1-6, run the following command:
rpm -e --nodeps sun-hadb-i-4.4.1-6
To upgrade from HADB version 4.4.x to version 4.4.2-7, use the following procedure:
Perform the pre-upgrade tasks mentioned under Pre-upgrade Tasks/Data Migration.
Install HADB version 4.4.2-7 on all HADB hosts (on another path than that of version 4.4.x, for instance on /opt/SUNWhadb/4.4.2-7).
Install the HADB 4.4.2-7 version on the hadbm client hosts, if they are different than that of the HADB hosts.
Stop all management agents running on all HADB hosts.
Start the management agent processes using the HADB 4.4.2-7 software, with the old configuration files. In the remaining steps, use the hadbm command found in the HADB 4.4.2-7 /bin directory.
Register the package in the management domain (default package name becomes V4.4, so another package name may be required to avoid conflicts with existing packages having the same name):
hadbm registerpackage --packagepath=/opt/SUNWhadb/4.4.2-7 V4.4.2-7
Run the hadbm listpackages command and check that the new package is registered in the domain.
Restart the database with the new hadbm version 4.4.2-7. If it is necessary to move the devices and history files, run online upgrade combined with setting new paths for devices and history files in one single operation:
hadbm set packagename=V4.4.2-7,devicepath=new_devpath,historypath=new_histpath
If the devices and history files are already outside the installation directory, run the following command, which only does a rolling restart of the nodes:
hadbm set packagename=V4.4.2-7 database name
Check that the database status is "running" (using the hadbm status command) and that it functions normally, serving the client transactions.
If everything is working, the old installation can be removed later. Before unregistering the old package, remove all references to the old package from the ma repository. Otherwise, hadbm unregisterpackage will fail with "package in use" error message. A dummy reconfiguration operation, for instance, hadbm set connectiontrace=same as previous value will remove all references to the old package.
Unregister the old package:
hadbm unregisterpackage [--hosts=host-list] old pacakge name
Remove the old installation from the file system.
On Solaris, to test that the upgrade was successful, check that the upgrade was performed properly using the following procedure:
Ensure that the running processes use the new binaries. Check the following in all HADB nodes:
new path/bin/ma -v
new path/bin/hadbm -v
Check whether the database is running. The following command should show that all the HADB nodes are in a "running" state.
new path/bin/hadbm status -n
Ensure that the products using HADB have changed their pointers to point to the new HADB path.
The products using the HADB can run their upgrade tests to verify the HADB upgrade is also working.
After an online upgrade, if the new version does not work properly, go back to using the previous HADB version.
However, if there has been a change to the management agent repository, the HADB itself can be downgraded, but the new management agent must be kept running.
If you have an existing J2EE application that runs on another vendor’s application server, you can use the Sun Java System Standard and Enterprise Edition 7 Migration Tool to migrate the application and run it on the 2004Q2 Update 7 release. The migrated application will run on the Sun Java System Standard and Enterprise Edition 7 Application Server 2004Q2 release without any modifications. However, to use the high availability features, change the DTD version of the sun-ejb-jar.xml deployment descriptors to point to sun-ejb-jar_2_0-1.dtd instead of sun-ejb-jar_2_0-0.dtd.
The Sun ONE Studio 5, Standard Edition product that you can use with the Sun Java System Application Server has its own documentation that can be found at the following location:
http://docs.sun.com/app/docs/coll/790.4
Other IDEs that you can use include, Sun Java Studio 5 Standard Edition Update 1, Sun Java Studio Enterprise 6 2004Q1 and other 3rd party IDEs, for example, Borland’s JBuilder X.
ACL applet in Admin GUI is not loaded in browsers that do not have Java and cookies enabled. Check your browser settings to ensure that both Java and cookies are set to enabled before accessing the Application Server Admin GUI.
Application Server is not supported over NFS.
Application Server 7.0 or 7.1 does not work with J2SE 5.0.
Although the file-based installation can be performed on NFS, it is not recommended to run the Application Server in this configuration for the following reasons:
Issues with timestamp locking and file synchronization.
Stability of the Application Server on NFS depends on the network’s availability and reliability.
NFS introduces an additional point of failure.
Hard to troubleshoot when there is an NFS issue. Application Server will report vague error messages.
Enabling fix for bug id 6275091: getServerPort() returns port 80 if the Host header does not contain port number.
By default, the fix for this bug is disabled. To enable the fix, modify your web server’s configuration files and Application Server’s server.xml file as described in the following procedure:
Modify magnus.conf.
For Init fn="load-modules" add init-passthrough and service-passthrough in funcs.
Example: funcs="init-passthrough,service-passthrough,name-trans-passthrough,change_hostheader_init,change_hostheader"
Enable the change by specifying:
Init fn="change_hostheader_init" enabled ="true" debug="false"
By default, this flag is disabled. Set debug=”true” to enable logging for the fix. By default, it is disabled.
If you set enabled="false" your getServerPort will return the port number as it used to do earlier. If you set enabled="true", getServerPort will return the Application Server port you specify in server.xml.
Modify obj.conf.
After PathCheck fn="deny-existance" path="*/WEB-INF/*, add
Service fn="change_hostheader" inside <Object name="lbplugin">.
Modify server.xml.
In server.xml, change the servername format to servername="hostname:port".
The hostname should be the same as before. Change the port number to the Application Server instance’s port number. The port number specified here will be returned by the getServerPort() method.
In some cases, the servername attribute might be specified as server-name.
High Availability Requirements and Limitations
The following high availability requirements must be met before configuring the Sun Java System Application Server High Availability component:
HADB requires 512 MB minimum memory and 1GB recommended memory to work properly with the Application Server.
If you install Application Server and HADB on the same machine, the minimum memory required is 1.5GB and the recommended memory is 2GB.
HADB supports IPv4 only.
The network must be configured for UDP multicast.
Do not use dynamic IP addresses (DHCP) for hosts used in create domain, extend domain, hadbm create, or hadbm addnodes commands.
If running HADB on Red Hat Linux 3.0, you must install Update 4 to avoid problems with excessive swapping by the operating system. See bug id 6158393.
HADB does not support any Microsoft Windows or Red Hat Enterprise Linux operating system version in 64 bit mode.
HADB File System Support: There are several important considerations before you configure HADB to use one of the supported file systems.
Make sure write caching is disabled for hard drives storing data devices and log files.
On RedHat Linux, use the /sbin/hdparm utility for IDE disks. The command /sbin/hdparm -W0 /dev/hda disables write caching for disk hda. Use /sbin/hdparm -I device to get detailed status information about the drive. For SCSI disks, the sdparm utility must be downloaded and installed, because it is not part of the default RedHat Linux Advanced Server distribution. Be very careful using these utilities, as they can be harmful to your hard drive if used incorrectly.
On Solaris (SPARC or x86), the format -e utility should be used. Make sure the -e option is used, otherwise, the ’cache’ entry will not be present in the command menu.
On Windows, open the Device Manager. Find your hard drive, bring up its properties, and select the Disk Properties tab. A checkbox indicates whether write caching is enabled.
For details on important installation prerequisites and troubleshooting options, see Sun Java System Application Server Standard and Enterprise Edition 7 2004Q2 Update 2 Installation Guide.
The Sun Java System Application Server documentation is provided in a number of ways:
Manuals—The Sun Java System Application Server Standard and Enterprise Edition 7 2004Q2 manuals are available as online files in Portable Document Format (PDF) and Hypertext Markup Language (HTML). See http://docs.sun.com/app/docs/coll/s1_asee_en.
Online help—Click the Help button in the graphical interface to launch a context-sensitive help window.
Man pages—To view man pages at the command line, you must first add install_dir/man to your MANPATH environment variable (Solaris unbundled only). After setting the variable, you can access man pages for the Sun Java System Standard and Enterprise Edition 7 Application Server commands by typing man command_name on the command line. For example:
man asadmin
The following table lists the critical issues resolved in Sun Java System Application Server Standard and Enterprise Edition 7 2004 Update 1, Update 2, Update 3, Update 4, Update 5, Update 6, and Update 7 releases.
Table 1–8 Resolved Issues
ID |
Description |
---|---|
6546242 |
Exceeding maximum number of open cursors |
6371019 |
Enable File Cache option is not checked by default in the Admin GUI |
6453440 |
Load balancing plug-in health check creates zombie threads. |
6451701 |
ACL with LDAP Authentication is not working. |
6459623 |
Issues using URL Encode. |
6438986 |
Load balancer plug-in malfunctioning since httpsrouting is set to true. |
6491181 |
Japanese version of index.html not correctly due to CSS and images directory. |
6432803 |
Initialization load balancing subsystem fails because of incorrect listener. |
4775866 |
JavaMail sample issues |
6543857 |
Port 4856895 from SJWS to AS7.x for watchdog crashes |
6532682 |
Redirect does not complete until the response times out using apache load balancer plug-in. |
4816663 |
stopserv does not get the location of the PID_FILE value from the setting of PidLog in init.conf. |
6465923 |
Unrecoverable Connection Pool issue when DBMS is restarted repeatedly, |
6516230 |
Connection Pool problem when commit or rollback fails in a transaction. |
6439570 |
Documentation link from Admin Console in invalid. |
6246582 |
During upgrade, the samples directory within the default instance directory (server1) gets re-created, even if the default instance, server1, has been deleted. |
6568090 |
JSP source code disclosure vulnerability |
6562167 |
Unable to start domain on file-based installation of Application Server Standard Edition 7.1 on Solaris x86 |
6528257 |
Fix for Sun Alert ID: 102696 |
6487022 |
Load balancer plug-in replaces commas in a cookie header with semi-colons. |
6374199 |
Need to incorporate JDK 1.4.2_10 or higher for AS 7.1 on T2000 systems. |
4751904 |
Broken links at top of ConfigMQSeries.html |
4771657 |
Sample stateless checker application uses stateful beans instead of stateless beans |
6556284 |
Sticky loadbalancing not working on one of the hosts. |
6544762 |
High CPU consumption due to load balancing plugin when using SSL endpoint |
6557531 |
DaemonConfig::getSuggestedId() is bigor little-endian dependent and returns duplicate values on x86 |
6579809 |
Application Server is unable to correctly handle Wireless Markup Language (WML) files with Server Side Includes (SSI). |
6580257 |
Session rewriting where jroute cookie ID is added to the end of the URL causes query string error. |
6632058 |
Load Balancer doesn't consider instance enable status at startup. |
6659235 |
Need to avoid calling Detach and AttachCurrentThread on TSD destructor. |
6669568 |
Application Server cannot open a valid connection to HADB. |
6744580 |
%0A appears in Application Server server.log file causing few lines of log entries to print. |
6745680 |
JDK integration 1.4.2_18 is required. |
6745681 |
Version changes are needed. |
6754045 |
Load balancer cannot take backend server HTTP header response with unbalanced quote ("). A 502 Gateway error occurs. |
6779627 |
NSS blocking causes deadlock in keepalive subsystem. |
6596161 |
PR_SendFile spins on Solaris when Solaris sendfile returns 0 (0 means a sendfile failure). |
6612879 |
Log level and message are misleading after NSPR fix. |
6628471 |
Bundle new NSPR library (4.6.8) for fix to CR#6596161. |
This section describes known problems and associated workarounds for the Sun Java System Application Server 7 2004Q2 Update 7 Standard and Enterprise Edition.
If a problem statement does not specify a particular platform, the problem applies to all platforms.
This information is organized into the following sections:
This section describes the known installation and uninstallation issues and associated solutions.
ID |
Summary |
---|---|
6602615 |
After upgrading from localized version of Application Server 7.1 Update 5 to Application Server 7.1 Update 7, the upgraded instance fails to start on Soalris 10 Update 3 and above. There is a conflict between the Message Queue (MQ) versions bundled with Solaris and the version bundled with Application Server. Solution: |
6606419 |
Upgrade from localized version of Application Server 7.1 Update 5 to Application Server 7.1 Update 7 fails. The installer fails to delete the directory, SUNWhadb/4. Solution: Do one of the following:
|
6606417 |
Upgrade from localized version of Application Server Enterprise Edition 7.1 Update 5 to Application Server Enterprise Edition 7.1 Update 7 does not change the SUNWhadb/4 symbolic links. Solution: Changed the symbolic link to 4.4.2-30. |
6606979 |
Upgrade to localized version of Application Server Enterprise Edition 7.1 Update 7 displays English index.html Solution: Perform the following steps:
|
6245916 |
When upgrading from localized Application Server 7.1 Update 2 to Update 3/Update 4/Update 7 in Japanese and Simplified Chinese locales, the localized welcome page and index.html is displayed from Update 2. The localized version of Application Server 7.1 Update 7 contain localized files from Application Server 7.1 Update 2. Solution After upgrading to Update 7, refer to the English welcome page and index page located at: Appserver_Install_Dir/docs/about.html Appserver_Install_Dirlib/install/templates/index.html To register Sun Java System Application Server, use the following URLS: Japanese: https://www.sun.com/software/product_registration?locale=ja_JP Simplified Chinese: https://www.sun.com/software/product_registration?locale=zh_CN To view the latest index.html (in English) for an existing domain, instead of the old localized version, copy the index.html to the docroot folder: copy Appserver_Install_Dir/lib/install/templates/index.html to Appserver_domain_root/domains/domain1/admin-server/docroot Before creating a new domain, replace the localized index.html with the English index.html: Copy Appserver_Install_Dir/lib/install/templates/index.html to Appserver_Install_Dir/lib/install/templates/{ja,zh_CN}/index.html Ensure that you back up your current Japanese or Chinese index.html file. |
6222700 |
When upgrading from localized Application Server 7.1 Update 2 to Update 3/Update 4/Update 7 in Japanese and Simplified Chinese locales, the default page of server1 instance is displayed in English. |
6245424 |
After uninstalling localized versions of Application Server Update 7, the localized packages/RPMs will remain. Solution Remove the localized packages/RPMs first and then run the uninstall program. Perform the following procedure on package-based Solaris installations.
|
6208875 |
Upgrade installation Failed:java.io.FileNotFoundException File-based upgrade of HADB on Solaris SPARC, Solaris x86, and Linux will encounter problems in certain scenarios, as described here: Installation fails with the following exception: java.io.FileNotFoundException: /sun/appserver7/./SUNWhadb/4 (Is a directory) Upgrade scenarios: 7.1RTM/7.1ER1/7.1UR1 file-based upgrade to 7.1UR2. Solution Rename the file-based-installing-directory/SUNWhadb/4 softlink to another name, such as, SUNWhadb/3. Restart the upgrade. |
6217112 |
Incremental installation is not working on Windows platforms. Sample applications can be installed along with Application Server. They cannot be incrementally installed. Solution Select to install sample applications at the beginning of installation. During incremental installations, do not select the sample applications option. |
5006942 |
On Windows, the services created have the start type set by default to “Automatic” after an upgrade. Solution
|
6217097 |
File-based upgrade performed as a non-root user seems to fail if the Application Server binaries for the upgrade were not downloaded as non-root user. Solution The downloaded binaries need to be owned by the non-root user. The downloaded archive must be unzipped by the user who will do the installation or upgrade. Otherwise this is known to lead to permissions issues while the JDK is being upgraded. |
This section describes the known startup and shutdown issues and the associated solutions.
This section describes the known database driver issues and associated solutions.
This section describes the known web container issues and associated solutions.
ID |
Summary |
---|---|
6183117 |
Incorrect http-headers when using servlet filters for pdf/ xls files. There is no default mime-type mapping in default-web.xml. Add the desired mime-types to default-web.xml. Solution Add the following mime-type definition in the default-web.xml of the instance that will server xls: <mime-mapping> <extension>xls</extension> <mime-type>application/vnd.ms-excel</mime-type> </mime-mapping> Similarly, add the specific mime-type definitions for other file types to the default-web.xml file. |
6308777, 6324326 |
Servlet container UTF-8 URI mapping vulnerability. ACL-based protection for JSPs can be bypassed by presenting characters in the URI in UTF-8 format. Solution Ensure to modify ACLs to not accept wildcards in the URI. |
5089201, 5001994 |
getRequestURI() returns unencoded values when it should not. The fix for this issue will break clients of older NSAPI, such as Portal Server 6.3, which call getRequestURI() and expect the URI to be automatically decoded when the data is returned. Therefore, to maintain backward compatibility for older NSAPI clients, a new JVM option has been added to revert to the old NSAPI behavior and allow Portal Server to function correctly. Solution Enable the JVM option, -DJ2EEDecodeURI, on computers running Portal Server to allow cookie-less mode (and all other functionality) on the getRequestURI() call. |
4951476 |
javax.ejb.EJBException: org/dom4j/Element error is thrown with JWSDP 1.2(1.3) installed. Solution Add dom4j-full.jar to server-classpath in server.xml file. It can be downloaded from http://dom4j.organd should precede appserv-jstl.jar entry in server-classpath. |
4997770 |
HTTP 404 error message still indicating "Sun ONE Application Server" Read "Sun ONE Application Server" as Sun Java System Application Server. |
This section describes the known issues in Java Message Service (JMS), Sun Java System Message Queue, and message-driven beans issues and the associated solutions.
ID |
Summary |
---|---|
6184426 |
ConnectException errors on HP-UX11.11during stress tests. Configuration of the HP-UX TCP-IP parameter at the OS level or at the IMQ level is required. Solution At the IMQ level, make the following changes: imq.portmapper.backlog=1000 imq.authentication.client.response.timeout=360 imq.jms.tcp.backlog=3000 imq.jms.max_threads=5000 |
4683029 |
The -javahome flag in all MQ Solaris scripts does not work if the value has a space. The command-line utilities in Sun ONE Message Queue have a -javahome option that allows you to specify an alternate Java runtime. Using this option exposes a limitation where the path of the specified alternate Java runtime must not contain spaces. Examples of paths that have spaces are: /work/java 1.4 This problem occurs at Application Server instance startup. When a Sun ONE Application Server instance is started, by default its corresponding Sun ONE Message Queue broker instance is also started. The broker always starts using the -javahome command-line option to ensure that it uses the same Java runtime used by the Application Server. If the Java runtime that is configured for use by the Application Server (and therefore passed on for use by the broker) is located at a path that contains spaces, broker startup fails, which also causes the Application Server instance startup to fail. Solution Make sure that the Java runtime used by the Application Server is located at a path that does not contain spaces. |
This section describes the known Java Transaction Service (JTS) issues and the associated solutions.
ID |
Summary |
---|---|
6218460 |
Transactions can fail due to a transaction timeout even when the JTS timeout is large enough. Solution Configure the Application Server’s transaction service property, xaresource-txn-timeout, and set its value to match the transaction timeout (in seconds) configured for the transaction service. |
There are some known problems with the recovery implementations of some of the JDBC drivers. For these known problems, Sun Java System Application Server provided some workarounds. By default, these workarounds will not be used unless you explicitly indicate that these workarounds are to be used.
Issue with the Oracle (R) JDBC driver—Oracle XA Resource implementation’s recover method repeatedly returns the same set of in-doubt Xids regardless of the input flag. According to the XA specs, the Transaction Manager should initially call XAResource.recover with TMSTARTSCAN and then call XAResource.recover with TMNOFLAGS repeatedly until no Xids are returned.
Oracle XA Resource’s commit method also has some problems, which are addressed in a workaround provided by the Application Server. To enable this workaround, the following property should be added to the transaction-service subelement in the server.xml file: oracle-xa-recovery-workaround
This property value should be set to true.
Issue with Sybase JConnect 5.2—There are some known problems with JConnect 5.2 driver which are resolved in JConnect 5.5. If the JConnect 5.2 driver is used, to make recovery to work, the following property should be added to the transaction-service subelement in the server.xml file:
sybase-xa-recovery-workaround
This property value should be sent to true.
In the server.xml file, res-type is used to demarcate the connection as non-XA or XA. This demarcation is used to identify the configuration of the data source to drive data. For example, in the Datadirect driver, the same data source can be used as either XA or non-XA.
The default behavior of the data source is non-XA. To make the data source behave as XA with the connpool element for transactions, res-type is needed. For the connpool element to work and participate in transactions, add the following for the attributes res-type in the server.xml file:
res-type="javax.sql.XADataSource"
This section describes the known application deployment issues and associated solutions.
ID |
Summary |
---|---|
6502888 |
In Application Server 7.1, when you deploy an application to server instance that is running as non-root user, the files of <server-instance>/generated is owned by root user. Solution You need to change the permissions manually. |
6078271 |
Deployment of an EAR fails on Windows due to file length issue. Windows running on non-NTFS file systems will face file name and path limitation of that file system. Solution Run Windows on an NTFS file system. |
6223279 |
ejb-ref-name to the jndi-name mapping incorrect if the jndi-name is missing. When deploying ejb applications, the XML Deployment Descriptor (sun-ejb-jar.xml) should have a jndi-name entry for each EJB reference. For example: <ejb-ref> <ejb-ref-name>ejb/package_name.ejb_name</ejb-ref-name> <jndi-name>ejb/package_name.ejb_name</jndi-name> </ejb-ref> If the jndi-name entry is missing, it will deploy without error, but the application will not work correctly as JNDI lookup will fail to find an EJB. Solution Ensure that JNDI names are present in the deployment descriptors. To ensure that your application does not have this problem, select the Run Verifier check box before deploying as this will highlight problems with missing JNDI names. |
4725147 |
Cannot choose a particular virtual server for deployment. In this case, two virtual servers are configured with exactly the same host and listener. If an application is deployed only for second virtual server, it cannot be reached because combination host:port leads to the first virtual server. Solution The virtual server hostname should not be the same as the original hostname, especially when the same HTTP listener is used. |
4994366 |
Deploy error with ejb-local-ref and ejb-link. Solution ejb-local-ref requires ejb-link. Therefore, when dealing with ejb-local-ref, you must specify an ejb-link value. |
This section describes the known verifier issues and associated solutions.
ID |
Summary |
---|---|
4742545 |
Standalone verifier shows EJB Class Not Found errors. The verifier indicates some failed tests with the following test description message: EJB Class Not Found. The test failures occur when an EJB JAR file uses an enterprise bean with a reference to another enterprise bean that is packaged in a separate EJB JAR file within the same EAR application. The failure messages are also observed if you try to validate the connector (RAR) dependent EAR files. This is because the RAR bundle need not be packaged within the EAR file that houses the enterprise bean with dependency on the RAR bundled files. The failures (exception to this are the connector-related failures) are only observed with the standalone verifier. The verifier invoked through the deployment command or the Administration interface does not show the failures. Solution Make sure that the packaging of the application EAR is correct and if you are using any utility JAR file, it is packaged within the EAR file. To resolve the referencing errors, you can shift to the verifier invoked through the deployment backend using asadmin or the Administration interface. For the connector-related failures, place the JAR file containing the required classes into the class path for the verifier. You can open the install_root/bin/verifier[.bat] file and add a LOCAL_CLASSPATH variable to the end of the JVM_CLASSPATH variable. Locally add the classes to the LOCAL_CLASSPATH variable, then run the verifier. |
This section describes the known load balancer issues and associated solutions.
ID |
Summary |
---|---|
6422893 |
The Application Server 7.1 UR5 load balancer plug-in does not recognize the HTTPS listeners even when the https-routing property is set to true in loadbalancer.xml. Solution If you are installing Application Server 7.1 afresh:
If you already have an installation of Application Server 7.1:
|
6338687 |
Load Balancer Plug-in cannot handle URL/URI greater than 8K. Ensure not to create a URL/URI greater than 8k if it is going to be forwarded by the load balancer plug-in to the Application Server. |
6262746 |
Load balancer plug-in on Apache web server, installed on Solaris 10 (SPARC and x86), is not a supported configuration. Solution
|
6155134 |
Manual setting of path is required for webservers to start. After installing load balancer plug-in on Windows for IIS or Apache, append the path of the Application Server to the Path environment variable.
|
4761151, 4825429, 4981545 |
Intermediate form and basic authentication failures while sending intermittent SSL and non-SSL requests through load balancer plug-in. Displays a 502 Bad Gateway error message. The persistency of proxy-to-container connections is not maintained with the default settings. Loadbalancer looses persistent connections to the application server due to deployment/undeployment on the application server and/or due to keep alive timeout or due to stale connections in the load balancer’s connection pool. When this happens, some of load balancer’s requests will fail and the error page is displayed. This typically occurs in a development environment where frequent deployment/undeployment and other configuration changes are tried and tested. Solution Set the keep alive timeout on the appserver to 0. Using web-based Administration interface:
|
4962735 |
On Linux, Apache Web Server 1.3.27 does not start after installing load balancer plug-in and sec_db files. Solution Include the following lines in /src/MakeFile after “End of automatically generated section,” and just before “OBJS= \”. Also, make sure the Application Server libraries are already installed in a particular location: LIBS+= -licuuc -licuil8n -lnspr4 -lpthread -lxerces-c -lsupport -lnsprwrap -lns-httpd40 LDFLAGS+= -L/space/SJSAS/installations/lib. Where: /space/SJSAS/installations is the location of the application server installation. For more information, see Appendix “Compiling Apache Web Server” in Sun Java System Application Server Administration Guide. |
5018537 |
Identity Server/Application Server Integration Services unavailable error shown during failover. Loadbalancer.xml has “/” as the context-root for a web-module. After a failover, since there is no context root, a “Default” string is assigned as the path of the update JROUTE cookie. This results in two JROUTE cookies on the browser side.
Solution Have specific context root for all web modules. For example: <web-module context-root=”appl” enabled=”true” disable-timeout-in-minutes=”60” error-url=”appl-lberror.html” /> <web-module context-root=”app2” enabled=”true” disable-timeout-in-minutes=”60” error-url=”app2-lberror.html” /> After the failover, the JROUTE gets the path as “/appl” which is valid and works correctly. |
5007720 |
Log message not proper for invalid value for error-url in web-module. When the error-url attribute in web-module tag of loadbalancer.xml is set, as follows, to an invalid value, such as: <web-module context-root="app1" enabled="true" disable-timeout-in-minutes="60" error-url="abc"/> The log message displayed is as follows: warning (11113): reports: lb.configurator: XML_VALIDATOR_WARNING: Invalid format for the error-url sun-http-lberror. However, the log should be: warning (20015): reports: lb.configurator: XML_VALIDATOR_WARNING: Invalid format for the error-url abc |
This section describes the known high availability issues and associated solutions.
ID |
Summary |
---|---|
6301842 |
Sometimes on Windows, the management agent cannot deregister the service when running, ma -r, and fails with the error message, Could not identify program. Solution Start a Windows command prompt window and run sc stop HADBMgmtAgent and then run sc delete HADBMgmtAgent. If the command ma -i -n servicename was used to install and start the service, then use servicename when running the command sc. |
6293912 |
The Management Agent should not use special-use interfaces. Solution When issuing hadbm create on hosts with multiple interfaces, always specify the IP-addresses explicitly, using DDN notation. |
6291562 |
Reassembly failures on Windows. On the Windows platform, with certain configurations and load, there may be a large number of reassembly failures in the operating system. The problem has been seen with configurations of more than 20 nodes when running several table scans (select *) in parallel. The symptoms could be that transactions abort frequently, or repair and recovery may take a long time to complete, and there may be frequent timeouts in various parts of the system. Solution To fix the problem, the Windows registry variable HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters should be set to a value higher than the default value of 100. We recommend increasing it to 0x1000 (4096). For more information, see article 811003 from the Microsoft support pages: http://support.microsoft.com/default.aspx?scid=kb;en-us;811003 |
6275319 |
Non-root users cannot manage HADB. Installing with Java Enterprise System (as root) does not permit non-root users to manage HADB. Solution Always login as root to manage HADB. |
6275103 |
hadbm management agent should give a better error message when a session object has timed out and deleted at MA. Sometimes, a resource contention problem on the server may cause a management client to become disconnected, When reconnecting, a misleading error message, hadbm:Error 22184: A password is required to connect to the management agent may be returned. Solution Check if there is a resource problem on the server, take proper action (e.g., add more resources), and retry the operation. |
6273681 |
Management agents in global and local zones may interfere. On Solaris 10, stopping a management agent by using the ma-initd script in a global zone stops the management agent in the local zone as well. Solution Do not install the management agent both in the global and local zone. |
6271063 |
Install/removal and symlink preservation. Regarding install/removal of HADB c package (Solaris: SUNWhadbc, Linux: sun-hadb-c) version <m.n.u-p>, the symlink /opt/SUNWhadb/<m> is never touched once it exists. Thus, it is possible that an orphaned symlink will exist. Solution Delete the symlink before install or after uninstall unless in use. |
6265419 |
Downgrading from HADB Version 4.4.2.5 to HADB Version 4.4.1.7 causes management agent to fail with different error codes. When downgrading to a previous HADB version, the management agent may fail with different error codes. Solution It is possible to downgrade the HADB database, however the management agent cannot be downgraded if there changes have been made in the repository objects. After a downgrade, you must use the management agent from the latest HADB version. |
6262824 |
hadbm does not support passwords containing uppercase letters. Capital letters in passwords are converted to lowercase when the password is stored in hadb. Solution Do not use passwords containing uppercase letters. |
6173886, 6253132 |
hadbm createdomain may fail. If running the management agent on a host with multiple network interfaces, the createdomain command may fail if not all network interfaces are on the same subnet: hadbm:Error 22020: The management agents could not establish a domain, please check that the hosts can communicate with UDP multicast. The management agents will (if not configured otherwise) use the first interface for UDP multicasts (first as defined by the result from java.net.NetworkInterface.getNetworkInterfaces()). Solution The best solution is to tell the management agent which subnet to use (using ma.server.mainternal.interfaces in the configuration file. For example, ma.server.mainternal.interfaces=10.11.100.0). Alternatively you can configure the router between the subnets to route multicast packets (the management agent uses multicast address 228.8.8.8). Before retrying with a new configuration of the management agents, you should clean up the management agent’s repository. Stop all agents in the domain, and delete all files and directories in the repository directory (identified by repository.dr.path in the management agent configuration file). This must be done on all hosts before restarting the agents with a new configuration file. |
6249685 |
clu_trans_srv process cannot be interrupted on Linux. There is a bug in the 64 bit version of Red Hat Enterprise Linux 3.0 that makes the clu_trans_srv process end up in an uninterruptible mode when performing asynchronous I/O. This means that kill -9 does not work and the operating system must be rebooted. Solution Use a 32 bit version of Red Hat Enterprise Linux 3.0. |
6230792, 6230415 |
Starting, stopping or reconfiguring HADB may fail or hang. On AMD OpteronTM systems running Solaris 10, starting, stopping or reconfiguring HADB using the hadbm command may fail or hang with one of the following errors: hadbm:Error 22009: The command issued had no progress in the last 300 seconds. HADB-E-21070: The operation did not complete within the time limit, but has not been cancelled and may complete at a later time. This may happen if there are inconsistencies while reading/writing to a file (nomandevice) which the clu_noman_srv process uses. This problem can be detected by looking for the following messages in the HADB history files: n:3 NSUP INF 2005-02-11 18:00:33.844 p:731 Child process noman3 733 does not respond. n:3 NSUP INF 2005-02-11 18:00:33.844 p:731 Have not heard from it in 104.537454 sec n:3 NSUP INF 2005-02-11 18:00:33.844 p:731 Child process noman3 733 did not start. Solution To solve the problem, run the following command for the affected node: hadbm restartnode --level=clear nodeno dbname Note that all devices for the node will be reinitialized. You may have to stop the node before reinitializing it. |
None |
HADB database creation fails. Creating a new database may fail with the following error, stating that too few shared memory segments are available: HADB-E-21054: System resource is unavailable : HADB-S-05512: Attaching shared memory segment with key "xxxxx" failed, OS status=24 OS error message: Too many open files. Solution Verify that shared memory is configured and the configuration is working. In particular, on Solaris 8, inspect the file /etc/system, and check that the value of the variable shmsys:shminfo_shmseg is at least six times the number of nodes per host. |
6232140 |
The management agent terminates with the exception, "IPV6_MULTICAST_IF failed." The management agent may terminate with the exception, IPV6_MULTICAST_IF failed, when starting on a host running Solaris 8 with several NIC cards, and if there is a mixture of cards with IPv6 and IPv4 enabled. The root cause is described in bug 4418866/4418865. Solution
|
6171832, 6172138 |
Stale sessions are not cleaned up leading to degraded HADB performance, or the data device is getting full. Solution To remove stale sessions efficiently, modify the sun-ejb-jar.xml file to set the value of cache-idle-timeout-in-seconds to less than the removal-timeout-in-seconds value. If the cache-idle-timeout-in-seconds is equal to or greater than the removal-timeout-in-seconds, old sessions will not be cleaned-up in HADB, which is the expected behavior. If you continue to face issues with stale sessions even after setting these properties as recommended, contact product support for help. |
6171994 |
Improper permissions in security.policy file causing startup hang. Description hadb-jdbc has improper access permissions in the security.policy file. Solution If there is an intermittent hang during startup, add the following suggested permissions in the security.policy file: By default, the following is present: permission java.net.SocketPermission "*", "connect"; Suggested permissions: permission java.net.SocketPermission "*", "connect accept,listen,resolve"; |
5042351 |
New tables created after new nodes are added will not spread on the added nodes. Description If a user creates a database instance, add nodes to it, then any new tables created afterwards will not be fragmented on the nodes added after database creation. Only the tables created before addnodes will be able to use the added nodes when hadbm addnodes refragment it. This is because create table uses the sysnode node group which is created at the boot time of the database (when hadbm create is executed). Solution Run hadbm refragment after new tables have been added, or create the new tables on nodegroup, all_nodes. |
6158393 |
HADB problem with RedHat AS 3.0 in co-located mode under load. Description HADB runs on RedHat Linux AS 3.0 co-located with Application Server. Transactions may get aborted and affect the performance. This is caused by the excessive swapping performed by the operating system. Solution This issue appears to have been resolved when HADB was tested against RedHat Linux AS 3.0 Update 4. |
6214601 |
Addnodes fails with table not found error since hadbm searches user tables in sysroot schema. Description The hadbm refragment command fails with: hadbm:Error 22042: Database could not be refragmented. Please retry with hadbm refragment command to refragment the database.. Caused by: HADB-E-11701: *Table singlesignon not found* Solution Refragment the Application Server tables manually with the help of clusql: > clusql server:port list> system+dbpassword specified at database create> SQL: set autocommit on; SQL: set schema haschema; SQL: alter table sessionattribute nodegroup all_nodes; SQL: alter table singlesignon nodegroup all_nodes; SQL: alter table statefulsessionbean nodegroup all_nodes; SQL: alter table sessionheader nodegroup all_nodes; SQL: alter table blobsessions nodegroup all_nodes; SQL: quit; |
6159633 |
configure-ha-cluster may hang. Description When the asadmin configure-ha-cluster command is used to create or configure a highly available cluster on more than one host, the command hangs. There are no exceptions thrown from the HADB Management Agent or the Application Server. Solution HADB does not support heterogeneous paths across nodes in a database cluster. Make sure that the HADB server installation directory and configuration directory are the same across all participating hosts. Additionally, clear the repository directories before running the command again. |
6197822 |
hadbm set brings the database instance to a state from which it is difficult to recover. Description In this scenario, the hadbm set command fails when attempting to change some database configuration variable; for example, setting DataBufferPoolSize to a larger size fails due to insufficient shared memory on node-0. The hadbm set command then leaves the database with node-0 in stopped state and node-1 in running state. Resetting the pool size back to the original value with the help of hadbm set fails with the message: 22073: The operation requires restart of node 1. Its mirror node is currently not available. Use hadbm status --nodes to see the status of the nodes. In this case, hadbm startnode 0 also fails. Solution Stop the database, then restore the old values using hadbm set and restart the database. |
6200133 |
Failure in configure-ha-cluster; creating an HADB instance fails. Description Attempts to create a HADB cluster fails with the message: HADB-E-00208: The transaction was aborted. The booting transaction populating the SQL dictionary tables gets aborted. Solution Run the configure-ha-cluster command again. If you run the hadbm create command and it fails with the previous message, rerun it. |
5091349 |
Heterogeneous install paths are not supported. It’s not possible to register the same software package with the same name at different locations on different hosts. Solution HADB does not support heterogeneous paths across nodes in a database cluster. Ensure that the HADB server installation directory and configuration directory are same across all participating hosts. |
5091280 |
hadbm set does not check resource availability (disk and memory space) Scenario Increasing device or buffer sizes using hadbm set. Description The management system will check resource availability when creating databases or adding nodes, but it will not check if there are sufficient resources available when device or main-memory buffer sizes are changed. Solution Check that there is enough free disk/memory space on all hosts before increasing any of the devicesize or buffersize configuration attributes. |
4855623 |
When one of the nodes’ host is down, hadbm stop command does not exit. The hadbm stop command may not be able to shutdown a database completely if HADB nodes do not receive shutdown messages due to network problems. The typical symptom is that hadbm takes more than 60 seconds to complete. In this situation, hadbm stop/delete will not work. You must specify the nodes that needs to be shutdown. Solution
|
4861337 |
If an active data node fails while executing hadm stopdb, hadm startdb will fail. hadbm status should return non-operational if the database is unable to start. Solution To correct the problem:
|
4958827 |
Child process transaction does not respond. When a host machine accommodates more than one HADB node and all nodes use the same disk for placing their devices, it is observed that the disk I/O becomes the bottleneck. HADB process have been waiting for asynchronous I/O and therefore did not answer the node supervisor’s heartbeat check. This causes the processes to be restarted by the node supervisor. Although this problem can occur on any operating system, it is observed on Red Hat Linux AS 2.1 and 3. Solution Use separate disks to place the devices belonging to different HADB nodes residing on the same machine. |
None |
HADB Configuration with Double Networks HADB, configured with double networks on two subnets, work properly on Solaris SPARC. However, due to problems in the operating system or network drivers on some hardware platforms, it is observed that Solaris x86 and Linux platforms do not handle double networks properly. This causes the following problems to HADB:
|
This section contains the following sections:
This section describes the known command-line interface issues and associated solutions.
This section describes the known administration infrastructure issues and associated solutions.
When using Administration interface, make sure that the browser is configured to check for newer versions of pages from the server, instead of picking these from cache. Generally, default browser settings would not cause problems.
On Internet Explorer, make sure that Tools->Settings...->Check for newer versions of stored pages: is not set to ’Never’.
On Netscape, make sure that Edit->Preferences...->Advanced->Cache->Compare the page in the cache to the page on the network: is not set to ’Never’.
This section describes the known administration graphical user interface issues, and the associated solutions.
This section describes known sample application issues and associated solutions.
This section describes known ORB/IIOP-Listener issues and associated solutions.
This section describes the known documentation issues and associated solutions.
Sun Java System Standard and Enterprise Edition 7 Application Server 2004Q4 does not contain any files which you can redistribute.
If you have problems with Sun Java System Standard and Enterprise Edition 7 Application Server, contact Sun customer support using one of the following mechanisms:
Sun Software Support services online at http://www.sun.com/service/sunone/software
This site has links to the Knowledge Base, Online Support Center, and ProductTracker, as well as to maintenance programs and support contact numbers.
The telephone dispatch number associated with your maintenance contract
So that we can best assist you in resolving problems, please have the following information available when you contact support:
Description of the problem, including the situation where the problem occurs and its impact on your operation
Machine type, operating system version, and product version, including any patches and other software that might be affecting the problem
Detailed steps on the methods you have used to reproduce the problem
Any error logs or core dumps
You might also find it useful to subscribe to the following interest group, where Sun Java System Standard and Enterprise Edition 7 Application Server topics are discussed:
http://forum.java.sun.com/forum.jspa?forumID=136
Sun is interested in improving its documentation and welcomes your comments and suggestions. Use the web-based form to provide feedback to Sun:
http://www.sun.com/hwdocs/feedback
Please provide the full document title and part number in the appropriate fields. The part number is a seven-digit or nine-digit number that can be found on the title page of the book or at the top of the document. For example, the part number of this Release Notes document is 820-5583.
Useful Sun Java System Standard and Enterprise Edition 7 information can be found at the following Internet locations:
Sun Java System Standard and Enterprise Edition 7 Documentation
Sun Java System Standard and Enterprise Edition 7 Professional Services http://www.sun.com/service/sunjavasystem/sjsservicessuite.html
Sun Java System Standard and Enterprise Edition 7 Software Products and Service http://www.sun.com/software
Sun Java System Standard and Enterprise Edition 7 Software Support Services http://www.sun.com/service/sunone/software
Sun Java System Standard and Enterprise Edition 7 Support and Knowledge Base http://www.sun.com/service/support/software
Sun Support and Training Services http://training.sun.com
Sun Java System Standard and Enterprise Edition 7 Consulting and Professional Services http://www.sun.com/service/sunps/sunone
Sun Developer Support Services http://www.sun.com/developers/support
Sun Java System Standard and Enterprise Edition 7 Software Training http://www.sun.com/software/training