Sun Java System Application Server Enterprise Edition 8 2004Q4 Beta Release Notes
Part Number 819-0214
The Sun Java System Application Server Enterprise Edition 8 2004Q4 Beta product greatly simplifies the task of creating and administering web services applications. It provides superior performance, clustering, and high availability features for scalable services that continue to operate despite software and hardware faults. The Application Server provides a development path for web services that simplifies the development process while providing uniquely flexible growth opportunities.
These release notes contain important information available at the time of the Sun Java System Application Server 8 2004Q4 Beta product release. Product requirements, what’s new, platform summary, known problems, and other late-breaking issues are addressed here. Read this document before you begin using the Application Server product.
This document contains the following sections:
Third-party URLs are referenced in this document and provide additional, related information.
|
Note
|
Sun is not responsible for the availability of third-party Web sites mentioned in this document. Sun does not endorse and is not responsible or liable for any content, advertising, products, or other materials that are available on or through such sites or resources. Sun will not be responsible or liable for any actual or alleged damage or loss caused by or in connection with the use of or reliance on any such content, goods, or services that are available on or through such sites or resources.
|
|
Release Notes Revision History
This section lists the changes that have been made in these release notes after the initial release of the Application Server 2004Q4 Beta product
Revision Date
|
Description of Change
|
September 2004
|
Sun Java System Application Server 8 2004Q4 Beta release.
|
.
About Application Server 8 2004Q4 Beta
The Sun Java System Application Server Enterprise Edition 8 is a J2EE 1.4 platform compatible server for the development and deployment of J2EE applications and Java Web Services in large-scale production environments. The Application Server includes the following enhancements:
- Improved Administration: The Application Server supports the remote secure management of complex multi-machine enterprise deployments using either a browser based console or a scriptable command line interface. It also provides a rich JMX based API allowing remote, secure, programatic access to administrative and monitoring functions.
- Message Broker: The Application server is bundled with an integrated enterprise class message broker that features providing highly available, reliable, high performance, and scalable messaging.
- Expanded Platform Support: Additional operating systems, databases, locales, and hardware are supported.
- Sun Java Enterprise System: As a key component of the Sun Java Enterprise System, the Application Server is tightly integrated with portal and network identity services.
- Migration and Upgrade Tools: These tools enable you to verify J2EE applications for standards conformance and portability, help with migrations from other J2EE application servers (JBoss, WebLogic, WebSphere), and aid in upgrading from previous versions of Sun ONE Application Server/ iPlanet Application Server.
- Java 2 Standard Edition 5.0 Support: The Application Server supports the Java 2 Standard Edition 5.0, which includes enhanced management and monitoring features and many performance and scalability improvements.
- JDBC Drivers: The Application Server is bundled with DataDirect JDBC drivers.
- Web Services Security: These container message security mechanisms implement message-level authentication (e.g. XML digital signature and encryption) of SOAP web services invocations using the X509 and username/password profiles of the OASIS WS-Security standard.
- WS-I Profile 1.1: As mandated by the J2EE 1.4 specification, this release implements Web Services Interoperability (WS-I) Basic Profile 1.1 to enable interoperability for web services applications.
- Backend Connectivity with iWay Adapters: Sun Microsystems now resells and supports twenty-two iWay adapters to key backend systems (SAP, Siebel, Oracle, CICS, and IBM MQ Series) to help customers leverage existing IT applications from within the Application Server environment. These adapters support the J2EE Connector Architecture 1.5 specification and Web services (SOAP) standards, and include developer tools to reduce time to connect to backend applications.
What’s New in This Release
The Sun Java System Application Server Enterprise Edition 8 implements the new features specified by the J2EE 1.4 platform. The following sections describe the new features and technologies:
J2EE Support
The Sun Java System Application Server 8 2004Q4 Beta supports the J2EE 1.4 and 1.5 (also known as J2SE 5.0) platform. The following table describes the enhanced APIs available on the J2EE 1.4/1.5 platform.
Table 1 Major API changes on the J2EE 1.4 Platform
API
|
Description
|
Components
|
Application and Application Client
|
Implementation of standard deployment descriptors by means of XML schemas
|
Enterprise JavaBeans (EJB) 2.1
|
Time service and EJB Web-service endpoint
|
Java Servlet 2.4
|
Web-service endpoint filter
|
JavaServer Pages (JSP) 2.0 architecture
|
Expression language and tag library
|
J2EE Connector Architecture 1.5
|
Inbound resource adaptor and Java Message Service (JMS) pluggability
|
Web Services
|
Web services for J2EE 1.1
|
Portable Web-service descriptors
|
Java API for XML-based Remote Procedure Calls (JAX-RPC) 1.1
|
Mapping for WSDL and Java technology and support for development of Web-service clients and endpoints
|
WS-I Basic Profile 1.0
|
The enabling element for interoperability between WSDL and SOAP
|
SOAP with attachment API for Java (SAAJ) 1.2
|
An API for SOAP-based messaging; fosters the creation of SOAP messages with attachments
|
Java APIs for XML Registries (JAXR) 1.0
|
A uniform and standard API for accessing XML registries, such as those for Universal Description Discovery and Integration (UDDI and ebXML)
|
Other
|
J2EE application Deployment 1.1
|
Standard APIs that enable deployments of J2EE components and applications
|
J2EE Management 1.0
|
Definitions for the information model for managing the J2EE platform
|
Java Management Extensions (JMX) 1.2
|
Management of standards
|
Java Authorization Contract for Containers (JACC) 1.0
|
Definitions of security contracts between a J2EE application server and the authorization policy provider
|
Java API for XML Processing (JAXP) 1.2
|
An API with which applications can parse and transform XML documents; also adds support for processing of XML schemas
|
JMS 1.1
|
A messaging standard that enables J2EE application components to create, send, receive, and read messages; also adds support for uniform APIs for queues and topics
|
JavaMail 1.3
|
A set of abstract classes that model a mail system; also includes minor updates to the APIs
|
High Performance
The Application Server includes a high performance EJB container, Web container and services, and supports concurrent message delivery with the Sun Java System Message Queue software.
Scalability
The Application Server supports horizontal scalability through clustering of server instances and request load balancing. It also achieves class leading vertical scalability supporting large multi-processor machines. The integrated message broker can be clustered for better scalability and availability. Client access from HTTP clients, RMI/IIOP based Rich Client Applications, Web Services Clients, and JRM Clients can be load balanced to Application Server clusters.
High Availability
The Application Server includes load balancing for HTTP, IIOP, and JMS clients; HTTP session failover support; EJB clustering and failover support; highly available EJB timers; distributed transaction recovery; support for rolling application upgrades; and a high availability database for storing the transient state of J2EE applications.
Availability allows for failover protection of Application Server instances in a cluster. If one application server instance goes down, another Application Server instance takes over the sessions that were assigned to the unavailable server. Session information is stored in the high-availability database (HADB). HADB supports the persistence of HTTP sessions, Stateful Session Beans, and Single Sign On credentials.
The Unix platforms contain the new HADB management system (HADB version 4.4.x).
JavaServer Faces 1.1 Support
The Sun Java System Application Server Enterprise Edition 8 supports JavaServer Faces 1.1 technology. The JavaServer Faces technology consists of a set of server-side APIs that represent user-interface components that manage their state, event, handling, and input validation. The APIs also define page navigation and support internationalization and accessibility. You can add custom UI components with a JSP custom tag library.
While developing with JavaServer Faces technology, each member of a development team can focus on a single piece of the process. A simple programming model then links the pieces, resulting in a much more efficient and simpler development cycle.
JavaServer Pages Standard Tag Library 1.1 Support
The Sun Java System Application Server Enterprise Edition 8 2004Q4 Beta supports the JavaServer Pages Standard Tag Library (JSTL) 1.1.1 that uses internally named com.sun.* JAXP classes. The following issues have been resolved in the JSTL 1.1.1 release used with the Application Server:
Table 2 Bugs fixed since Standard 1.1.1 Taglib release
Bug ID
|
Summary
|
30646
|
Fixed implementation so that it compiles under J2SE 5.0. Changed the J2SE 5.0 reserved keyword "enum" to "enum_".
NOTE: the JAXP 1.2 classes will need to be specified with J2SE 5.0 since the 5.0 bundled JAXP 1.3 packages have been moved around and re-named.
|
30647
|
Followed the BluePrints Guidelines for web application project structure. Most IDEs assume the BluePrints structure so abiding by these guidelines will help them integrate the examples.
The following changes were made to the examples directory structure:
- moved the examples deployment descriptor to the web/WEB-INF directory out from conf
- moved the jstl-examples.tld to web/WEB-INF/tlds
- updated build.xml to reflect new directory structure
|
None
|
Sun Java System Application Server 8 2004Q4 Beta contains an implementation of JSTL 1.1.1 that uses the internally named com.sun.* JAXP classes. If you use another JSTL implementation, for instance from Apache, with J2SE 5.0 you will need to include a JAXP implementation with your web application.
- In JstlUriResolver when external entitities are resolved the ‘base’ varies from different Xalan implementations. Fixed how base is handled.
|
The JSTL 1.1 Specification is available at http://java.sun.com/products/jstl
Java API for XML Processing
The Sun Java System Application Server Enterprise Edition 8 2004Q4 Beta includes the Java API for XML Processing (JAXP) 1.2.6_01 which supports the JAXP 1.2 API. The default transformer is XSLTC.
- The Xerxes and Xalan packages have been renamed from org.apache.subpackage.* to com.sun.org.apache.subpackage.internal.*
- The base versions of Xerces and Xalan are:
- Xerces: 2.6.2 +
- Xalan: 2.6.0 +
The JAXP 1.2.6 release notes are available at: http://java.sun.com/webservices/docs/1.4/jaxp/ReleaseNotes.html
System Requirements
This section lists the requirements that must be met before installing the Sun Java System Application Server Enterprise Edition 8 product.
Platform Requirements
The following table lists the operating systems that are supported for Sun Java System Application Server Enterprise Edition 8 2004Q4 Beta product. Additionally, the minimum and recommended memory requirements are identified for installing and running the Application Server.
Table 3 Supported Operating Systems
Operating System
|
Minimum Memory
|
Recommended Memory
|
Minimum Disk Space
|
Recommended Disk Space
|
JVM
|
Sun Solaris 9, 10 (SPARC) Solaris 9, 10 (x86)
|
512 MB
|
1 GB
|
250 MB free
|
500 MB free
|
JDK 1.4.2_05 JDK 1.5
|
Redhat Enterprise Linux 2.1 Update 2, 3.0 Update 1
|
512 MB
|
1 GB
|
83 MB free
|
300 MB free
|
JDK 1.4.2_05 JDK 1.5
|
Microsoft Windows 2000 Advanced Server Service Pack 4+
|
512 MB
|
1 GB
|
250 MB free
|
500 MB free
|
JDK 1.4.2_05 JDK 1.5
|
Microsoft Windows Server 2003
|
512 MB
|
1 GB
|
250 MB free
|
500 MB free
|
JDK 1.4.2_05 JDK 1.5
|
On UNIX, you can check your operating system version using the uname command. Disk space can be checked using the df command.
Solaris Patch Requirements
It is recommended that Solaris 9, 10 (x86, SPARC) users have the “Sun recommended patch cluster” installed. This patch cluster is available under “Recommended and Security Patches” here:
http://sunsolve.sun.com/
RedHat Enterprise Linux 3.0 Additional Package Requirements
To run native components of this product, including installer, the following package, which is not part of the standard RedHat Enterprise Linux 3.0 distribution, should be installed: compat-libstdc++-7.3-2.96.118.i386.rpm
The package can be downloaded from:
http://mirrors.kernel.org/redhat/redhat/linux/9/en/os/i386/RedHat/RPMS/compat-libstdc++-7.3-2.96.118.i386.rpm
JDBC Drivers and Databases
The Sun Java System Application Server 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, please refer to the following table:
Table 4 J2EE Compatible JDBC Drivers
JDBC Vendor
|
JDBC Driver Type
|
Supported Database Server
|
i-net Software
|
Type 4
|
Oracle (R) 8.1.7, 9i, 9.2.0.3
|
i-net Software
|
Type 2
|
Oracle (R) 9i,
|
i-net Software
|
Type 4
|
Sybase ASE 12.5.2
|
i-net Software
|
Type 4
|
MS SQL Server 2000 4.0 Service Pack 1
|
IBM
|
Type 2
|
IBM DB2 8.1 Service Pack 3+
|
PointBase
|
Type 4
|
PointBase Network Server 4.8
|
For more information about i-net Software, see:
http://www.inetsoftware.de/
The following table identifies additional supported JDBC drivers; however these drivers are not J2EE compatible.
Table 5 JDBC Drivers not J2EE compatible
JDBC Vendor
|
JDBC Driver Type
|
Supported Database Server
|
Oracle
|
Type 4
|
Oracle (R) 9.2.0.3, 10G
|
Sybase
|
jConnector
|
Sybase ASE 12.5.1
|
Additional drivers have been tested to meet the JDBC requirements of the J2EE 1.4 platform with the JDBC Driver Certification Program. These drivers can be used for JDBC connectivity with the 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.
Web Servers
This section lists the web servers that are supported for the Sun Java System Application Server Enterprise Edition 8 2004Q4 Beta.
Table 6 Supported Web Servers
Web Server
|
Version
|
Operating System
|
Sun Java System Web Server
|
6.0 Service Pack 6+
|
Solaris SPARC 8 9, 10 Red Hat Enterprise Linux 2.1 Update 2, 3.0 Update 1
|
Apache Web Server
|
1.3.27+
|
Solaris SPARC 9, 10 x86, Red Hat Enterprise Linux 2.1 Update 2, 3.0 Update 1
|
Microsoft IIS
|
5.0+
|
Windows Server 2003 Windows 2000 Advanced Server Service Pack 4+
|
Browsers
This section lists the browsers that are supported with the Sun Java System Application Server Enterprise Edition 8 2004Q4 Beta.
Table 7 Browsers Supported
Browser
|
Version
|
Mozilla
|
1.4
|
Netscape Navigator
|
4.79, 6.2
|
Internet Explorer
|
5.5 Service Pack 2, 6.0
|
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.
- HADB supports IPv4 only.
- The network must be configured for UDP multicast.
- In this Beta release, the new HADB mangement system may show problems handling 8 or more hosts.
- HADB supports only ext2 file system for Red Hat Enterprise Linux 2.1, not ext3. Both ext2 and ext3 are supported for Red Hat Enterprise Linux 3.0.
- HADB on Red Hat Enterprise Linux 3.0 is not recommended for production environment due to the swapping problem observed in Red Hat Enterprise Linux 3.0.
Upgrading the Sun Java System Application Server
Refer to the Installation Guide for complete instructions for upgrading from a previous version of the Application server to the Sun Java System Application Server Enterprise Edition 8 2004Q4 Beta.
Other Requirements
The following additional requirements should be met before installing the Sun Java System Application Server software.
- Free space: your temporary directory must have a minimum of 35MB free for Sun Java System Application Server installation, and 250 MB of free space for the SDK installation.
- Using the uninstall program: If you need to remove the application server from your system, it is important to use the uninstall program that is included with the software. If you attempt to use another method, problems will arise when you try to reinstall the same version, or when you install a new version.
- Free ports: You must have seven unused ports available.
- The installation program automatically detects ports in use and suggests currently unused ports for the default settings. By default, the initial default ports are 8080 for the HTTP server, and 4848 for the Admin Server.
- The installation program will detect used ports and assign two others for you: Sun JavaTM System Message Queue (by default, 7676), and IIOP (by default, 3700 for IIOP and 1060 and 1061 for IIOP/SSL). If these default port numbers are in use, the installation program will assign a random port number from the dynamic port range (note that this may not be the next available port number).
- Starting previously-installed servers (UNIX) — unless you are replacing the previously installed server, you should start it before you begin the Sun Java System Application Server 8 installation process. This allows the installation program to detect ports that are in use and avoid assigning them for other uses.
- Replacing previously-installed servers (UNIX) — if you have an older version on the Sun Java System Application Server installed that you wish to replace with the current Application Server, you should stop it before installing the new server. Use the installation program upgrade wizard to upgrade the server.
- Shutting down firewall (Microsoft Windows) — You must stop any firewall software before installing the Sun Java System Application Server software, because some of this software disables all ports by default. The installation program must be able to accurately determine which ports are available.
For further compatibility information, see the Compatibility Guide available at:
Documentation
In addition to these release notes, the Application Server product includes an entire set of documentation that can be found at this location:
The following table summarizes the books included in the Application Server core application documentation set.
Books in This Documentation Set
Book Title
|
Description
|
Release Notes
|
Late-breaking information about the software and the documentation. Includes a comprehensive, table-based summary of supported hardware, operating system, JDK, and JDBC/RDBMS.
|
Compatibility Guide
|
Differences between the adjacent product releases and configuration options that may result in incompatibility with the product specifications.
|
Quick Start Guide
|
How to get started with the Sun Java System Application Server product.
|
Installation Guide
|
Installing the Sun Java System Application Server software and its components, such as sample applications, the Administration Console, and the high-availability components. Instructions for implementing a basic high-availability configuration are included.
|
Deployment Planning Guide
|
Evaluating your system needs and enterprise to ensure that you deploy Sun Java System Application Server in a manner that best suits your site. General issues and concerns that you must be aware of when deploying an application server are also discussed.
|
Developer’s Guide
|
Creating and implementing Java 2 Platform, Enterprise Edition (J2EE platform) applications intended to run on the Sun Java System Application Server that follow the open Java standards model for J2EE components and APIs. Includes general information about developer tools, security, assembly, deployment, debugging, and creating lifecycle modules.
|
J2EE 1.4 Tutorial
|
Using J2EE 1.4 platform technologies and APIs to develop J2EE applications and deploying the applications on the Sun Java System Application Server.
|
Administration Guide
|
Information and instructions on the configuration, management, and deployment of the Sun Java System Application Server subsystems and components, from both the Administration Console and the command-line interface. Topics include cluster management, the high-availability database, load balancing, and session persistence. A comprehensive Sun Java System Application Server glossary is included.
|
Reference
|
Editing the Sun Java System Application Server configuration file, domain.xml.
|
Migration Guide
|
Migrating your applications to the new Sun Java System Application Server programming model, specifically from iPlanet Application Server 6.x and from Netscape Application Server 4.0. Includes a sample migration.
|
Performance Tuning Guide
|
How and why to tune your Sun Java System Application Server to improve performance.
|
Troubleshooting Guide
|
Information on solving Sun Java System Application Server problems.
|
Diagnostics in Log Resource Bundles
|
Information on solving Sun Java System Application Server error messages.
|
Utility Reference Manual
|
Utility commands available with the Sun Java System Application Server; written in manpage style.
|
Known Problems and Limitations
This section describes known problems and associated workarounds for the Sun Java System Application Server Enterprise Edition 8 2004Q4 Beta product. If a summary statement does not specify a particular platform, the problem applies to all platforms. This information is organized into the following sections:
Administration
This section describes the known administration issues and associated solutions.
ID
|
Summary
|
6165776
|
On Application Server Enterprise Edition 8, the bundled DataDirect driver does not work out-of-the-box.
The following additional steps are required to use the bundled DataDirect driver with the Application Server Enterprise Edition 8:
1. Copy the relevant JAR files into the lib/ext directory for the domain.
2. Restart the domain.
The bundled DataDirect drivers are located at install_dir/lib/jdbcdrivers directory.
Solution
Put smbase.jar, smutil.jar and smoracle.jar in the CLASSPATH.
|
Connectors
This section describes the known connector issues and associated solutions.
ID
|
Summary
|
6165776
|
Cascade connector undeploy fails in remote Enterprise Edition deployment scenarios.
When a connector module is deployed on a cluster which has instances on local and remote machine(s) and the user invokes undeploy of the connector module with the cascade option set to true, the undeployment fails with the following error:
CLI171 Command undeploy failed: ERROR - Stop Application in remote-server-instance Component not registered.
Solution
The cascade option in the undeploy command is used to automatically delete dependent resources of a connector module. Instead of using the cascade option in remote server instance deployments in the Enterprise Edition of the Application server, delete the dependent resources using the relevant asadmin command or the Admin Console, then invoke the undeploy command without the cascade option.
|
Container Managed Persistence
This section describes the known container managed persistence issues and associated solutions.
ID
|
Summary
|
5052946
|
DBSCHEMA: 117 failures in CMP with new version of oracle inet driver
The capture-schema utility does not successfully capture all of the table information needed by the CMP container when using the inet Oraxno 2.06 or later driver. The maximum size of the LOB DataType on Oracle is 4GB. Starting with inet Oraxno release 2.06, the JDBC driver will not return the correct size of 4GB for a LOB via DatabaseMetaData.getColumns().
Solution
Use a previous version of the inet Oraxno driver with capture-schema. This does not effect the use of the Oraxno 2.06 driver with the Sun Java System Application Server after you capture the information for the schema.
|
Deploytool
This section describes the known Deploytool issues and associated solutions.
ID
|
Summary
|
5036156
|
On Windows, invoking the Sun-specific Settings CMP Database, then saving the changes causes the changes to be lost and a tmp#####.jar file to be created.
Changes may be lost for the Container Managed Persistence Enterprise Java Bean JAR after the CMP Database dialog has been invoked by any of the following ways:
1. Click on Sun-specific Settings button on the EJB JAR General tab.
2. Click on Sun-specific Settings button on EJB General tab. Select CMP Database from the View menu.
3. Click on the CMP Database (Sun-specific) button on Entity tab.
Solution
When this problem occurs a tmp#####.jar is created in the same location as the original CMP EJB JAR file. The tmp#####.jar is the CMP EJB JAR file with the newly saved changes. The tmp#####.jar can be renamed and opened in Deploytool for editing. “#####” represents a random number - i.e., tmp46278.jar.
|
5045659
|
Deploytool incorrectly sets the fetch group for BLOB/CLOB column types.
If the user selects the Sun-specific Settings button to bring up the CMP Database dialog and hasn’t specified the fetch group for BLOB/CLOB column types in the sun-cmp-mappings.xml file, the fetch group for the BLOB/CLOB column types is incorrectly set to Default.
Solution
Set the BLOB/CLOB type column fetch group to None.
1. Click on the Sun-specific Settings button in the EJB JAR General tab.
2. For each Enterprise Bean that has “BLOB” or “CLOB” listed under the Type column in the Field Mappings table, select None in the Fetch column.
3. Close the CMP Database dialog.
4. Save the application.
|
Documentation
This section describes the known documentation issues and associated solutions.
ID
|
Summary
|
6172135
|
The web application used in the Sun Java System Application Server Enterprise Edition 8 2004Q4 Beta Quick Start Guide is not marked distributable; thereby causing HTTP session persistence to not work correctly for this application.
HTTP session persistence, as described in the Test HTTP Session Persistence section of the Quick Start Guide, does not work for the web application in the install_dir/samples/quickstart directory. Because of this, the HTTP session is lost after restarting an application server instance, so the application does not display the names of users which were entered before the server was restarted.
Solution
1. Edit the file install_dir/samples/quickstart/web/WEB-INF/web.xml to add the element distributable/ after the display-name element.
2. Save the file.
3. Repackage the application by executing the command install_dir/bin/asant_core from the install_dir/samples/quickstart directory.
4. Go to the install_dir/samples/quickstart/build/assemble/war directory and redeploy the application using the command asadmin deploy --force --availabilityenabled --target FirstCluster hello.war.
5. Follow the steps in the Quick Start Guide for restarting the cluster and web server and for testing the HTTP session persistence.
|
High Availability
This section describes the known high availability issues and associated solutions.
ID
|
Summary
|
5068348
|
On Solaris (Intel and SPARC), HADB processes get bad priority in J2SE 1.4.
The threads running within the Java Virtual Machine get medium priority by default. This causes the Management Agent thread to fork the HADB process with nice level 10.
Solution
This problem is eliminated if running HADB on J2SE 1.5.
|
5071947
|
Old configuration objects should be deleted from the repository.
The management repository grows without bounds if the configuration objects are not deleted.
Solution
None
|
5072704
|
JGroups ExitEvent causes the Management Agent to stop.
False events make Management Agents to stop at irregular intervals.
Solution
None
|
5074979
|
On Solaris 10, BGE does not compute checksums properly for UDP/IP packets.
On Solaris 10, faulty UDP multicast hardware package checksumming on V210 and V22x systems makes the HADB Management system unstable.
Solution
Switch OFF hardware checksumming.
|
5075387
|
Error “too many transactions,” occurs during node restart/repair and the server could not accept some new transactions.
If one node goes offline and does not recover before all transaction objects are in use, new transactions are aborted with error “too many transactions.”
Solution
Get the offline host as soon as possible. If this is not possible, run the hadbm clear command.
|
5079499
|
MsgChannelImpl.close is not synchronized.
The Management Agent may stop with the following message in stdout: MsgChannelImpl.close: illegal ref count Management agent stopped. Bye.
Solution
Restart the Management Agent.
|
5083160
|
Management Agent crashes.
During hadbm create domain, extend domain, create, add nodes command execution, the Management Agent may fail with the following message: WARNING: RpcAdapter.waitForView:ChannelClosed. SEVERE: MA$MA ThreadGroup.uncaughtException: Terminating process.
Solution
The Management Agents have to be restarted one by one, then each command should be re-issued.
|
5096062
|
On Windows, cannot stop ma.exe with Ctrl-C.
Solution
Use the Task Manager to end the task ma.exe or close the window where the command was executed.
|
5097447
|
Garbage collection in logstore does not work.
A database with high load, and/or long-lived transactions will run out of resources in the log buffer (also called tuple log) or data devices. This situation can be identified by the following error or warning message(s) in the history file:
HADB-E-04593: No unreserved blocks on data devices. HIGH LOAD: about to run out of tuple log space.
Log buffer, allocated in the shared memory, holds the log records of user transactions. When it is compacted, any log records belonging to active transactions are moved to “log store.” Log store resides on the node’s data device (a disk file), together with user data. Log store is compacted when a transaction terminates.
Solution
Since the compaction of log store does not work, allocate a big enough log buffer so that logstore is never needed. When increasing the logBufferSize, increase the device size as well since a node’s devices reserve 4*logBufferSize for log store. Restarting a node having HIGH LOAD problems on log buffer/device space also clears the log store.
|
5097485
|
Creating domains using 8 or more hosts may show various stability issues. The problems are mainly seen through timeouts and hangs in definedomain and create.
Solution
This is resolved in the final release.
|
6064932
|
asadmin configure-ha-cluster shows NullPointerException for HADB.
When the asadmin configure-ha-cluster command is run on hosts that have IPv6 interface, the HADB Management Agent fails and throws exceptions. HADB does not handle IPv6 and does not filter out the IPv6 interfaces before further processing.
Solution
HADB supports IPv4. Do not use IPv6 addresses.
|
6155745
|
Unable to configure-ha-cluster. Network partition and reconnect detected messages display intermittently.
When two nodes belonging to two different management domains running on the same host with the same port numbers, messages from one domain may be delivered to nodes from another domain causing confusion and unexpected behavior.
Solution
HADB instances using the same machine must use DIFFERENT port numbers. When discarding an old HADB instance do not reuse port numbers unless ALL nodes (on all machines) of the old instance have been stopped. Rebooting all machines that will be used by the new instance does not remedy the situation.
|
6158393
|
HADB problem with RedHat AS 3.0 in co-located mode under load.
HADB runs on RedHat 3.0 co-located with AS. Transactions may get aborted and affect the performance. This is caused by the excessive swapping performed by the operating system.
Solution
The problems has been partly resolved in RedHat 3.0 Update 3 Beta; however, we are still seeing both performance and stability problems.
|
6159633
|
asadmin configure-ha-cluster hangs.
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. Also, clear the repository directories before running the command again.
|
J2EE Tutorial
To run the J2EE 1.4 Tutorial on the Sun Java System Application Server Enterprise Edition 8 2004Q4 Beta perform these tasks:
- When you edit the file examples/common/build.properties as described in the “About the Examples” section of the “About this Tutorial” chapter, also change port 4848 to 4849.
- When using Deploytool, add the server localhost:4849 before deploying an example.
- When using the Admin Console to create any resource, use the Targets tab to specify the server as the target. If you use the command line or an asant target, the server is the default target, no further action is required.
Lifecycle Management
This section describes the known lifecycle management issues and associated solutions.
ID
|
Summary
|
5064098
|
On Windows, application server startup fails with error: appservDAS.exe - Entry Point Not Found.
While trying to start the Application server domain, the startup cannot be initiated using the Menu Item on the Start Menu or the asadmin start-domain command.
The server startup fails after displaying the following dialog box:
The procedure entry point PK11_DestryPBEParas could not be located in the dynamic link library nss3.dll The procedure entry point SECKEY_PublicKeyStrengthInBits could not be located in dynamic link library nss3.dll
Solution
The problem is caused by presence of an older version of libnspr4.dll in Windows system location (for example, C:\WINDOWS\System32). In general, this file is left behind by older versions of the Sun Java System Web Server even after uninstallation. Rename the file to some other name to workaround this application server startup problem.
|
6165358
|
Synchronization file locking problem when starting the same instance without stopping it first.
When creating an instance and starting it, if the start-instance command is executed again, and subsequent start-instance commands return success while the list-instances command reports that the instance is not running. The instance is in fact running, however, when attempting to stop it an exception is thrown.
Solution
Stop the instance prior to starting the instance again. If the instance is still running, kill the instance then start the instance again.
|
Load Balancer Administration
This section describes the known load balancer administration issues and associated solutions.
ID
|
Summary
|
6165818
|
The load balancer plug-in (XML) does not have context root entry for the .ear file.
If an application/module contains an alternate DTD file for one of its deployment descriptors, the loadbalancer.xml entry for that web module will not be generated.
Solution
Manually edit the web module elements that contain alternate deployment descriptors.
|
6170431
|
Load balancer not working if target server (also endpoint) is down before the AppClient comes up.
To enable load balancing, you must specify the endpoints in the following system property: com.sun.appserv.iiop.endpoints. For application clients, the endpoints list needs to be specified in the sun-acc.xml file. The target-server element in the sun-acc.xml file is of no consequence once the endpoints are specified. However, if the target-server element is specified as an endpoint and if it is down before the Application Client is started, the client fails.
Solution
The target-server element should not be down before the App Client starts.
|
Message Queue
This section describes the known Message Queue issues and associated solutions.
ID
|
Summary
|
6170584
|
A timing issue while loading physical destinations when a Message Queue broker in the cluster fails.
If there are many brokers in the cluster and queues are administratively created using maxNumConsumers=-1, these queues are accessed by both the client applications and the MDB. Kill and bring back one broker at a time and repeat 2-3 times.
While a killed broker is brought back, it loads the destinations that are created earlier. Before that point, if one of the JMS clients accesses that destination, the broker auto-creates that destination. Since the destination is automatically created, it looses its original properties.
Solution
Start the Message Queue broker with the following arguments so that the automatic creation of the destinations is turned off:
-Dimq.autocreate.queue=false -Dimq.autocreate.topic=false
|
6171512
|
MDB undeployment/appserver shutdown sometimes hangs after a connection to Message Queue cluster reconnects.
Solution
When the Application Server shutdown or MDB undeployment hangs, kill the Application Server process so that the node agent can bring it back up again.
|
Monitoring
This section describes the known monitoring issues and associated solutions.
ID
|
Summary
|
6165344
|
On Enterprise Edition, dynamic reconfiguration on monitoring level change does not happen on the instance other than the Domain Administration Server.
Monitoring configuration works only for the Domain Administration Server instance. Monitoring on instances other than DAS happens only after the instance is restarted.
Solution
Restart the instance before reconfiguring the monitoring level.
|
Resources
This section describes the known resources issues and associated solutions.
ID
|
Summary
|
6158411
|
The delete-resource-adapter-config command fails to delete the resource-adapter-config when the resource adapter configuration was created using resources_xml file.
Solution
Create the resource-adapter-config using the create-resource-adapter-config command instead of using the XML resource file. Once a resource-adapter-config is created this way, it can be deleted using the delete-resource-adapter-config command.
|
Servlets
This section describes the known servlet issues and associated solutions.
ID
|
Summary
|
6159619
|
On Windows, CTS servlet/sepc/requestmap/URLClient.java#longestPathMatchTest2 fails.
If the user defines two URIs (servlet mappings) differing in case alone, they are treated as the same on Windows.
Solution
Users should not differentiate URI definitions based on case alone.
|
Upgrade Utility
This section describes the known Upgrade utility issues and associated solutions.
ID
|
Summary
|
6157205
|
Certification Migration for 7.x Enterprise Edition not working.
When running the Upgrade utility and selecting the security certificate to migrate, the following problem is encountered:
libsmine3.so: version “NSS_3.4 not found.
Solution
Skip the certificate migration option when upgrading.
|
6157425
|
Failed to create a new instance in 7.x Enterprise Edition.
If Server 7.x Enterprise Edition has two instances (server1:7070, server2:7071), server2 is not converted correctly to the Sun Java System Application Server Enterprise Edition 8 2004Q4 Beta.
Solution
This issue will be resolved in the final release of the Application Server Enterprise Edition 8 2004Q4 product.
|
6165528
|
Domains created in custom-path other than install_dir/domains directory are not upgraded directly while upgrading from Application Server Platform Edition 8 to Application Server Platform Edition or Standard Edition 8 2004Q4 Beta.
When running the Upgrade Utility and identifying the install_dir as the source installation directory, the upgrade process upgrades only those domains that are created under install_dir/domains directory. Domains created in other locations are not upgraded.
Solution
Before starting the upgrade process, copy all the domain directories from their different locations to the install_dir/domains directory.
|
Web Applications
This section describes the known web application issues and associated solutions.
ID
|
Summary
|
6165505
|
servletRequest.getlocalName returns an IP address instead of a DNS name.
If a request has a servlet that makes the servletRequest.getlocalName method call, an IP address is returned.
Solution
There is no known workaround for this issue.
|
Web Container
This section describes the known web container issues and associated solutions.
ID
|
Summary
|
6116887
|
Cannot start domain as user different from install.
After installing the Application Server as root user and creating a domain using the create-domain command, the domain gets created, but starting the domain fails and the following error is logged:
{#|2004-07-23T21:21:34.351-0700|ALERT|sun-appserver-ee8.1|javax.enterprise.system.container.web|_ThreadID=10;|HTTP Service: security (27699) : CORE3259: Temporary directory /opt/SUNWappserver/temp (specified by the TempDir magnus.conf directive) is not owned by the server user. Please change TempDir or remove the directory and restart the server.|#]
Solution
Under the http-service element in the domain.xml (pertaining to the domain that is newly created), set the TempDir property to some location that the domain creator owns. For example:
<property name=”TempDir” value=”/home/kmeduri/ASDomains/domains/mydomain/temp” />
|
6155216
|
Different return values of javax.servlet.http.HttpServletRequest getHeader() and getHeaders() on Sun Java System Application Server Platform Edition 8 Beta and Enterprise Edition 8 Beta.
Sun Java System Application Server Enterprise Edition 8 2004Q4 Beta aggregates several HTTP request headers of the same name into a single HTTP request header with a comma-separated list of header values. Sun Java System Application Server Platform Edition 8 2004Q4 Beta does not perform this type of header aggregation.
This means that in Sun Java System Application Server Platform Edition 8 2004Q4 Beta, HTTP request headers with the same name are represented as individual items in the enumeration returned by javax.servlet.http.HttpServletRequest.getHeaders, whereas in Sun Java System Application Server Enterprise Edition 8 2004Q4 Beta they are represented as a single enumeration item with their header values separated by comma.
Likewise, in Sun Java System Application Server Enterprise Edition 8 2004Q4 Beta javax.servlet.http.HttpServletRequest.getHeaders always returns the aggregated header values (separated by comma) if the HTTP request contains multiple headers with the specified name, whereas in Sun Java System Application Server Platform Edition 8 2004Q4 Beta, this method returns the first header in the request if there are multiple headers with the specified name in the request.
Either behavior is conformant with the HTTP 1.1 Specification (see http://www.w3.org/Protocols/rfc2616/rfc2616-sec4.html#sec4.2).
|
6159663
|
Case differences in HTTP response header names between Sun Java System Application Server Platform Edition 8 Beta and Enterprise Edition 8 Beta.
If a servlet developer adds an HTTP response header to the HTTP response, by calling one of the addXXXHeader() methods on javax.servlet.http.HttpServletResponse, the header name in the HTTP response returned to the client will differ in case between the Application Server Platform Edition 8 Beta and Enterprise Edition 8 Beta.
While Application Server Platform Edition 8 preserves the case of the HTTP response header named provided to addXXXHeader(), the Application Server Enterprise Edition 8 converts the first character to uppercase, and converts all remaining characters to lower case.
Notice that either behavior is compliant with the HTTP 1.1 specification which declares header names to be case-insensitive (see http://www.w3.org/Protocols/rfc2616/rfc2616-sec4.html#sec4.2).
The same is true for all response headers added by the web container itself. For example, the standard “X-Powered-By” response header will be returned as “X-Powered-By” on the Sun Java System Application Server Platform Edition 8, and will be returned as “X-powered-by” on the Sun Java System Application Server Enterprise Edition 8.
Solution
Have the HTTP client perform s case-insensitive search for header names in the HTTP response.
|
none
|
Web container performance is sub-optimal for the beta release.
The web container performance is slow.
Solution
The final release will resolve this issue.
|
Redistributable Files
Sun Java System Application Server Enterprise Edition 8 does not contain any files that can be redistributed.
How to Report Problems
Use the following resources to handle problems you may encounter with the Application Server product:
- J2EE-INTEREST list—A mailing list for J2EE questions, here:
- Bug database on Java Developer Connection—To view bugs or to submit a bug, use the Java Developer Connection Bug Parade here:
- Java Technology Forums—An interactive message board for sharing knowledge and questions about Java technologies and programming techniques. Use the J2EE SDK forum here for discussions related to the Sun Java System Application Server 8 Platform Edition product:
For More Information
Useful information can be found at the following locations:
- Application Server product information:
- Java developer resources:
- Java 2 Platform, Enterprise Edition (J2EE) site:
- Application Server product documentation:
- Sun Microsystems product documentation:
Legal Notices