Este conteúdo não está disponível no idioma selecionado.
Chapter 4. Known Issues
This chapter contains a description of known issues in JBoss Enterprise Web Server 2.0. Where available, these issues include workarounds.
4.1. General Known Issues Copiar o linkLink copiado para a área de transferência!
Copiar o linkLink copiado para a área de transferência!
The following is a list of known issues in JBoss Enterprise Web Server 2:
- JBPAPP-10084 - IPv6 :: address slowing down Tomcat6/7 on MS Windows
- When an IPv6 address is used to start Tomcat 6 or 7 on Windows (for example
<Connector port="8080" protocol="HTTP/1.1" address="::" />) and results in a significantly slower shutdown process when the user shuts down Tomcat. During the shutdown process, thecatalina.logfile logs a warning for this shutdown: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 - JBPAPP-3628 - /host-manager application doesn't persist newly created virtual hosts
- When a virtual host is created using the
/host-manager/htmlapplication, all actions work as expected, but the newly created host is not persistently added to the Tomcat configuration. Only the localhost is listed after server restart.As a workaround for persistence issues, virtual hosting can be managed manually. - JBPAPP-10131 - mod_jk doesn't support IPv6
- The version of mod_jk included with JBoss Enterprise Web Server 2 does not support IPv6. This is an upstream bug.
- JBPAPP-10112 - mod_cluster: advertising doesn't work in mixed IPv4/IPv6 setting
- When using JBoss Enterprise Web Server with Red Hat Enterprise Linux 5 and 6, advertising using mod_cluster fails when IPv6 is used by itself and when a mixed protocol setting (IPv4 and IPv6) is used. The following error message displays in the
error_log:[error] (22)Invalid argument: mod_advertise: ma_group_join apr_mcast_hops failed [error] (22)Invalid argument: mod_advertise: multicast join failed for ff01::1:25533.
[error] (22)Invalid argument: mod_advertise: ma_group_join apr_mcast_hops failed [error] (22)Invalid argument: mod_advertise: multicast join failed for ff01::1:25533.Copy to Clipboard Copied! Toggle word wrap Toggle overflow This occurs due to an old version of theaprlibrary available in Red Hat Enterprise Linux 6. As a workaround, use RHN to get the packageapr-devel-1.3.9-5.el6_2or newer, which fixes this problem. Users without access to RHN cannot access theaprpackage version that fixes this problem - JBPAPP-10235 - 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) as expected and produces exceptions in the logs. - JBPAPP-10280 - Jsvc doesn't work with ibm jdk
- Attempting to start jsvc on JBoss Enterprise Web Server using Red Hat Enterprise Linux 5 or 6 with the IBM JDK 1.6 or 1.7 fails. Specifically the failure occurs when jsvc is started using a command similar to the following:
/opt/ews/workspace/jboss-ews-2.0/extras/jsvc -showversion -cp /opt/ews/workspace/jboss-ews-2.0/tomcat6/bin/bootstrap.jar -outfile /opt/ews/workspace/jboss-ews-2.0/tomcat6/logs/catalina.out -errfile /opt/ews/workspace/jboss-ews-2.0/tomcat6/logs/catalina.err -pidfile /opt/ews/workspace/jboss-ews-2.0/tomcat6/tomcat6.pid -user hudson -Dcatalina.home=/opt/ews/workspace/jboss-ews-2.0/tomcat6 -Djava.io.tmpdir=/opt/ews/workspace/jboss-ews-2.0/tomcat6/temp -jvm server org.apache.catalina.startup.Bootstrap
/opt/ews/workspace/jboss-ews-2.0/extras/jsvc -showversion -cp /opt/ews/workspace/jboss-ews-2.0/tomcat6/bin/bootstrap.jar -outfile /opt/ews/workspace/jboss-ews-2.0/tomcat6/logs/catalina.out -errfile /opt/ews/workspace/jboss-ews-2.0/tomcat6/logs/catalina.err -pidfile /opt/ews/workspace/jboss-ews-2.0/tomcat6/tomcat6.pid -user hudson -Dcatalina.home=/opt/ews/workspace/jboss-ews-2.0/tomcat6 -Djava.io.tmpdir=/opt/ews/workspace/jboss-ews-2.0/tomcat6/temp -jvm server org.apache.catalina.startup.BootstrapCopy to Clipboard Copied! Toggle word wrap Toggle overflow In the error file (specified by the-errfileoption in the command), the following error appears:Invalid JVM name specified server Cannot locate JVM library file Service exit with a return value of 1
Invalid JVM name specified server Cannot locate JVM library file Service exit with a return value of 1Copy to Clipboard Copied! Toggle word wrap Toggle overflow - JBPAPP-9704 - Mod_jk: recover_time is not properly used
- The
recover_timevalue is only applied correctly once (the first time). The problem manifests whenrecover_timeis set to a value greater than60seconds and is greater than the value ofworker.maintain. After the first recover attempt passes and the worker errors back out to its global error state, the worker will be placed in recovery mode again on the next invocation of theworker.maintainmethod. - JBPAPP-9814 - Tomcat7: daemon.sh startup error
- When using JBoss Enterprise Web Server with Red Hat Enterprise Linux, starting tomcat7 as a jsvc service using the
daemon.shscript fails and displays the following error:/opt/jboss-ews-2.0/share/tomcat7/bin/daemon.sh[186]: /opt/jboss-ews-2.0/share/tomcat7/bin/jsvc: not found [No such file or directory]
/opt/jboss-ews-2.0/share/tomcat7/bin/daemon.sh[186]: /opt/jboss-ews-2.0/share/tomcat7/bin/jsvc: not found [No such file or directory]Copy to Clipboard Copied! Toggle word wrap Toggle overflow As a workaround for this issue, copyjsvcfromjboss-ews-2.0/sbin/jsvctojboss-ews-2.0/share/tomcat7/bin. - JBPAPP-9703 - JK status manager - mass nodes handling works strange
- Attempts to manage multiple nodes using the status manager URL such as the following does not work correctly:
cmd=update&mime=prop&w=router&att=vwa&val0=1&val1=1
cmd=update&mime=prop&w=router&att=vwa&val0=1&val1=1Copy to Clipboard Copied! Toggle word wrap Toggle overflow As a workaround for this problem, use the status manager's web interface instead. - JBPAPP-10316 - hibernate-dist.zip contains different hibernate-release-4.1.3.Final-redhat-1/lib/required/ant-antlr.jar
- The
ant-antlr.jarfile, while packaged and shipped in the ZIP installation files, is not supported in JBoss Enterprise Web Server 2.0. - JBPAPP-10311 - jaspter-jdt.jar
- The file
jaspter-jdt.jaris packaged in JBoss Enterprise Web Server's Tomcat 7 library for Windows and Solaris and Red Hat Enterprise Linux 6 ZIP installation files. Additionally, in the Red Hat Enterprise Linux 5 ZIP files, the file is included in both the Tomcat 6 and 7 libraries.jaspter-jdt.jarshould be calledjasper-jdt.jarbut the spelling error does not affect its function in JBoss Enterprise Web Server. - JBPAPP-10315 - Tomcat6 el-api.jar is linked to Tomcat7 version
- In JBoss Enterprise Web Server, both
alternatives/el_apiandtomcat%{name}-el-api-%{version}.jarpoint to a common target within the tomcat libraries in/usr/share/java. As a result, thealternativespackage points to theEL APIlibrary in/usr/share/javaas does the link from/usr/share/tomcat${version}/lib.Tomcat%{version} installsel_apiin alternatives using the same name:el_api. Therefore, either can overwrite the other without the user knowing it. As a result,alternatives/el_apiusers may receive a version of theel_apithat is different from the one they expect.This does not affect theel-apilibrary used by tomcat%{version}, but does affect users ofalternatives/el_api. - JBPAPP-10334 - Problem with manager, host-manager in Tomcat6 installed from EWS2.0 RPMs
- When JBoss Enterprise Web Server 2.0 is installed using RPMs in Red Hat Enterprise Linux 5 or 6 and Tomcat 6 is started, deployment of the manager and host-manager fail with a
Permission deniederror for themanager.xmlandhost-manager.xmlfiles. This occurs because the parent directory of these files (/etc/tomcat6/Catalina/localhost) is owned by the userrootinstead of the expected usertomcat.A workaround for this issue is to modify permissions for theCatalinadirectory as follows:cd /etc/tomcat6; chmod -R tomcat Catalina
# cd /etc/tomcat6; chmod -R tomcat CatalinaCopy to Clipboard Copied! Toggle word wrap Toggle overflow After successfully changing the permissions for the directory, run the commandservice tomcat6 startto run Tomcat 6. - JBPAPP-9958 - Tomcat6/7 doesn't allow character ':' in several properties (server.xml)
- JBoss Enterprise Web Server's version of Tomcat6/7 does not allow the character
:inserver.xmlfor hostname specifications. Normally, the character is used as a delimiter for IPv6 addresses. - JBPAPP-10321 - mod_cluster returns "Bad Gateway" HTTP ErrorCode 502 with https
- mod_cluster returns a HTTP error
502 (Bad Gateway)after a period of inactivity if only HTTPS connector is enabled for balancer-worker communication. Httpd tries to re-use a connection that has already been closed already. SSL handshake fails and HTTP error is triggered.As a workaround, either allow AJP connector on all workers or setmaxKeepAliveRequests="1"inserver.xml, setsmaxto0in mod_cluster worker configuration, setSetEnv proxy-nokeepalive 1andSetEnv proxy-initial-not-pooled 1in your httpd configuration.