2.1.0 Release Notes
Red Hat JBoss Web Server 2.1
Known and resolved issues for Red Hat JBoss Web Server 2.1.0
Abstract
These release notes contain important information related to Red Hat JBoss Web Server 2.1.0. Read these Release Notes in their entirety before installing Red Hat JBoss Web Server 2.1.0.
1. Introduction to Red Hat JBoss Enterprise Web Server 2.1 Copy linkLink copied to clipboard!
Copy linkLink copied to clipboard!
Welcome to the Red Hat JBoss Enterprise Web Server 2.1. As you become familiar with the newest version of JBoss Enterprise Web Server, these Release Notes provide you with information about new features, as well as known and resolved issues. Use this document in conjunction with the entire JBoss Enterprise Web Server 2.1 documentation suite, available at the Red Hat Customer Service Portal's JBoss Enterprise Web Server documentation page.
1.1. About Red Hat JBoss Enterprise Web Server Copy linkLink copied to clipboard!
Copy linkLink copied to clipboard!
JBoss Enterprise Web Server is a fully-integrated and certified set of components for hosting Java web applications. It is comprised of the industry's leading web server (Apache HTTP Server), the popular Apache Tomcat Servlet container as well as load balancers (mod_jk and mod_cluster), Hibernate, the Tomcat Native library and others.
1.2. Overview Copy linkLink copied to clipboard!
Copy linkLink copied to clipboard!
This document contains information about the new features, known and resolved issues of Red Hat JBoss Enterprise Web Server version 2.1. Customers are requested to read this document prior to installing this version.
2. New Features Copy linkLink copied to clipboard!
Copy linkLink copied to clipboard!
2.1. Java WebSockets 1.0 support Copy linkLink copied to clipboard!
Copy linkLink copied to clipboard!
The Tomcat 7 server delivered with JBoss Enterprise Web Server 2.1 implements the Java WebSockets 1.0 API defined in JSR-356. WebSocket is a protocol that allows full-duplex communication between client and server and facilitates the development of real time applications and user interfaces. Tomcat must be run in a Java 7 JRE for support of the WebSockets feature.
3. Supported Configurations Copy linkLink copied to clipboard!
Copy linkLink copied to clipboard!
For supported hardware and software configurations, see the JBoss Enterprise Web Server Supported Configurations reference on the Customer Portal at JBoss Enterprise Web Server Supported Configurations page.
4. Known Issues Copy linkLink copied to clipboard!
Copy linkLink copied to clipboard!
JON Plugin
- 822250 - Tomcat6 mod_cluster config file
- In JBoss Enterprise Web Server, Mod_cluster config file error is displayed on the Inventory Connections screen even after configuring the file. This is a known issue in JBoss Enterprise Web Server 2.1 and there is currently no workaround for this problem.
- 803093 - [Tomcat Plugin] Changing an existing connector type results in new connector type not being discovered
- In JBoss Enterprise Web Server, when an existing Tomcat connector was changed by modifying Tomcat’s
server.xmlfile, JBoss Operations Network (JON) did not discover the new connector. The old connector remains in the inventory and is invalid.This is a known issue in JBoss Enterprise Web Server 2.1. As a workaround for this issue, remove the old connector resource from the JBoss Operations Network (JON) inventory and force service discovery to discover the new connector. - 703562 - Tomcat plugin missing support for JNDI configured Datasources
- The JBoss Enterprise Web Server’s Tomcat plugin is used to expose configured JNDI Datasources. The plugin is expected to provide relevant Datasource/Connection Pool information but instead it does not provide any information for JNDI Tomcat Datasources.This is a known issue in JBoss Enterprise Web Server 2.1 and there is currently no workaround for this problem.
- 952674 - JON Tomcat user database - union displayed names of tomcat groups, roles and users
- JBoss Enterprise Web Server’s JBoss Operations Network (JON) plugin user interface displays the names of groups and users enclosed within quotation marks (
"") but the names of roles are not within quotation marks.This is a known issue in the JBoss Enterprise Web Server 2.1 JBoss Operations Network (JON) plugin and there is currently no workaround for this problem. - 1120696 - EWS RPM installed Tomcat version is not discovered
- When JBoss Enterprise Web Server is installed using RPMs, the JON Tomcat plugin is not able to discover the Tomcat version number.This is a known issue in JBoss Enterprise Web Server 2.1 and no workaround is currently available.
httpd
- 1086412 - SSLFIPS option does not operate the same as RHEL httpd
- In JBoss Enterprise Web Server, the SSLFIPS option does not operate as expected.This is a known issue in JBoss Enterprise Web Server 2.1 and there is currently no workaround for this problem.
- 968389 - private key before PEM certificate causes Segfault
- In JBoss Enterprise Web Server sending a request via a mod_proxy reverse proxy to a https backend results in a segfault. Using gdb shows that having the private key before the certificate in
SSLProxyMachineCertificateFiletriggers the segfault.This is a known issue in JBoss Enterprise Web Server 2.1 and there is currently no workaround for this problem. - 1118391 - mod_snmp MS Windows known issues
- When using JBoss Enterprise Web Server, two unexpected problems occur. Firstly, the mod_snmp agent starts on the UDP:161 default port even if a configuration agentaddress 1610 is specified in
snmpd.conf. Secondly, when httpd starts, no notice appears in the httpd error_log file. The expected error message starts with the following:[notice] SNMP: generic logger: Could not log error-info\n
[notice] SNMP: generic logger: Could not log error-info\nCopy to Clipboard Copied! Toggle word wrap Toggle overflow This is a known issue in JBoss Enterprise Web Server 2.1 and there is currently no workaround for this problem. - 978978 - Unexpected differences in httpd/include/ap_config_layout.h in ZIP and RPM
- In JBoss Enterprise Web Server 2.1, the following C macros are available in the ZIP distribution but are not present in the RPM distribution in
httpd/include/ap_config_layout.h:#define DEFAULT_EXP_LIBEXECDIR "/usr/lib/httpd/modules" #define DEFAULT_REL_LIBEXECDIR "/usr/lib/httpd/modules" #define DEFAULT_EXP_INSTALLBUILDDIR "/usr/lib/httpd/build" #define DEFAULT_REL_INSTALLBUILDDIR "/usr/lib/httpd/build"
#define DEFAULT_EXP_LIBEXECDIR "/usr/lib/httpd/modules" #define DEFAULT_REL_LIBEXECDIR "/usr/lib/httpd/modules" #define DEFAULT_EXP_INSTALLBUILDDIR "/usr/lib/httpd/build" #define DEFAULT_REL_INSTALLBUILDDIR "/usr/lib/httpd/build"Copy to Clipboard Copied! Toggle word wrap Toggle overflow This is a known issue in JBoss Enterprise Web Server 2.1 and there is currently no workaround for this problem. - 1118395 - mod_snmp Solaris known issues
- When using JBoss Enterprise Web Server, an error displayed in the httpd
ssl_error_logfile during the httpd start up process using a configured mod_snmp:[Thu Jul 10 09:25:45 2014] [error] SNMP: sconfig is not available
[Thu Jul 10 09:25:45 2014] [error] SNMP: sconfig is not availableCopy to Clipboard Copied! Toggle word wrap Toggle overflow However, the httpd starts and apache httpd snmp MIBs are accessible by snmpwalk.This is a known issue in JBoss Enterprise Web Server 2.1 and there is currently no workaround for this problem. - 1131387 - mod_substitute is missing on Windows
- In JBoss Enterprise Web Server, the httpd module mod_substitute is missing in Microsoft Windows build. This is a known issue in JBoss Enterprise Web Server 2.1.
mod_cluster
- 1025057 - SSLProxyMachineCertificateFile doesn't support PKCS#8 key format
- In JBoss Enterprise Web Server, when a PKCS#8 key generated by OpenSSL is used, JBoss Enterprise Web Server displays the following error and then terminates:
incomplete client cert configured for SSL proxy (missing or encrypted private key?)
incomplete client cert configured for SSL proxy (missing or encrypted private key?)Copy to Clipboard Copied! Toggle word wrap Toggle overflow The PKCS#8 format is not supported by mod_ssl since mod_ssl uses different functions uses when loading the proxy key pair. This is a known issue in JBoss Enterprise Web Server 2.1. As a workaround, convert from PKCS#8 to the raw PEM encoding of the RSA key and use "openssl pkcs8".
mod_jk
- 900273 - mod_jk is unable to handle space after equal '=' sign in uriworkermap.properties where worker name includes a hyphen '-'
- In JBoss Enterprise Web Server, when a worker name includes the
-character and a space is added after the=character in theuriworkermaps.propertiesfile, the following error appears in the mod_jk logs:[25736:139832971024352] [error] uri_worker_map_ext::jk_uri_worker_map.c (506): Could not find worker with name jk-stauus in uri map post processing. [25736:139832971024352] [error] uri_worker_map_ext::jk_uri_worker_map.c (506): Could not find worker with name jk-stauus in uri map post processing.
[25736:139832971024352] [error] uri_worker_map_ext::jk_uri_worker_map.c (506): Could not find worker with name jk-stauus in uri map post processing. [25736:139832971024352] [error] uri_worker_map_ext::jk_uri_worker_map.c (506): Could not find worker with name jk-stauus in uri map post processing.Copy to Clipboard Copied! Toggle word wrap Toggle overflow This is a known issue in JBoss Enterprise Web Server 2.1. A workaround for this issue is to remove the space after the=sign. Therefore,/jk-status|/* = jk-statusis changed to/jk-status|/* =jk-status.
tomcat6
- 978370 - Wrong permissions on /usr/share/tomcat6
- When using JBoss Enterprise Web Server 2.1 with Red Hat Enterprise Linux 5, the
/usr/share/tomcat6directory does not have the appropriate permissions set. As a result, virtual hosts cannot be created as expected using the host-manager web application because thetomcatuser cannot create a directory in/usr/share/tomcat6.This is a known issue is JBoss Enterprise Web Server 2.1 and no workaround is currently available for this issue.
tomcat6,tomcat7
- 899180 - CR1: /host-manager application doesn't persist newly created virtual hosts
- When a virtual host is created using the
/host-manager/htmlapplication, it is successfully created but not persistently added to the Tomcat configuration.This is a known issue in JBoss Enterprise Web Server 2.1. No workaround is available for this problem. - 900901 - Tomcat6/7 doesn't allow character ':' in several properties (server.xml)
- JBoss Enterprise Web Server’s version of Tomcat 6 and 7 does not allow the semi-colon character (
:) in theserver.xmlfile for several attributes and displays an exception for an invalid character instead. This character is normally used as a group delimiter for the IPv6 addresses.An IP address should not be used as a defaulthost name in the Engine element, nor should an IP address be used as the name in the Host element. These attributes are intended to be alpha-numeric names. These property names are used in MBean names that disallow characters including ":". Users must use a alpha-numeric name and not depend on IP addresses of any type in those properties. This issue will not be fixed in JBoss Enterprise Web Server. - 1115849 - Include store-config sources in src zips
- In JBoss Enterprise Web Server, the
store-configsource files are not included in the source zip.This is a known issue in JBoss Enterprise Web Server 2.1 and there is currently no workaround for this problem. - 901081 - Tomcat[6,7]: Start with security manager fails on RHEL with jdk-ibm16,ibm17
- When using JBoss Enterprise Web Server with Red Hat Enterprise Linux with either the IBM JDK 1.6 or 1.7, the
startup.sh -securitycommand does not start tomcat (6 or 7) but posts exceptions to the logs instead.This is a known issue in JBoss Enterprise Web Server 2.1 and there is currently no workaround for this problem. - 900978 - IPv6 :: address slowing down Tomcat6/7 on MS Windows
- In JBoss Enterprise Web Server, when an IPv6 address is used to start Tomcat 6 or 7 on Windows and then the relevant version of Tomcat is shut down, the shutdown process is unexpectedly slow. Additionaly, during the shutdown process, the
catalina.logfile logs the following warning:WARNING: Acceptor thread [http-0%3A0%3A0%3A0%3A0%3A0%3A0%3A0-8080-Acceptor-0] failed to unlock. Forcing hard socket shutdown
WARNING: Acceptor thread [http-0%3A0%3A0%3A0%3A0%3A0%3A0%3A0-8080-Acceptor-0] failed to unlock. Forcing hard socket shutdownCopy to Clipboard Copied! Toggle word wrap Toggle overflow This is a known issue for JBoss Enterprise Web Server 2.1 and currently no workaround is available. - 1120255 - Wrong JAVA_HOME/JRE_HOME auto-detection on RHEL
- When using JBoss Enterprise Web Server 2.1 with Red Hat Enterprise Linux, installing Java from RPM results in the JAVA_HOME or JRE_HOME variable unexpectedly not being set. The tomcat start up scripts are able to automatically detect these variables, but when Java is installed from RPMs,
which javatranslated to/usr/bin/java, which is a symbolic link maintained by alternatives. As a result, theJAVA_HOMEandJRE_HOMEvariables are incorrectly set to/usr.JRE_HOMEandJAVA_HOMEusing this incorrect value has not historically resulted in any problems for users (based on bug reports and user support), but a problem manifests when using thedaemon.shscript:./daemon.sh start' Cannot find any VM in Java Home /usr grep 'Cannot find any VM in Java Home' ./* Binary file ./jsvc matches
# ./daemon.sh start' Cannot find any VM in Java Home /usr # grep 'Cannot find any VM in Java Home' ./* Binary file ./jsvc matchesCopy to Clipboard Copied! Toggle word wrap Toggle overflow Thejsvcis only used indaemon.sh, therefore this problem does not manifest when tomcat is started using thestartup.shorcatalina.shscripts but does appear when usingdaemon.sh.This is a known issue in JBoss Enterprise Web Server 2.1 and there is currently no workaround for this problem.
tomcat7
- 1099834 - (doc and close/wontfix) manager and host-manager webapps don't work in TC7 when using security manager
- When using JBoss Enterprise Web Server 2.1 with the security manager, running a
curl -Ion the URLs for the/managerand/host-managerweb applications returns an expectedHTTP 404 Not Founderror. This occurs because when a security manager is enabled, XML descriptors for contexts are not deployed by default, since this is less secure. A workaround for this issue is to setdeployXML="true"on the host to enable XML descriptors.This is a known issue is JBoss Enterprise Web Server 2.1. - 1100599 - Tomcat7 - catalina.out contains warning and errors (after shutdown)
- When using JBoss Enterprise Web Server 2.1 on Microsoft Windows, starting and then stopping Tomcat7 results in warnings and errors being unexpectedly displayed after Tomcat7 has shut down. The web application
[/docs]initiates a thread named[SeedGenerator Thread]but does not stop the thread when it shuts down. As a result, the errors and warnings continue to appear after Tomcat7 shuts down.This is a known issue in JBoss Enterprise Web Server 2.1 and there is currently no workaround for this problem. - 1112157 - (document then close/notabug) tomcat7: ClassNotFoundException: org.apache.catalina.ha.ClusterRuleSet
- JBoss Enterprise Web Server does not support catalina-ha.jar file. When Tomcat7 is unzipped with default configuration, a
ClassNotFoundException: org.apache.catalina.ha.ClusterRuleSetexception is dispalyed in the Tomcat7 catalina.out. This is a known issue in JBoss Enterprise Web Server 2.1 and no workaround exists for this problem.
unspecified
- 1116863 - [rpm] hibernate extra source jars
- In JBoss Enterprise Web Server 2.1, some source files are included in the Hibernate RPM distribution that are not present in the Hibernate ZIP distribution.This is a known issue in JBoss Enterprise Web Server 2.1 and there is currently no workaround for this problem.
- 1117235 - [rpm] c3p0-0.9.1.2.jar different in rpm and in zip
- The
/usr/share/java/c3p0-0.9.1.2.jarfrom thec3p0-0.9.1.2RPM and thelib/optional/c3p0/c3p0-0.9.1.2.jarfrom the hibernate ZIP file are not the same when checked for binary equivalency using the md5sum value for each file.This is a known issue in JBoss Enterprise Web Server 2.1 and there is currently no workaround for this problem.
5. Resolved Issues Copy linkLink copied to clipboard!
Copy linkLink copied to clipboard!
JON Plugin
- 690957 - EWS Tomcat installed from RPM shutdown fails.
- Previously in JBoss Enterprise Web Server, when installing Tomcat using RPMs and managing it via JBoss Operation Network, Tomcat could not be shut down. This was because the JBoss Operation Network Tomcat plugin did not work as expected with the RPM-based Tomcat installation.The JBoss Operation Network Tomcat plugin is fixed in JBoss Enterprise Web Server 2.1.
- 786082 - tomcat as a service is not properly detected
- Previously in JBoss Enterprise Web Server, the JON Tomcat plugin was not able to discover Tomcat installed as a Microsoft Windows service. In JBoss Enterprise Web Server 2.1, the JON Tomcat plugin is now fixed so that Tomcat is discovered as expected.
- 1069880 - Discovery of Tomcat fails when started using daemon.sh or jsvc
- Previously, when starting Tomcat as a service using the provided
daemon.shscript, the JBoss Enterprise Web Server management plugin was unexpectedly unable to discover Tomcat. This problem also occurred when the user created their own jsvc launcher to launch the Tomcat process.This is now fixed in JBoss Enterprise Web Server 2.1 and Tomcat is discovered as expected when started. - 963264 - RFE - JON Tomcat plugin + Tomcat as Windows service
- When JBoss Enterprise Web Server’s Tomcat is installed as a windows service, it should start and stop as a service using the
net start tomcat6andnet stop tomcat6commands. However, JBoss Operations Network uses thestartup.batandshutdown.batfiles, which start Tomcat in a Windows console instead of as a service.This issue is fixed in JBoss Enterprise Web Server 2.1. Tomcat installed as a Windows service can now be started and stopped as expected using the JBoss Operation Network user interface. - 1104581 - Tomcat configured to use SSL is discovered as Tomcat(null) in JBoss ON
- Previously when using JBoss Enterprise Web Server with JBoss Operations Network, when Tomcat was configured to use SSL, it was incorrectly discovered as
Tomcat(null)instead of correctly identified asTomcat($PORT).This problem is now fixed in JBoss Enterprise Web Server 2.1 and Tomcat is correctly discovered asTomcat($PORT)as expected. - 738826 - [tomcat] Start/Stop/Restart operation should support RPM System V init script with different service names
- Previously, when configuring JBoss Enterprise Server’s Tomcat server which utilizes System V Init service scripts, the service name could not be changed. This was because JBoss Enterprise Server’s JBoss Operations Network (JON) did not allow service name changes.This is now fixed in JBoss Enterprise Web Server 2.1 and the JBoss Operations Network interface now includes a Service Name field for users to manually specify the desired name for a service.
- 1119652 - Webappp configuration - Config File field is mandatory
- Previously, when using JBoss Enterprise Web Server with JBoss Operations Network, deploying the web application without the
context.xmlfile, the Config File field in the JBoss Operations Network user interface’s web application configuration remained empty. This field was mandatory.This problem is now fixed in JBoss Enterprise Web Server 2.1 and the Config File field in the JBoss Operations Network user interface is removed.
JON Plugin,tomcat6,tomcat7
- 956509 - add storeconfig to EWS 2.0.1
- Previously, JBoss Operations Network did not work as expected with JBoss Enterprise Web Server because the
storeconfigcomponents in tomcat 6 and 7 were missing. The missingStoreConfigcomponents are now available in and this is a resolved issue in JBoss Enterprise Web Server 2.1.
httpd
- 962819 - Apache Use of LDAP+SSL Doesn't Work on Windows
- Previously in JBoss Enterprise Web Server, httpd partially supported the Microsoft Windows version of the LDAP SDK. The SSL information for secure LDAP should be stored in the registry but this is not supported by httpd/apr. On Windows, a combination of LDAP and SSL did not work correctly and displayed the following error message:
LDAP: SSL support unavailable: LDAP: CA certificates cannot be set using this method, as they are stored in the registry instead.
LDAP: SSL support unavailable: LDAP: CA certificates cannot be set using this method, as they are stored in the registry instead.Copy to Clipboard Copied! Toggle word wrap Toggle overflow This issue is fixed in JBoss Enterprise Web Server 2.1 and the secure LDAP information is now stored in the registry without errors as expected. - 1115407 - Case insensitive URI comparison when using SNI
- Previously in JBoss Enterprise Web Server, a URI comparison between hostname via SNI and hostname via HTTP displayed the following error for case-sensitivity:
[error] Hostname ABC.xyz.com via SNI and hostname abc.xyz.com via HTTP are different
[error] Hostname ABC.xyz.com via SNI and hostname abc.xyz.com via HTTP are differentCopy to Clipboard Copied! Toggle word wrap Toggle overflow The URI comparisons must be case-insensitive. This issue is fixed in JBoss Enterprise Web Server 2.1. - 1108181 - [rpm][rhel7] Add Requires: apr-util-ldap to httpd22.spec
- Previously, JBoss Enterprise Web Server did not automatically install apr-util-ldap (which is a requirement for LDAP authentication on Red Hat Enterprise Linux 7).In JBoss Enterprise Web Server 2.1, apr-util-ldap was evaluated and removed from the httpd22 file as it is an optional component and available through the optional Red Hat Network channel.
- 1130169 - Upgrade httpd to version 2.2.26 from 2.2.22
- The httpd version in JBoss Enterprise Web Server 2.1 is updated from 2.2.22 to 2.2.26.
- 1079300 - mod_snmp is not configured in MS Windows and Solaris build by default
- Previously in JBoss Enterprise Web Server, the
mod_snmp.conf,mod_cluster.conf, andmod_rt.conffiles were included inconf.dfor the Red Hat Enterprise Linux build but were not included in the Microsoft Windows and Oracle Solaris builds.These missing files are added into the Microsoft Windows and Oracle Solaris builds in JBoss Enterprise Web Server 2.1. Additionally, mod_snmp and mod_rt are provided with sample configurations and not started by default. - 976451 - Bug in ssl_util_ocsp.c breaks http://ocsp.disa.mil
- Previously in JBoss Enterprise Web Server, the code in the
ssl_util_ocsp.cfile was broken. As a result, when theapr_bucket_readparameter returned 0 bytes, it did not indicate the end of the file (EOF). Due to this problem, the code exits prematurely with a false EOF error for some OCSP responders.This is fixed in JBoss Enterprise Web Server 2.1 so that the code in thessl_util_ocsp.cfile contains theEOFinformation and operates as expected. - 1106516 - mod_snmp.conf configuration in .postinstall makes postinstall non-reentrant
- Previously in JBoss Enterprise Web Server, running the
.postinstallfile more than once resulted in the currentDir prepending process entering into an infinite loop and the process never concluding.This is fixed in JBoss Enterprise Web Server 2.1 so that running.postinstallmore than once works as expected. - 984116 - "ProxyErrorOverride On" does not work in mod_proxy_ajp
- In JBoss Enterprise Web Server,
ProxyErrorOverride Ondoes not work when used with the mod_proxy_ajp module. When accessing a 404 URL in the/appcontext, a 404 page is displayed from the back end servers such as Tomcat, JBoss Enterprise Application Platform, etc.This is fixed in JBoss Enterprise Web Server 2.1 and works as expected. - 1022520 - WebDAV - httpd.conf typo
- Previously in JBoss Enterprise Web Server, the location of the WebDAV lock database was incorrect in the
httpd.conffile used for the mod_dav_fs configuration on Solaris and Microsoft Windows.In JBoss Enterprise Web Server 2.1, the incorrectDAVLockDB var/run/lockdbpart of the configuration is now corrected toDAVLockDB run/lockdband now works as expected.
mod_cluster
- 1080047 - EWS-2.0 mod_cluster on windows
- Previously in JBoss Enterprise Web Server, mod_cluster locks were created and used even when they were not needed due to which a deadlock occurred on an unnecessary session lock.This is fixed in JBoss Enterprise Server 2.1 where locks are now created and used when necessary. When
Maxsessionidis set to 0 (the default and preferred setting), the locks are not created and used, thus avoiding the deadlock. - 958990 - mod_cluster core when use ProxyPass / balancer://bal and CreateBalancers 1
- Previously in JBoss Enterprise Web Server, setting
CreateBalancers 1in/conf.d/mod_cluster.confwithout setting thestickysession=JSESSIONID|jsessionidconfiguration displayed the following segmentation fault information:[notice] child pid 7787 exit signal Segmentation fault (11)
[notice] child pid 7787 exit signal Segmentation fault (11)Copy to Clipboard Copied! Toggle word wrap Toggle overflow This issue is fixed in JBoss Enterprise Web Server 2.1. - 1107551 - Upgrade mod_cluster to 1.2.9.Final from 1.2.8.Final-redhat-1
- The mod_cluster version in JBoss Enterprise Web Server 2.1 is updated from 1.2.8 to 1.2.9.
- 963723 - mod_cluster: proxy DNS lookup failure with IPv6 on Solaris
- Previously in JBoss Enterprise Web Server, Java returned IPv6 with a zone value similar to
2001:db8:0:f101::1%2. Subsequently, when returning a node address, themodclustersubsystem sent the IPv6 information as it existed in Java. In Solaris,apr_sockaddr_info_get()did not support the returned format and failed to resolve the IP as a host name. As a result, httpd mod_cluster did not work as expected IPv6 node addresses.This issue is fixed in JBoss Enterprise Web Server 2.1. - 1049276 - mod_cluster-manager may break up aliases from a single VirtualHost, causing a messy page
- Previously in JBoss Enterprise Web Server, when displaying the individual virtual hosts for a node, mod_cluster-manager displayed a page filled with aliases from a single virtual host interspersed with multiple other instances of the virtual host and its contexts. The result is unclear and can cause confusion for users. This problem occurs with concurrent start ups when JBoss has multiple applications bound to virtual servers that are deployed and enabled at the same time.This is fixed in JBoss Enterprise Web Server 2.1 and virtual hosts are always displayed correctly (and only once) on the manager page with all the relevant aliases included in the single entry.This is fixed in JBoss Enterprise Web Server 2.1 and virtual hosts are always displayed correctly (and only once) on the manager page with all the relevant aliases included in the single entry.
- 960246 - Regression in ProxyPass integration
- Due to a regression from an earlier version of
mod_proxy_cluster.soincluded in JBoss Enterprise Web Server, accessing a directory (for example/app/clusterbench/requestinfo/) returned a HTTP 503 error.This issue is fixed in JBoss Enterprise Web Server 2.1.
mod_jk
- 1100602 - mod_jk 1.2.40 IPv6 support does not work on Windows
- Previously, mod_jk 1.2.40 IPv6 support did not work on Microsoft Windows as APR resolves addresses on Microsoft Windows differently.This issue is fixed in JBoss Enterprise Server 2.1. The mod_jk 1.2.40 IPv6 support now works with Microsoft Windows.
- 1089204 - Upgrade mod_jk to version 1.2.40 from 1.2.36
- Previously in JBoss Enterprise Web Server, an outdated version of mod_jk was included in the product, which did not include IPV6 support and various other fixes.This is now fixed in JBoss Enterprise Web Server 2.1 by including mod_jk version 1.2.40 is included which incorporates the required IPV6 and other miscellaneous bug fixes into the product.
tomcat-native
- 1089206 - Upgrade tomcat-native to 1.1.30 from 1.1.27
- Previously in JBoss Enterprise Web Server, an outdated version of tomcat-native was included in the product, which did not include bug fixes for FIPS issues and does not include support for ECDGE ciphers.This is now fixed in JBoss Enterprise Web Server 2.1 by including tomcat-native version 1.1.30 is included which incorporates the required FIPS fixes for Red Hat Enterprise Linux 6 and also adds support for ECDHE ciphers to allow Internet Explorer browsers to operate as expected.
tomcat6
- 1121867 - Getting RPM Tomcat version is not working
- Previously, when JBoss Enterprise Web Server was installed using RPM, the
/etc/init.d/tomcat{version} versionscript did not work as expected for Tomcat 6 and 7.This issue is fixed in JBoss Enterprise Web Server 2.1 and the script optionversionnow works as expected for both versions of Tomcat. - 1126423 - [tomcat6] duplicate jars in tomcat6/bin
- Previously in JBoss Enterprise Web Server, duplicated JAR files were unexpected available in the Red Hat Enterprise Linux 6 ZIP files for Tomcat.This issue is fixed in JBoss Enterprise Web Server 2.1 and the duplicated files are now removed.
- 1071309 - update tomcat6 to 6.0.41
- Previously, JBoss Enterprise Web Server included an outdated version of Tomcat 6.x.This is fixed in JBoss Enterprise Web Server 2.1 and Tomcat 6.0.41 is included in the product as expected.
tomcat6,tomcat7
- 979423 - Tomcat files not relabelled after installation of selinux policy
- In JBoss Enterprise Web Server, the SELinux configuration files and compiled .pp file are available at $
confdir/selinux/packages/tomcat7. The compiled .pp file is provided but not installed. As a result, various things fail when installing the module and error messages are not descriptive.This issue is fixed in JBoss Enterprise Web Server 2.1. The SELinux configuration files are provided and the system administrator must compile and use the policies. For more information, refer the JBoss Enterprise Web Server Installation guide. - 971866 - Remove libcap-devel requirement from apache-commons-daemon-jsvc-eap6
- Previously, JBoss Enterprise Web Server’s
apache-commons-daemon-jsvc-eap6file required the missinglibcap-develpackage instead of thelibcappackage, which was available.This issue was fixed in JBoss Enterprise Web Server 2.1. Thelibcap-develpackage is now available for theapache-commons-daemon-jsvc-eap6file as expected. - 901173 - Tomcat6 and tomcat7 installs the EL API package to alternatives using the same name "el_api"
- Previously in JBoss Enterprise Web Server, during the RPM installation for tomcat6 and tomcat7, alternatives are configured for
el_api. Both versions of tomcat use the same name (el_api)), due to which the tomcat version installed later overwrites the version installed first. Additionally, both builds use the alternativesel_apiandel_api_1_0instead of the correct version (tomcat6 uses version 2.1 while tomcat7 uses 2.1).This issue is fixed in JBoss Enterprise Web Server 2.1.
tomcat7
- 1099781 - Tomcat7 daemon.sh did not start
- Previously in JBoss Enterprise Web Server the Tomcat7
daemon.shfile did not start as expected on Oracle Solaris. When/opt/jboss-ews-2.1/share/tomcat7/bin/daemon.shis run under thetomcatuser on Solaris, the following error is displayed:/opt/jboss-ews-2.1/share/tomcat7/bin/daemon.sh: test: argument expected
/opt/jboss-ews-2.1/share/tomcat7/bin/daemon.sh: test: argument expectedCopy to Clipboard Copied! Toggle word wrap Toggle overflow This issue is fixed in JBoss Enterprise Web Server 2.1. - 982787 - broken comment syntax in catalina.sh for tomcat 7
- Previously in JBoss Enterprise Web Server, starting Tomcat 7 using the
catalina.shfile resulted in acommand not founderror due to the broken comment syntax incatalina.sh.This is now fixed in JBoss Enterprise Server 2.1. Starting Tomcat withcatalina.shworks as expected. - 976411 - tomcat7 rpm verify problem
- In JBoss Enterprise Web Server, the output of the following command shows that the file is owned by two packages,
tomcat7-el-1.0-api-7.0.40-5_patch_01.ep6.el5andtomcat7-lib-7.0.40-5_patch_01.ep6.el5:rpm -qf /usr/share/java/tomcat7/tomcat7-el-1.0-api-7.0.40.jar
rpm -qf /usr/share/java/tomcat7/tomcat7-el-1.0-api-7.0.40.jarCopy to Clipboard Copied! Toggle word wrap Toggle overflow As a consequence the following command shows wrong ownership of/usr/share/java/tomcat7/tomcat7-el-1.0-api-7.0.40.jar:rpm -V tomcat7-el-1.0-api
rpm -V tomcat7-el-1.0-apiCopy to Clipboard Copied! Toggle word wrap Toggle overflow This issue is fixed in JBoss Enterprise Web Server 2.1. - 1054379 - Update tomcat7 from 7.0.40 to 7.0.54
- The tomcat version in JBoss Enterprise Web Server 2.1 is updated from 7.0.40 to 7.0.54.
- 1088261 - WARs outside of the host's appBase are not unpacked, regardless of the value of the Host's unpackWARs setting
- Previously in JBoss Enterprise Web Server, when a web application was deployed outside the host’s appBase then it is not unpacked, regardless of the value of the Host’s
unpackWARssetting. This was because tomcat’s deployer was not refactored.This issue is fixed in JBoss Enterprise Web Server 2.1. The web application is deployed and the WAR file is unpacked inside the specified appBase.
unspecified
- 1115525 - jsvc in different directories
- Previously in JBoss Enterprise Web Server, when using the Red Hat Enterprise Linux version, the jsvc binary was missing from the
tomcat6/bindirectory. For the Oracle Solaris version, jsvc was not available in theshare/extrasdirectory. As a result, when the JSVC environment variable was not set, thedaemon.shscript in thetomcat{6,7}/bindirectory sets the value of JSVC to$CATALINA_BASE/bin/jsvc, which is incorrect.This is fixed in JBoss Enterprise Web Server 2.1 and the jsvc binary file is available as expected in thetomcat6/bindirectory for Red Hat Enterprise Linux and in theshare/extrasdirectory for Oracle Solaris. - 1113435 - Upgrade Hibernate to 4.2.14.SP1 (from 4.2.13.Final-redhat-1)
- Previously, JBoss Enterprise Web Server included an oudated version of Hibernate.This is fixed in JBoss Enterprise Web Server 2.1, which includes Hibernate version 4.2.14.Final which includes some regression fixes.
- 1117350 - [rpm] remove javadoc from c3p0-0.9.1.2-3.ep6.el6
- Previously in JBoss Enterprise Web Server, the
c3p0-0.9.1.2-8_redhat_1.ep6.el5,c3p0-0.9.1.2-8_redhat_1.ep6.el6, andc3p0-0.9.1.2-8_redhat_1.ep6.el7builds contained a javadoc (located at/usr/share/javadoc/{build_name}/) but was not present in the Red Hat Enterprise Linux 5 RPM or ZIP distribution builds.This is fixed in JBoss Enterprise Web Server 2.1 and the javadocs are not included in thec3p0-0.9.1.2-8_redhat_1.ep6.el5,c3p0-0.9.1.2-8_redhat_1.ep6.el6, andc3p0-0.9.1.2-8_redhat_1.ep6.el7builds as expected.
A. Revision History Copy linkLink copied to clipboard!
Copy linkLink copied to clipboard!
| Revision History | ||||
|---|---|---|---|---|
| Revision 2.1.0-6.1 | Wed Feb 11 2015 | |||
| ||||
| Revision 2.1.0-6 | Wed Aug 20 2014 | |||
| ||||
| Revision 2.1.0-5 | Tue Aug 19 2014 | |||
| ||||
| Revision 2.1.0-4 | Thu Aug 14 2014 | |||
| ||||
| Revision 2.1.0-3 | Fri Jul 25 2014 | |||
| ||||
| Revision 2.1.0-2 | Wed May 28 2014 | |||
| ||||
Legal Notice Copy linkLink copied to clipboard!
Copy linkLink copied to clipboard!
Copyright © 2015 Red Hat, Inc.
This document is licensed by Red Hat under the Creative Commons Attribution-ShareAlike 3.0 Unported License. If you distribute this document, or a modified version of it, you must provide attribution to Red Hat, Inc. and provide a link to the original. If the document is modified, all Red Hat trademarks must be removed.
Red Hat, as the licensor of this document, waives the right to enforce, and agrees not to assert, Section 4d of CC-BY-SA to the fullest extent permitted by applicable law.
Red Hat, Red Hat Enterprise Linux, the Shadowman logo, JBoss, OpenShift, Fedora, the Infinity logo, and RHCE are trademarks of Red Hat, Inc., registered in the United States and other countries.
Linux® is the registered trademark of Linus Torvalds in the United States and other countries.
Java® is a registered trademark of Oracle and/or its affiliates.
XFS® is a trademark of Silicon Graphics International Corp. or its subsidiaries in the United States and/or other countries.
MySQL® is a registered trademark of MySQL AB in the United States, the European Union and other countries.
Node.js® is an official trademark of Joyent. Red Hat Software Collections is not formally related to or endorsed by the official Joyent Node.js open source or commercial project.
The OpenStack® Word Mark and OpenStack logo are either registered trademarks/service marks or trademarks/service marks of the OpenStack Foundation, in the United States and other countries and are used with the OpenStack Foundation's permission. We are not affiliated with, endorsed or sponsored by the OpenStack Foundation, or the OpenStack community.
All other trademarks are the property of their respective owners.