You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tomcat.apache.org by bu...@apache.org on 2005/03/17 06:31:00 UTC
DO NOT REPLY [Bug 34050] New: -
Normal startup causes server error 500
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=34050>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND�
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=34050
Summary: Normal startup causes server error 500
Product: Tomcat 5
Version: 5.5.7
Platform: All
OS/Version: Linux
Status: NEW
Severity: critical
Priority: P1
Component: Native:JK
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: bht@actrix.gen.nz
Configuration:
Apache/2.0.40 (Red Hat Linux)
mod_jk 1.2.8
Tomcat 5.5.7
Red Hat Linux 9
j2sdk-1_4_2_07
Background:
With multiple virtual hosts, we add and delete virtual hosts as part of our service.
This is achieved by re-starting both httpd and tomcat after re-configuration.
Expected behavior:
No virtual host, running or new, should experience any errors due to the adding
or deleting of virtual hosts. Any startup delay of the tomcat server should be
passed on as a delay of the requested servlet response.
Actual behavior:
During tomcat startup, before the startup is completely finished, httpd
immediately returns a server error 500 as response to a servlet request.
We find it difficult to accept that users get server errors because a server is
re-started.
In this context it is very unfortunate that the user impact increases with every
virtual server we add, due to two reasons:
a) Higher number of users using this httpd instance.
b) Higher proportion of users affected due to longer server startup delay for
every additional virtual host.
Not sure whether this issue is resolvable on the tomcat side or mod_jk side.
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org