DO NOT REPLY [Bug 37060] New: - user-agent header is null immediately after CMA login
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=37060>.
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=37060
Summary: user-agent header is null immediately after CMA login
Product: Tomcat 5
Version: 5.5.12
Platform: PC
OS/Version: Windows XP
Status: NEW
Severity: normal
Priority: P3
Component: Connector:HTTP
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]
When processing the page immedately after a successful container managed
authentication "login", the user-agent header is NULL. If I refresh the page or
go to other pages, the user-agent header is rendered properly.
I have discussed this issue on the tomcat-user list for a number of days,
thinking it must be something I had done wrong,
Here are the steps:
1) Request a protected page from my application.
2) My CMA login page pops up, I enter userid and password.
3) This POST is issued when I submit it:
POST /stars/auth/ j_username=user1&j_password=password1&login=Login
4) HTTPLiveHeaders show all of the GET requests have a user-agent set
(I've included all 90 lines of them below).
5) My page that appears has the following code:
<%
String _userAgent = request.getHeader("user-agent");
out.write("USER-AGENT="+_userAgent);
...
6) And displays the following on my page:
USER-AGENT=null
START OF HTTPLiveHeaders capture from the above POST:
http://smartfish:8080/stars/auth/
POST /stars/auth/ HTTP/1.1
Host: smartfish:8080
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.7.12)
Gecko/20050915 Firefox/1.0.7
Accept:
text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
Accept-Language: en-us,en;q=0.5
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive
Referer: http://smartfish:8080/stars/HomePage.do
Cookie: JSESSIONID=3F6575A5957AC84BCC60FA878ED092A5.srv1; username=user1
Content-Type: application/x-www-form-urlencoded
Content-Length: 45
j_username=user1&j_password=password1&login=Login
HTTP/1.x 302 Moved Temporarily
Server: Apache-Coyote/1.1
Location:
http://smartfish:8080/stars/j_security_check?j_username=user1&j_password=fbce66f99c809283638f344ecb3d50674ea64189
Content-Length: 0
Date: Wed, 12 Oct 2005 16:33:46 GMT
--
http://smartfish:8080/stars/j_security_check?j_username=user1&j_password=fbce66f99c809283638f344ecb3d50674ea64189
GET
/stars/j_security_check?j_username=user1&j_password=fbce66f99c809283638f344ecb3d50674ea64189
HTTP/1.1
Host: smartfish:8080
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.7.12)
Gecko/20050915 Firefox/1.0.7
Accept:
text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
Accept-Language: en-us,en;q=0.5
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive
Referer: http://smartfish:8080/stars/HomePage.do
Cookie: JSESSIONID=3F6575A5957AC84BCC60FA878ED092A5.srv1; username=user1
HTTP/1.x 302 Moved Temporarily
Server: Apache-Coyote/1.1
Location: http://smartfish:8080/stars/HomePage.do
Content-Length: 0
Date: Wed, 12 Oct 2005 16:33:46 GMT
--
http://smartfish:8080/stars/HomePage.do
GET /stars/HomePage.do HTTP/1.1
Host: smartfish:8080
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.7.12)
Gecko/20050915 Firefox/1.0.7
Accept:
text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
Accept-Language: en-us,en;q=0.5
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive
Referer: http://smartfish:8080/stars/HomePage.do
Cookie: JSESSIONID=3F6575A5957AC84BCC60FA878ED092A5.srv1; username=user1
HTTP/1.x 200 OK
Server: Apache-Coyote/1.1
Pragma: No-cache
Cache-Control: no-cache,no-store,max-age=0
Expires: Thu, 01 Jan 1970 00:00:00 GMT
Content-Type: text/html;charset=UTF-8
Content-Language: en
Content-Length: 2989
Date: Wed, 12 Oct 2005 16:33:52 GMT
--
http://smartfish:8080/stars/WEB-INF/pages/%3C%=request.getContextPath()%%3E/images/cm_fill.gif
GET /stars/WEB-INF/pages/%3C%=request.getContextPath()%%3E/images/cm_fill.gif
HTTP/1.1
Host: smartfish:8080
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.7.12)
Gecko/20050915 Firefox/1.0.7
Accept: image/png,*/*;q=0.5
Accept-Language: en-us,en;q=0.5
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
DO NOT REPLY [Bug 37054] New: - NoClassDefFoundError using ServletContextListener
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=37054>.
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=37054
Summary: NoClassDefFoundError using ServletContextListener
Product: Tomcat 5
Version: 5.5.12
Platform: PC
OS/Version: Windows XP
Status: NEW
Severity: major
Priority: P2
Component: Unknown
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]
Since 5.5.12 using a ServletContextListener leads to a NoClassDefFoundError.
5.5.11 instead worked as expected with exactly the same code.
The class ServletListener is part of the web application. The web application of
course has no servlet-api.jar included as this must be provided by the servlet
engine through the appropriate classloader.
o JVM is Sun 1.5.0_05, I got the same error with 1.5.0_04.
o My web.xml:
...
this.is.my.ServletListener
o My listener class:
public class ServletListener implements ServletContextListener {
public void contextInitialized(ServletContextEvent arg0) {...}
public void contextDestroyed(ServletContextEvent arg0) {
}
}
o This is the error during startup:
09:09:12,579 ERROR [/myApp]:3643 - Error configuring application listener of
class this.is.my.ServletListener
java.lang.NoClassDefFoundError: javax/servlet/ServletContextListener
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:620)
at
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at
org.apache.catalina.loader.WebappClassLoader.findClass(WebappClassLoader.java:870)
at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1305)
at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1187)
at
org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3640)
at
org.apache.catalina.core.StandardContext.start(StandardContext.java:4127)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1012)
at org.apache.catalina.core.StandardHost.start(StandardHost.java:718)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1012)
at
org.apache.catalina.core.StandardEngine.start(StandardEngine.java:442)
at
org.apache.catalina.core.StandardService.start(StandardService.java:450)
at
org.apache.catalina.core.StandardServer.start(StandardServer.java:680)
at org.apache.catalina.startup.Catalina.start(Catalina.java:536)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:275)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:413)
09:09:12,594 ERROR [/myApp]:3650 - Skipped installing application listeners due
to previous error(s)
--
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: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37044] New: - JAASRealm / RealmBase role checking bug ?
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=37044>. 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=37044 Summary: JAASRealm / RealmBase role checking bug ? Product: Tomcat 5 Version: 5.5.12 Platform: All OS/Version: other Status: NEW Severity: major Priority: P2 Component: Catalina AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] JAASRealm authenticates the user and creates a GenericPrincipal with userPrincipal set to some principal returned by LoginModule. Later RealmBase.hasResourcePermission() calls request.getUserPrincipal() to recover authenticated user principal Request.getUserPrincipal() checks if the principal is instanceof GenericPrincipal, and if it is, it returns its userPrincipal. RealmBase.hasRole() checks if the principal is instanceof GenericPrincipal and if not it fails immediately. Note: previous versions of JAASRealm had their own hasRole() implementation. Note: request.isUserInRole() is not getting userPrincipal from GenericPrincipal when calling realm.hasRole() and this one seems to work. -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37020] - antiJARLocking and antiResourceLocking with many lib jars causes performance degradation and reload failure.
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=37020>. 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=37020 --- Additional Comments From [EMAIL PROTECTED] 2005-10-12 14:43 --- >> BTW, your other bug report is bad. is it? or is it just that Tomcat does not offer any reasons for its failures and I am led to believe there is a problem because of the unexpected behaviour? the bug report lists precise steps to a failure that should not be there or if there is a reason should be reported to the user. consider it another enhancement than a bug if that is the case. -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36994] - httpsession.getId() throws ISE after invalidation
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=36994>. 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=36994 --- Additional Comments From [EMAIL PROTECTED] 2005-10-12 14:41 --- (In reply to comment #3) > Hi William, the servlet spec 2.4 doesn't throw the ISE. The new servlet spec > 2.5 > throws the ISE. So that's a change between 2.4 and 2.5. Strange on this is, > that > this change isn't listed in der change list between 2.4 and 2.5. > > I know that in the future the ISE will come, but the TC homepage says that the > current TC 5.5 is an impl for the final 2.4 spec - not for the non-final 2.5 > spec. > No the spec didn't change. However, it turned out that getId should have thrown an ISE, while in Tomcat it did not. If you want to work around it, you can modify the Tomcat code easily. http://jcp.org/aboutJava/communityprocess/maintenance/jsr154/errata204.txt -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36994] - httpsession.getId() throws ISE after invalidation
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=36994>. 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=36994 --- Additional Comments From [EMAIL PROTECTED] 2005-10-12 14:34 --- Hi William, the servlet spec 2.4 doesn't throw the ISE. The new servlet spec 2.5 throws the ISE. So that's a change between 2.4 and 2.5. Strange on this is, that this change isn't listed in der change list between 2.4 and 2.5. I know that in the future the ISE will come, but the TC homepage says that the current TC 5.5 is an impl for the final 2.4 spec - not for the non-final 2.5 spec. -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37020] - antiJARLocking and antiResourceLocking with many lib jars causes performance degradation and reload failure.
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=37020>. 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=37020 --- Additional Comments From [EMAIL PROTECTED] 2005-10-12 14:23 --- (In reply to comment #2) > i thought it may not be a bug, i've changed the severity to "enhancement" to > make that clear. > > there is clearly an issue with deployer on windows machines, and coupled with > a > large web application this kind of performance is not workable when the anti- > locking strategy is put in place. > > i suppose the answer will be to add anti locking for deployed applications > only > and keep dev setups without the anti locking off. > If you have zillions of JARs, then there's no solution. The MS stuff and the Sun JVM seem to both be optimized so that JAR file locking (or even regular file locking) will almost always occur. The workaround for all problems is to copy the whole thing to the temp folder, and just run it from there. JBoss does the same thing to allow hot deployment. The other workaround is to consider using OSes with more flexible filesystems. I told you already that antiJARLocking and antiResourceLocking don't do the same thing, and using both is not very useful. BTW, your other bug report is bad. -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36995] - duplicate session ids
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=36995>. 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=36995 --- Additional Comments From [EMAIL PROTECTED] 2005-10-12 14:09 --- (In reply to comment #4) > We have Suse 8.2 with kernel 2.4.20-64GB-SMP on our servers. Java version is > 1.4.2_03 and Tomcat 4.1.29. > > As the chances for the described scenario are slim, I suggest to reduce the > value of ManagerBase.SESSION_ID_BYTES from 16 to 2 or 3 for testing. This > should increase the chances of duplicates returned by > ManagerBase.generateSessionId() without affecting the behaviour of Tomcat. > > Additionally, I put a Thread.yield() below the end of the sychronized block > in ManagerBase.createSession(), to provoke the racing time condition, further > increasing the chances for the scenario. > > Then I started Tomcat with the JSP page "session.jsp": > > <%@ page language="java" %><%= request.getSession().getId() %> > > The test application performs repeated request from different threads, > recoding the returned session ids and checking for duplicates. Even with > the reduced random range it might take several runs to stumble into a > duplicate. I'm sure there are better ways to test it, it is just a simple > test. > > I'm not saying this is an urgent problem, or that it happens all the time, I > merely think that it can happen, because random numbers, however large the > range might be, are not unique by themselves, are they? And if it can happen, > it will happen, eventually. Or am I missing something here? The whole idea of even checking for duplicates is a nonsense (beyond giving people some sense of safety). If the id generation has conflicts, then it means the system is completely insecure, so fixing a bug which will never actually occur doesn't have any benefits. -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37020] - antiJARLocking and antiResourceLocking with many lib jars causes performance degradation and reload failure.
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=37020>. 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=37020 [EMAIL PROTECTED] changed: What|Removed |Added Severity|normal |enhancement --- Additional Comments From [EMAIL PROTECTED] 2005-10-12 12:58 --- i thought it may not be a bug, i've changed the severity to "enhancement" to make that clear. there is clearly an issue with deployer on windows machines, and coupled with a large web application this kind of performance is not workable when the anti- locking strategy is put in place. i suppose the answer will be to add anti locking for deployed applications only and keep dev setups without the anti locking off. thanks anyway. -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37020] - antiJARLocking and antiResourceLocking with many lib jars causes performance degradation and reload failure.
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=37020>. 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=37020 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2005-10-12 12:53 --- This is not a bug. The webapp is indeed deployed over to another location, which takes time. -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37039] New: - Typo in the quick-howto for jk connector configuration
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=37039>. 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=37039 Summary: Typo in the quick-howto for jk connector configuration Product: Tomcat 5 Version: 5.0.28 Platform: Other URL: http://jakarta.apache.org/tomcat/connectors- doc/howto/quick.html OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: Native:JK AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] The typo is in the "Minimum workers.properties" section: # Define 1 real worker using ajp13 worker.list=worker1 # Set properties for worker1 (ajp13) worker.worker1.type=ajp13 worker.worker1.host=localhost worker.worker1.port=8009 worker.worker1.lbfactor=50 worker.worker1.cachesize=10 worker.worker1.cache_timeout=600 worker.worker1.socket_keepalive=1 worker.worker1.reclycle_timeout=300 <--- TYPO HERE -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37035] New: - Prevent temp\ directory disappearing when tar.gz is used on Windows
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=37035>. 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=37035 Summary: Prevent temp\ directory disappearing when tar.gz is used on Windows Product: Tomcat 5 Version: 5.5.12 Platform: Other OS/Version: Windows XP Status: NEW Severity: enhancement Priority: P2 Component: Unknown AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] If a user: - is on Windows - downloads the tar.gz distribution - unpacks with WinZIP then Tomcat breaks in odd ways. This is because the temp\ directory is empty in the distribution, and WinZIP's default behaviour is not to create directories if they are empty. I know this is a combination of WinZIP stupidity and odd user behaviour, but there is an easy way to avoid the problem: add a temp\README.txt file so the directory is non-empty. There was a temp\README.txt in 4.1 days, which read: """ This temp directory is used by the JVM for temporary file storage. The JVM is configured to use this as its java.io.tmpdir in the catalina.sh and catalina.bat scripts. Tomcat is configured to use this temporary directory rather than its default for security reasons. The temp directory must exist for Tomcat to work correctly. """ -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36994] - httpsession.getId() throws ISE after invalidation
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=36994>. 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=36994 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2005-10-11 19:19 --- This is now required by the servlet spec, so it can't be changed by Tomcat. See: http://jcp.org/aboutJava/communityprocess/maintenance/jsr154/154errata.txt If the Servlet Expert Group decides to change this at some future point, then Tomcat can consider removing the ISE. Until then, the only place to complain about this is: [EMAIL PROTECTED] -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36994] - httpsession.getId() throws ISE after invalidation
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=36994>.
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=36994
--- Additional Comments From [EMAIL PROTECTED] 2005-10-11 17:15 ---
I agree with Lars.
I use a Map (stored as an attribute of the ServletContext) to keep track of the
active http sessions.
Using Tomcat 5.5.9 I didn't have any problem logging-out, but with Tomcat 5.5.12
when I try to invalidate a session I get an ISE ("getId: Session already
invalidated").
(In reply to comment #0)
> After a http session is invalidated a call to getId() throws an
> IllegalStateException("already invalidated").
>
> I think this doesn't conform to the servlet spec that doesn't say anything
> about
> an ISE in the api doc. All ISEs that can be thrown by the session-methods are
> explicit listed.
>
> Beside this it is very essential to have the sessionId at least during
> HttpSessionBindingListener.valueUnbound() if this method is called during the
> invalidation.
> The api doc of valueUnbound() says:
> "Notifies the object that it is being unbound from a session and identifies
> the
> session."
> The session is identified by its Id, but if the Id is not accessible
> anymore...
>
> The ISE was inserted in Version 5.5.10: excerpt from the changelog:
> "Re-add patch causing Session.getId to throw an ISE, and make all internal
> components use a safe getIdInternal"
>
>
> Thanks
> Lars
--
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: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37020] New: - antiJARLocking and antiResourceLocking with many lib jars causes performance degradation and reload failure.
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=37020>. 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=37020 Summary: antiJARLocking and antiResourceLocking with many lib jars causes performance degradation and reload failure. Product: Tomcat 5 Version: 5.5.9 Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: Catalina AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] Here is a catch-22. We want to use deployer to deploy web applications to target servers. It formalises the process of build a little more. However, deployer does not work well on Windows as JARs get left behind. Furthermore another bug I submitted yesterday shows that deploying, restarting the Windows service and then undeploying breaks. That restart bug aside, in order to even get deploy and undeploy to work we have to use antiJARLocking="true" antiResourceLocking="true" on our context. I added this just the other day and I noticed that starting Tomcat took a whole lot longer than usual (nearly 1 minute), and that compiling class changes to my development Tomcat did not cause the usual web application reload (as indicated by reloadable="true" on the context). I decided that the only thing I changed was the antiJARLocking="true" antiResourceLocking="true" attributes. I took them off today and Tomcat starts up in 20s. Furthermore, compiling class changes works again. I thought about why this might be and we have 18M of lib JARs. In order for the anti locking to work I notice that copies are made to a temp folder. I can only assume therefore that having so many JARs in a web application lib combined with using the anti locking features causes this huge degradation in ability to develop and test. I've made sure this is definately the problem by adding and removing the antiJARLocking="true" antiResourceLocking="true" attributes a few times, and it always varies from 58s and no reloading with them set to true and 20s and reloading ok with them false. -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29526] - Cannot undeploy and deploy war file with on the same context
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=29526>. 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=29526 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36995] - duplicate session ids
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=36995>. 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=36995 --- Additional Comments From [EMAIL PROTECTED] 2005-10-11 14:02 --- We have Suse 8.2 with kernel 2.4.20-64GB-SMP on our servers. Java version is 1.4.2_03 and Tomcat 4.1.29. As the chances for the described scenario are slim, I suggest to reduce the value of ManagerBase.SESSION_ID_BYTES from 16 to 2 or 3 for testing. This should increase the chances of duplicates returned by ManagerBase.generateSessionId() without affecting the behaviour of Tomcat. Additionally, I put a Thread.yield() below the end of the sychronized block in ManagerBase.createSession(), to provoke the racing time condition, further increasing the chances for the scenario. Then I started Tomcat with the JSP page "session.jsp": <%@ page language="java" %><%= request.getSession().getId() %> The test application performs repeated request from different threads, recoding the returned session ids and checking for duplicates. Even with the reduced random range it might take several runs to stumble into a duplicate. I'm sure there are better ways to test it, it is just a simple test. I'm not saying this is an urgent problem, or that it happens all the time, I merely think that it can happen, because random numbers, however large the range might be, are not unique by themselves, are they? And if it can happen, it will happen, eventually. Or am I missing something here? -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36995] - duplicate session ids
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=36995>. 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=36995 --- Additional Comments From [EMAIL PROTECTED] 2005-10-11 14:01 --- Created an attachment (id=16657) --> (http://issues.apache.org/bugzilla/attachment.cgi?id=16657&action=view) A simple test case to check for duplicate session ids. -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36905] - Tomcat WebDAV characters bug
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=36905>. 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=36905 --- Additional Comments From [EMAIL PROTECTED] 2005-10-11 13:10 --- I have discovered a simular problem that seems to be related to this bug. I place a file with semi-colon in the filename under the Tomcat http server. When I am linking to that file (test;01.png) i get "the requested resource is not available. Take a look at the attached screendumps. Screen1 shows a directory listing of the file in question. Screen2 shows the error-msg when i click the filename. This is not a problem in Apache 2.0.53 I tested and found this problem using IE 6.0 and Firefox 1.0.7 against Tomcat 5.5.12 -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36905] - Tomcat WebDAV characters bug
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=36905>. 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=36905 --- Additional Comments From [EMAIL PROTECTED] 2005-10-11 13:07 --- Created an attachment (id=16656) --> (http://issues.apache.org/bugzilla/attachment.cgi?id=16656&action=view) Screen-dump of error-msg when I click the filename with semi-colon. -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36905] - Tomcat WebDAV characters bug
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=36905>. 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=36905 --- Additional Comments From [EMAIL PROTECTED] 2005-10-11 13:07 --- Created an attachment (id=16655) --> (http://issues.apache.org/bugzilla/attachment.cgi?id=16655&action=view) Screen dump of directorylisting with filename containing semi-colon. -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37018] New: - Document how to use tomcat-SSL with a pkcs11 token
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=37018>. 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=37018 Summary: Document how to use tomcat-SSL with a pkcs11 token Product: Tomcat 5 Version: 5.5.9 Platform: Other URL: http://java.sun.com/j2se/1.5.0/docs/guide/security/p11gu ide.html OS/Version: other Status: NEW Severity: enhancement Priority: P2 Component: Connector:Coyote AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] Since jdk1.5 has a sun.security.pkcs11.SunPKCS11 implementing java.security.Provider, it should be possible to no longer store private keys on the server computer's harddisk, but on a USB token or alike (being willing to accept that SSL may become very slow...) Others appear to have asked for this http://marc.theaimsgroup.com/?l=tomcat-user&m=111471470228516&w=2 more also in http://forum.java.sun.com/thread.jspa?threadID=256018&messageID=3838346 -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36995] - duplicate session ids
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=36995>. 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=36995 [EMAIL PROTECTED] changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2005-10-11 09:09 --- (In reply to comment #1) > I hava look inside also inside 5.5.x code (ManagerBase.generateSessionId()) > and > think the duplication risk is there. But the risk is small, as random > generator > works really good. I have test with Linux Suse 9.3 and have no chance to > reproduce your test result. Can you please send your testscripts and os information? > This does not make any sense. The risk does not exist, and the uniqueness check is just there to make insecure people more secure. I am actually tired of it, and would want it removed. -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 35853] - Make JkMount compatible with servlet-mapping/url-pattern in web.xml
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=35853>. 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=35853 [EMAIL PROTECTED] changed: What|Removed |Added Component|Connector:JK/AJP|Native:JK Product|Tomcat 4|Tomcat 5 -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36995] - duplicate session ids
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=36995>. 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=36995 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |ASSIGNED --- Additional Comments From [EMAIL PROTECTED] 2005-10-10 19:58 --- I hava look inside also inside 5.5.x code (ManagerBase.generateSessionId()) and think the duplication risk is there. But the risk is small, as random generator works really good. I have test with Linux Suse 9.3 and have no chance to reproduce your test result. Can you please send your testscripts and os information? Thanks Peter -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36995] New: - duplicate session ids
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=36995>.
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=36995
Summary: duplicate session ids
Product: Tomcat 4
Version: 4.1.31
Platform: PC
OS/Version: other
Status: NEW
Severity: normal
Priority: P2
Component: Catalina
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]
Greetings,
We ran a simple load test against Tomcat 4.1.x after having some strange
session effects on our website, to see if the generated session ids are
really unique. The test made HTTP requests with wget, extracted the newly
generated session ids and wrote them into a file. It turned up two pairs
of duplicate session ids from active sessions.
I read the source code to see how the session ids are generated, and found
this code in org.apache.catalina.session.ManagerBase#createSession() from
Tomcat 4.1.31, line 544 to 555:
synchronized (sessions) {
while (sessions.get(sessionId) != null){ // Guarantee uniqueness
sessionId = generateSessionId();
duplicates++;
// @todo Move appending of jvmRoute generateSessionId()???
if (jvmRoute != null) {
sessionId += '.' + jvmRoute;
}
}
}
session.setId(sessionId);
I came up with the following scenario, where duplicate session ids could
be generated:
Thread 1 runs into the method, generates a session id, checks if the session
id is unique and leaves the synchronized block. There the thread 1 pauses and
thread 2, a request from a different user, takes over.
Thread 2 runs into the method, generates the same session id by pure chance
and checks if the session id is unique. Since thread 1 has not yet called
setId, the session id isn't stored in the HashMap, the session id is
considered unique and the loop is left. The method setId() is called, which
results in a call to the method add() of the ManageBase class. There the new
session object is stored in the HashMap with the session id.
Thread 1 continues and calls setId() as well, overwriting the already present
session object in the HashMap with a new one.
Both threads continue and return a duplicate session id to different user.
Both users use the same session object for subsequent requests.
I know the chances for this scenario are slim, as it must generate the same
session id and run into the race condition between the two syncronised blocks
in createSession() and add(), but it appears to be happening.
Shouldn't the check for uniqueness and the adding of the newly generated
session id be in the same syncronized block of "sessions", to really
ensure uniqueness? Or did I get something wrong here?
Tomcat 5.0.28 and Tomcat 5.5.9 appears to have the same problem, btw.
Thanks,
Christian
--
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: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36994] New: - httpsession.getId() throws ISE after invalidation
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=36994>.
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=36994
Summary: httpsession.getId() throws ISE after invalidation
Product: Tomcat 5
Version: 5.0.12
Platform: Other
OS/Version: other
Status: NEW
Severity: normal
Priority: P2
Component: Catalina
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]
After a http session is invalidated a call to getId() throws an
IllegalStateException("already invalidated").
I think this doesn't conform to the servlet spec that doesn't say anything about
an ISE in the api doc. All ISEs that can be thrown by the session-methods are
explicit listed.
Beside this it is very essential to have the sessionId at least during
HttpSessionBindingListener.valueUnbound() if this method is called during the
invalidation.
The api doc of valueUnbound() says:
"Notifies the object that it is being unbound from a session and identifies the
session."
The session is identified by its Id, but if the Id is not accessible anymore...
The ISE was inserted in Version 5.5.10: excerpt from the changelog:
"Re-add patch causing Session.getId to throw an ISE, and make all internal
components use a safe getIdInternal"
Thanks
Lars
--
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: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36990] New: - Undeployment fails when Tomcat service is restarted after successful deployment
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=36990>. 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=36990 Summary: Undeployment fails when Tomcat service is restarted after successful deployment Product: Tomcat 5 Version: 5.5.9 Platform: Other OS/Version: Windows 2000 Status: NEW Severity: normal Priority: P2 Component: Webapps:Manager AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] This may not be a bug as such, but I do not believe it is correct behaviour. It is using the Ant deploy script for a target Tomcat 5.5.12 for Windows using the service. 1. Deploy a WAR to a clean Tomcat using an embedded META-INF/context.xml, path="ROOT" 2. Application is deployed OK, requests succeed OK. 3. Restart Tomcat service 4. Call undeploy of ROOT web application The undeploy fails with FAIL - No context exists for path /ROOT despite the following 3 facts 1. /conf/Catalina/localhost/ROOT.xml exists 2. /webapps/ROOT.war exists 3. /webapps/ROOT (exploded) exists Is it correct that a restart of Tomcat should prevent undeployments of previously deployed webapps? -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36983] New: - session problems with cross context webapps
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=36983>. 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=36983 Summary: session problems with cross context webapps Product: Tomcat 5 Version: 5.5.12 Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: Catalina AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] I encountered a problem with sessions and cross context calls. Here is a scenario: We have to webapps (webapp1 and webapp2). webapp1 is configured with cross contex set to true so it is able to dispatch to webapp2. Now user access webapp1 and webapp2. Two sessions are created for both webapps. request.getSession in webapp1 returns session1 request.getSession in webapp2 returns session2 Problem is during dispatching request from webapp1 to webapp2, because request.getSession in webapp2 does not return session2, but only for request which is dispatched from webapp1. all the following request which are not cross context again return session2, so session is not lost. Tomcat 5.0.x works fine when dispatching cross context requests (two separate sessions are maintained for each webapp). -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Bug report for Watchdog [2005/10/09]
+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned| | | OPN=ReopenedVER=Verified(Skipped Closed/Resolved) | | | +-+ | | | Severity: BLK=Blocker CRI=CriticalMAJ=Major | | | | MIN=Minor NOR=Normal ENH=Enhancement | | | | +-+ | | | | Date Posted | | | | | +--+ | | | | | Description | | | | | | | | 278|Unc|Nor|2000-12-04|Bug in GetParameterValuesTestServlet.java file Bug| | 279|Unc|Nor|2000-12-04|Logical Error in GetParameterValuesTestServlet Bug| | 469|Unc|Nor|2001-01-17|in example-taglib.tld "urn" should be "uri" BugRat| | 470|Unc|Nor|2001-01-17|FAIL positiveForward.jsp and positiveInclude.jsp B| | 9634|New|Enh|2002-06-05|No tests exist for ServletContext.getResourcePaths| |10703|New|Enh|2002-07-11|Need to test getRequestURI after RequestDispatcher| |11336|New|Enh|2002-07-31|Test wrapped path methods with RD.foward()| |11663|New|Maj|2002-08-13|JSP precompile tests rely on Jasper specific behav| |11664|New|Maj|2002-08-13|A sweep is needed of all Watchdog 4.0 tag librarie| |11665|New|Maj|2002-08-13|ServletToJSPErrorPageTest and ServletToServletErro| |11666|New|Maj|2002-08-13|SetBufferSize_1TestServlet is invalid.| |14004|New|Maj|2002-10-28|Incorrent behaviour of all attribute-related lifec| |15504|New|Nor|2002-12-18|JSP positiveGetValues test relies on order preserv| |24649|New|Nor|2003-11-12|getRemoteHost fails when agent has uppercase chara| |29398|New|Nor|2004-06-04|Update site and note current status | +-+---+---+--+--+ | Total 15 bugs | +---+ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Bug report for Tomcat 5 [2005/10/09]
+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned| | | OPN=ReopenedVER=Verified(Skipped Closed/Resolved) | | | +-+ | | | Severity: BLK=Blocker CRI=CriticalMAJ=Major | | | | MIN=Minor NOR=Normal ENH=Enhancement | | | | +-+ | | | | Date Posted | | | | | +--+ | | | | | Description | | | | | | | |17310|Ver|Nor|2003-02-22|;jsessionid confuses StandardHostcan't find Co| |19803|Ver|Maj|2003-05-09|manager reload fails and disables app - Incompatib| |19958|Ver|Maj|2003-05-15|Problems reading ServletInputStream | |21045|Ver|Nor|2003-06-24|Manager app does find resources | |21600|Ver|Nor|2003-07-15|'s lost after manager stop/start or rel| |22679|Ver|Enh|2003-08-24|how to access ssl session ID out of tomcat to prev| |22986|Ver|Nor|2003-09-08|Web apps with context XML file don't start if CATA| |24413|Ver|Nor|2003-11-04|bundled JMX implementation not compliant to specif| |24942|Opn|Nor|2003-11-24|Tomcat 5.0.16 / Windows 2000 Service does not star| |24943|Ver|Nor|2003-11-24|Tomcat 5.0.14 / Windows 2000 Service does not star| |25078|Ver|Nor|2003-11-29|Catalina Ant Serverinfo task always fails | |26979|New|Enh|2004-02-16|StandardServer don't save cluster config | |27104|Opn|Nor|2004-02-20|got an exception when testing a simple cluster app| |27259|Opn|Nor|2004-02-26|org.apache.catalina.cluster.tcp.ReplicationListene| |27338|Ver|Maj|2004-03-01|Wrong mappings for JSP Documents (.jspx) | |28039|New|Enh|2004-03-30|Cluster Support for SingleSignOn | |28633|New|Nor|2004-04-27|Add JMX Support to ClusterManager | |28634|New|Nor|2004-04-27|Extend StandardManager/StandardSession for DeltaMa| |28709|Ver|Nor|2004-04-30|javax.servlet.http.HttpServletRequest.isRequestedS| |28875|Ver|Nor|2004-05-10|Multi-byte characters in default error page aren't| |29091|Opn|Nor|2004-05-19|Non-ascii characters are not handled correctly... | |29160|Ver|Enh|2004-05-23|precompile problem: _jspx_meth_* (javax.servlet.js| |29497|Unc|Nor|2004-06-10|Connection pool, redeployment | |29521|Ver|Cri|2004-06-11|No destroy methods called on service shutdown | |29780|New|Min|2004-06-24|Why we need a jkMain static attibute? | |30241|Ver|Enh|2004-07-21|Enhance build script to use branch argument when c| |30833|Ver|Nor|2004-08-24|request.getServerPort() returns wrong port (WAS: r| |31125|Opn|Nor|2004-09-08|conf/web.xml not valid| |31804|Opn|Maj|2004-10-20|setParent() is not called on nested tags in a tag | |32081|New| |2004-11-05|Wrapper scripts require a JDK to be present. | |32141|New|Nor|2004-11-10|Memory leak in Jk connector, ChannelSocket.registe| |32180|New|Nor|2004-11-11|EL functions are executed in privileged context | |32280|Ver|Cri|2004-11-17|Problem clustering tomcat when a failed server is | |32569|Ass|Nor|2004-12-07|ServletContextListener will not die | |32593|Inf|Maj|2004-12-09|Server (Apache 2.0.48) reached MaxClients setting | |32754|Inf|Nor|2004-12-17|Can't modify thread configuration attributes of AJ| |32832|Ver|Maj|2004-12-23|request.getSession(false) fails to return null. | |32888|Inf|Nor|2004-12-30|Each cluster slave creates duplicated session on t| |33180|Ver|Nor|2005-01-20|JSTL automatic type conversion gives unexpected re| |33262|Inf|Nor|2005-01-27|Service Manager autostart should check for adminis| |33356|Inf|Maj|2005-02-02|Incorrect parsing of tag attributes | |33407|Inf|Nor|2005-02-05|\$ is quoted even with el-ignored=true| |33453|Opn|Enh|2005-02-08|Jasper should recompile JSP files whose datestamps| |33494|New|Enh|2005-02-10|jscv configure script fails on x86_64 | |33650|Inf|Enh|2005-02-19|Jasper performance for multiple files processing | |33671|Opn|Enh|2005-02-21|Manual Windows service installation with custom na| |33782|New|Nor|2005-03-01|notifyListenerOnReplication has no effect when sta| |33831|Ver|Nor|2005-03-03|RequestDispatcher.forward and resource missing| |33911|New|Enh|2005-03-08|Request for security role mapping (role-to-group/u| |34006|Ver|Nor|2005-03-14|Undeploy of webapps with antiResourceLocking in ME| |34016|Ver|Nor|2005-03-15|antiResourceLocking webapp fails to
Bug report for Tomcat 4 [2005/10/09]
+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned| | | OPN=ReopenedVER=Verified(Skipped Closed/Resolved) | | | +-+ | | | Severity: BLK=Blocker CRI=CriticalMAJ=Major | | | | MIN=Minor NOR=Normal ENH=Enhancement | | | | +-+ | | | | Date Posted | | | | | +--+ | | | | | Description | | | | | | | | 3839|Opn|Enh|2001-09-26|Problem bookmarking login page| | 4227|Opn|Enh|2001-10-17|Invalid CGI path | | 5329|New|Enh|2001-12-08|NT Service exits startup before Tomcat is finished| | 5795|New|Enh|2002-01-10|Catalina Shutdown relies on localhost causing prob| | 5829|New|Enh|2002-01-13|StandardManager needs to cope with sessions throwi| | 5985|New|Enh|2002-01-23|Tomcat should perform a more restrictive validatio| | 6600|Opn|Enh|2002-02-20|enodeURL adds 'jsession' when 'isRequestedSessionI| | 6614|New|Enh|2002-02-21|Have Bootstrap and StandardClassLoader use the sam| | 6671|New|Enh|2002-02-25|Simple custom tag example uses old declaration sty| | 7043|New|Enh|2002-03-12|database user and password for JDBC Based Store | | 7374|New|Enh|2002-03-22|Apache Tomcat/4.0.1 message on standard output| | 7676|New|Enh|2002-04-02|Allow name property to use match experssions in without className in server.xml produces N| |11069|Opn|Enh|2002-07-23|Tomcat not flag error if tld is outside of /WEB-IN| |11129|New|Enh|2002-07-24|New valve for putting the sessionIDs in the reques| |11248|New|Enh|2002-07-29|DefaultServlet doesn't send expires header| |11754|Opn|Enh|2002-08-15|Synchronous shutdown script - shutdown.sh should w| |12069|New|Enh|2002-08-27|Creation of more HttpSession objects for one previ| |12658|New|Enh|2002-09-15|a proxy host and port at the element level | |12766|New|Enh|2002-09-18|Tomcat should use tld files in /WEB-INF/ over vers| |13040|New|Nor|2002-09-26|can't retrieve external context who's uri is a sub| |13309|Opn|Enh|2002-10-04|Catalina calls System.exit() | |13634|New|Enh|2002-10-15|Allowing system properties to be substituted in co| |13689|Opn|Enh|2002-10-16|Classloader paths for 'Common' classes and librari| |13731|New|Enh|2002-10-17|Final request, response, session and other variabl| |13846|New|Nor|2002-10-22|If-Modified-Since results in incorrect headers| |13941|New|Enh|2002-10-24|reload is VERY slow | |13965|New|Enh|2002-10-25|Catalina.sh correction request for Tru64 Unix | |13983|New|Nor|2002-10-25|RMI call from Web Application throws SocketExcepti| |14097|New|Enh|2002-10-30|hardcoded registry value for vm lets tomcat servic| |14416|New|Enh|2002-11-10|blank tag name in TLD cause NullPointerException | |14635|New|Enh|2002-11-18|Should be possible not to have -MM-DD in log f| |14766|New|Enh|2002-11-22|Redirect Vavle| |14993|New|Enh|2002-12-02|Possible obselete synchronized declaration| |15115|New|Enh|2002-12-05|correct docs... XML parser *cannot* be overridden | |15417|Opn|Enh|2002-12-16|Add port for forced compilation of JSP pages | |15570|New|Nor|2002-12-20|incorrect role-name mapping for "*" with respect t| |15688|New|Enh|2002-12-27|full-qualified names instead of imports | |15893|New|Enh|2003-01-08|Need a getPort() method on Connector or similar fu| |15941|New|Enh|2003-01-10|Expose rootCause exceptions at deeper levels | |15946|New|Nor|2003-01-10|Documentation change | |16185|New|Nor|2003-01-16|UserDatabase is not bound in this context | |16294|New|Enh|2003-01-21|Configurable URL Decoding.| |16357|New|Enh|2003-01-23|"connection timeout reached" | |16531|New|Enh|2003-01-29|Updating already deployed ".war" files in a single| |16579|New|Enh|2003-01-30|documentation page layout/style breaks wrapping to| |16596|New|Enh|2003-01-30|option for disabling log rotation | |17070|New|Enh|2003-02-14|The Catalina Ant tasks do not allow for 'reusable'| |17146|New|Enh|2003-02-18|Simplify build.xml using whose target performs a 'forward' do| |21669|New|Enh|2003-07-16|JNDIRealm roleBase pattern enahncement| |21804|New|Enh|2003-07-2
Bug report for Tomcat 3 [2005/10/09]
+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned| | | OPN=ReopenedVER=Verified(Skipped Closed/Resolved) | | | +-+ | | | Severity: BLK=Blocker CRI=CriticalMAJ=Major | | | | MIN=Minor NOR=Normal ENH=Enhancement | | | | +-+ | | | | Date Posted | | | | | +--+ | | | | | Description | | | | | | | | 2350|Ver|Nor|2001-06-27|ServletConfig.getInitParameter() requires url-patt| | 2478|Opn|Cri|2001-07-06|Passing Session variables between JSP's and Servle| | 4551|Opn|Nor|2001-10-31|Ctx( /tt01 ): IOException in: R( /tt01 + /com/abc/| | 4980|New|Min|2001-11-20|Startup message indicates incorrect log file | | 4994|New|Nor|2001-11-21|Tomcat needs a mechanism for clean and certain shu| | 5064|New|Cri|2001-11-25|Socket write error when include files is more than| | 5108|New|Maj|2001-11-26|Docs for Tomcat 3.2.x appear to be for Tomcat 3.3 | | 5137|New|Nor|2001-11-27|Null pointer in class loader after attempting to r| | 5160|Unc|Maj|2001-11-28|'IllegalStateException' | | 5331|New|Nor|2001-12-09|getPathInfo vs URL normalization | | 5510|New|Blk|2001-12-19|How to call ejb deployed in JBoss from Tomcat serv| | 5756|New|Nor|2002-01-08|jspc.bat exits with wrong ERRORLEVEL | | 5797|New|Nor|2002-01-10|UnCatched ? StringIndexOutOfBoundsException: Strin| | 6027|New|Maj|2002-01-25|Tomcat Automatically shuts down as service | | 6168|New|Blk|2002-02-01|IllegalStateException | | 6451|New|Cri|2002-02-14|Stackoverflow | | 6478|New|Enh|2002-02-14|Default Tomcat Encoding | | 6488|Ver|Maj|2002-02-15|Error: 304. Apparent bug in default ErrorHandler c| | 6648|New|Nor|2002-02-25|jakarta-servletapi build with java 1.4 javadoc err| | 6702|New|Cri|2002-02-27|win 2k services not working | | 6796|New|Cri|2002-03-01|Tomcat dies periodically | | 6989|New|Maj|2002-03-08|Unable to read tld file during parallel JSP compil| | 7013|New|Cri|2002-03-10|Entering a servlet path with non-ISO8859-1 charact| | 7227|New|Nor|2002-03-19| directive don't work | | 7626|New|Nor|2002-03-29|classloader not working properly | | 7652|New|Cri|2002-04-01|Tomcat stalls periodically| | 7785|New|Blk|2002-04-06|tomcat bug in context reloading | | 7863|New|Maj|2002-04-09|I have a problem when running Tomcat with IIS | | 8187|New|Cri|2002-04-17|Errors when Tomcat used with MS Access database | | 8239|New|Cri|2002-04-18|Resource temporary unavailable| | 8263|New|Cri|2002-04-18|url-pattern easy to circumvent| | 9250|New|Maj|2002-05-20|outOfMemoryError | | 9367|New|Maj|2002-05-23|HttpSessionBindingEvent not thrown for HttpSession| | 9390|New|Nor|2002-05-24|jasper compilation error in tomcat| | 9480|New|Nor|2002-05-29|Data connection pooling | | 9607|New|Maj|2002-06-04|precompile JSP| | 9737|Ver|Nor|2002-06-10|ArrayIndexOutOfBoundsException when sending just p| |10047|New|Cri|2002-06-20|IllegalStateException | |10202|New|Maj|2002-06-25|Tomcat is not responding in time | |10357|Unc|Blk|2002-06-30|java.lang.IllegalArgumentException: Short Read| |10406|New|Cri|2002-07-02|IllegalStateException | |11087|New|Blk|2002-07-23|IllegalStateException | |11286|New|Maj|2002-07-30|Tomcat threads not respond if increase JVM size | |11466|New|Nor|2002-08-05|ContextManager: SocketException reading request | |12156|New|Cri|2002-08-29|Apache and Tomcat 3.3.1 Interworking problem | |12194|New|Maj|2002-08-30|Tomcat does not send WWW-Authenticate header | |12852|New|Nor|2002-09-20|May be error in _jspService() -> out.flushBuffers(| |14386|New|Maj|2002-11-08|Date headers corrupted using setDateHeader| |15632|New|Nor|2002-12-23|Problem with the Tomcat Sessions Parameter on URL | |16363|New|Cri|2003-01-23|Stack Overflow accessing compiled JSP - Tomcat 3.2| |17081|New|Min|2003-02-14|Some javadoc comment fixes
DO NOT REPLY [Bug 36976] New: - Tomcat VM does not shutdown with remote jmx enabled
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=36976>. 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=36976 Summary: Tomcat VM does not shutdown with remote jmx enabled Product: Tomcat 5 Version: 5.5.9 Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority: P2 Component: Unknown AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] When using tomcat with remote jmx it does not shutdown. Using it with local jmx works perfectly. jmx parameters set in catalina.bat as JAVA_OPTS -Dcom.sun.management.jmxremote -Dcom.sun.management.jmxremote.ssl=false -Dcom.sun.management.jmxremote.authenticate=false -Dcom.sun.management.jmxremote.port= Calling shutdown.bat I get the following error: Error: Exception thrown by the agent : java.rmi.server.ExportException : Port already in use: ;nested exception is: java.net.BindException: Address already in use: JVM_Bind Tomcat keeps running instead of performing a clean shutdown. JVM is a 1.5.0_04 Tomcat installation is a default from 5.5.9.zip without configuration changes -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36883] - mod_proxy_ajp and tomcat issues
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=36883>. 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=36883 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-10-07 23:17 --- (In reply to comment #8) > Hi, > > I must dissagree with you. > The bug has nothing to do with Tomcat. > Tomcat works pretty well with mod_jk w or w/o SSL. > > The error is obviously in mod_proxy_ajp. Agreed, but I am not sure if the AJP connector on Tomcat side should set isSSL to true once it finds some of the SSL variables in the AJP message. From my point of view it should also ignore all SSL variables in the message if isSSL is set to false in the message. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36883] - mod_proxy_ajp and tomcat issues
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=36883>. 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=36883 --- Additional Comments From [EMAIL PROTECTED] 2005-10-07 23:13 --- Committed a style adjusted variant to trunk (r307195) http://svn.apache.org/viewcvs.cgi/httpd/httpd/trunk/modules/proxy/ajp_header.c?rev=307195&r1=232247&r2=307195 and to 2.2.x branch (r307196) http://svn.apache.org/viewcvs.cgi/httpd/httpd/branches/2.2.x/modules/proxy/ajp_header.c?rev=307196&r1=234103&r2=307196 -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36883] - mod_proxy_ajp and tomcat issues
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=36883>. 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=36883 --- Additional Comments From [EMAIL PROTECTED] 2005-10-07 21:27 --- (In reply to comment #13) > misreading this comment, but could someone of the AJP gurus confirm that this > attribute is also valid in AJP13? All current release versions of Tomcat support it, and any older ones will ignore an attribute that they don't recognize. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36883] - mod_proxy_ajp and tomcat issues
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=36883>. 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=36883 --- Additional Comments From [EMAIL PROTECTED] 2005-10-07 20:38 --- Apart from a few minor style issues the patch looks good to me. Thanks. It removes the problem I saw with my first version of the patch which did not fix it correctly. What still worries me a little bit is the comment above the key_size block, which says "added support only in ajp14 mode". Maybe I am just misreading this comment, but could someone of the AJP gurus confirm that this attribute is also valid in AJP13? -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36969] - OutOfMemory exceptions when used with Deployer package
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=36969>. 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=36969 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2005-10-07 18:46 --- Please provide conclusive informations about references which would be leaked by Tomcat. -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36969] - OutOfMemory exceptions when used with Deployer package
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=36969>. 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=36969 --- Additional Comments From [EMAIL PROTECTED] 2005-10-07 18:42 --- I also searched on Google and many people reported OutOfMemory errors in 5.5.9 or in general with 5.5. This also included some comments from one of the developers of Hibernate. This leads me to believe that this is a genuine problem. -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36969] - OutOfMemory exceptions when used with Deployer package
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=36969>. 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=36969 --- Additional Comments From [EMAIL PROTECTED] 2005-10-07 18:39 --- I will agree with you are saying. But the point is - I did not even access the web app. I can easily simulate this with a logic similar to this in a shell script. What I am saying is - it is not my application. For argument sake, I will take a standard application - or any app developed by anybody For count 1 to 40 Run deploy Run undeploy End for You can see I did not even access my web app. -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36969] - OutOfMemory exceptions when used with Deployer package
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=36969>. 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=36969 --- Additional Comments From [EMAIL PROTECTED] 2005-10-07 18:28 --- your web application will probably be holding onto resources so that when tomcat tries to reload your web appliation, a bit of memory is lost each time. this OOME does not just occur with deployer but also with reloadable="true" class changes where the webapp is forced to reload. you should get hold of a profiler and consider also using a context listener to kill all references. -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36969] New: - OutOfMemory exceptions when used with Deployer package
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=36969>. 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=36969 Summary: OutOfMemory exceptions when used with Deployer package Product: Tomcat 5 Version: 5.5.9 Platform: All OS/Version: Linux Status: NEW Severity: critical Priority: P1 Component: Catalina AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] We are experiencing OutOfMemory exceptions from Tomcat 5.5 If we repeatedly deploy/undeploy a webapp using the Deployer/Ant package, we will be able to reproduce it. We need not access the webapp at all. Can you please provide a fix for this ? -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36968] New: - jasper2 Ant task fails when executed more than once
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=36968>. 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=36968 Summary: jasper2 Ant task fails when executed more than once Product: Tomcat 5 Version: Unknown Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority: P2 Component: Jasper AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] I have a build script that precompiles JSPs in web applications. There are several different web applications that I precompile. When I compile a single web application with my Ant script, it works fine. If I try to compile multiple (it fails on the second web app) web apps, it fails with the exception at the end of this message. I am using a version of Jasper that is bundled with Jetty 5 so, I am not 100% sure what Jasper version it is. Here is my Ant target: java.lang.ExceptionInInitializerError at org.apache.tools.ant.ProjectHelper.addLocationToBuildException (ProjectHelper.java:539) at org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:388) at org.apache.tools.ant.taskdefs.CallTarget.execute (CallTarget.java:106) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:275) at org.apache.tools.ant.Task.perform(Task.java:364) at org.apache.tools.ant.Target.execute(Target.java:341) at org.apache.tools.ant.Target.performTasks(Target.java:369) at org.apache.tools.ant.Project.executeTarget(Project.java:1214) at org.apache.tools.ant.Project.executeTargets(Project.java:1062) at org.apache.tools.ant.Main.runBuild(Main.java:673) at org.apache.tools.ant.Main.startAnt(Main.java:188) at org.apache.tools.ant.launch.Launcher.run(Launcher.java:196) at org.apache.tools.ant.launch.Launcher.main(Launcher.java:55) Caused by: D:\webNetwork\build.xml:170: The following error occurred while executing this line: java.lang.ExceptionInInitializerError at org.apache.tools.ant.ProjectHelper.addLocationToBuildException (ProjectHelper.java:539) at org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:388) at org.apache.tools.ant.taskdefs.CallTarget.execute (CallTarget.java:106) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:275) at org.apache.tools.ant.Task.perform(Task.java:364) at org.apache.tools.ant.Target.execute(Target.java:341) at org.apache.tools.ant.Target.performTasks(Target.java:369) at org.apache.tools.ant.Project.executeTarget(Project.java:1214) at org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:386) ... 11 more Caused by: java.lang.ExceptionInInitializerError at org.apache.tools.ant.Project.executeTarget(Project.java:1223) at org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:386) ... 18 more Caused by: java.lang.ExceptionInInitializerError at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:219) at org.apache.tools.ant.taskdefs.Definer.addDefinition (Definer.java:457) at org.apache.tools.ant.taskdefs.Definer.execute(Definer.java:183) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:275) at org.apache.tools.ant.Task.perform(Task.java:364) at org.apache.tools.ant.Target.execute(Target.java:341) at org.apache.tools.ant.Target.performTasks(Target.java:369) at org.apache.tools.ant.Project.executeTarget(Project.java:1214) ... 19 more Caused by: org.apache.commons.logging.LogConfigurationException: org.apache.commons.logging.LogConfigurationException: org.apache. commons.logging.LogConfigurationException: Invalid class loader hierarchy. You have more than one version of 'org.apache.commons. logging.Log' visible, which is not allowed. (Caused by org.apache.commons.logging.LogConfigurationException: Invalid class loader hierarchy. You have more than one version of 'org.apache.commons.logging.Log' visible, which is not allowed.) (Caused by org.apac he.commons.logging.LogConfigurationException: org.apache.commons.logging.LogConfigurationException: Invalid class loader hierarchy . You have more than one version of 'org.apache.commons.logging.Log' visible, which is not allowed. (Caused by org.apache.commons .logging.LogConfigurationException: Invalid class loader hierarchy. You have more than one version of 'org.apache.commons.logging .Log' visible, which is not allowed.)) at org.apache.commons.logging.impl.LogFactoryImpl.ne
DO NOT REPLY [Bug 36883] - mod_proxy_ajp and tomcat issues
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=36883>. 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=36883 [EMAIL PROTECTED] changed: What|Removed |Added Attachment #16619|0 |1 is obsolete|| --- Additional Comments From [EMAIL PROTECTED] 2005-10-07 17:02 --- Created an attachment (id=16620) --> (http://issues.apache.org/bugzilla/attachment.cgi?id=16620&action=view) Fix for mod_proxy_ajp's SSL attributes This fixes mod_proxy_ajp handling of SSL attributes. Not only does it stop it from sending garbage to Tomcat, but it doesn't even bother with the lookup unless the request came in on SSL. And, as a bonus feature, it even gets the key-size working again. Someday, mod_proxy_ajp may be almost as good as mod_jk ;-). -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36883] - mod_proxy_ajp and tomcat issues
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=36883>. 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=36883 [EMAIL PROTECTED] changed: What|Removed |Added CC||bugs@httpd.apache.org AssignedTo|tomcat- |bugs@httpd.apache.org |[EMAIL PROTECTED] | Component|Connector:AJP |mod_proxy Product|Tomcat 5|Apache httpd-2.0 Version|5.5.9 |2.0-HEAD --- Additional Comments From [EMAIL PROTECTED] 2005-10-07 16:58 --- Play watch the bouncing bug ;-). -- 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. You are on the CC list for the bug, or are watching someone who is. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36883] - mod_proxy_ajp and tomcat issues
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=36883>. 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=36883 --- Additional Comments From [EMAIL PROTECTED] 2005-10-07 16:40 --- (In reply to comment #7) > Created an attachment (id=16619) --> (http://issues.apache.org/bugzilla/attachment.cgi?id=16619&action=view) [edit] > Patch against Tomcat 5.5.9 > After doing some further tests and further analysis I must revert my earlier > assumption that this is a httpd bug. It rather seems that > org.apache.ajp.RequestHandler does not honour the isSSL bit inside an ajp > message correctly. Attached is a patch against Tomcat 5.5.9 that should fix > this. The first patch of mod_proxy_ajp is sub-optimal, but will work. It would be better if mod_proxy_ajp honored the is_ssl flag and didn't bother to check the SSL attributes unless it was set. Your patch of Tomcat isn't even worth vetoing, since the patched class doesn't exist in 5.5.x, and is deprecated in 4.1.x. -- 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. You are on the CC list for the bug, or are watching someone who is. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36883] - mod_proxy_ajp and tomcat issues
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=36883>. 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=36883 --- Additional Comments From [EMAIL PROTECTED] 2005-10-07 16:23 --- Mladen is insisting that the problem is with mod_proxy_ajp, so he'll veto the patch. Unfortunately, he's quite busy right now, so more comments later. It also seems to me that it is a mod_proxy_ajp bug if it sends bogus HTTPS related headers if this isn't actually using HTTPS. -- 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. You are on the CC list for the bug, or are watching someone who is. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36883] - mod_proxy_ajp and tomcat issues
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=36883>. 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=36883 --- Additional Comments From [EMAIL PROTECTED] 2005-10-07 16:21 --- Hi, I must dissagree with you. The bug has nothing to do with Tomcat. Tomcat works pretty well with mod_jk w or w/o SSL. The error is obviously in mod_proxy_ajp. -- 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. You are on the CC list for the bug, or are watching someone who is. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36883] - mod_proxy_ajp and tomcat issues
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=36883>. 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=36883 [EMAIL PROTECTED] changed: What|Removed |Added AssignedTo|bugs@httpd.apache.org |tomcat- ||[EMAIL PROTECTED] -- 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. You are on the CC list for the bug, or are watching someone who is. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36883] - mod_proxy_ajp and tomcat issues
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=36883>. 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=36883 [EMAIL PROTECTED] changed: What|Removed |Added Component|mod_proxy |Connector:AJP Product|Apache httpd-2.0|Tomcat 5 Version|2.1.8 |5.5.9 -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36883] - mod_proxy_ajp and tomcat issues
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=36883>. 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=36883 --- Additional Comments From [EMAIL PROTECTED] 2005-10-07 16:05 --- Created an attachment (id=16619) --> (http://issues.apache.org/bugzilla/attachment.cgi?id=16619&action=view) Patch against Tomcat 5.5.9 After doing some further tests and further analysis I must revert my earlier assumption that this is a httpd bug. It rather seems that org.apache.ajp.RequestHandler does not honour the isSSL bit inside an ajp message correctly. Attached is a patch against Tomcat 5.5.9 that should fix this. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36883] - mod_proxy_ajp and tomcat issues
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=36883>. 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=36883 [EMAIL PROTECTED] changed: What|Removed |Added Attachment #16617|0 |1 is obsolete|| -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36883] - mod_proxy_ajp and tomcat issues
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=36883>. 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=36883 --- Additional Comments From [EMAIL PROTECTED] 2005-10-07 15:22 --- Created an attachment (id=16617) --> (http://issues.apache.org/bugzilla/attachment.cgi?id=16617&action=view) Patch against trunk Thanks to all for the analysis data. The attached patch against trunk should fix this. Can you please give it a try and give feedback. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36883] - mod_proxy_ajp and tomcat issues
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=36883>. 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=36883 [EMAIL PROTECTED] changed: What|Removed |Added CC||tomcat- ||[EMAIL PROTECTED] -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36883] - mod_proxy_ajp and tomcat issues
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=36883>. 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=36883 [EMAIL PROTECTED] changed: What|Removed |Added AssignedTo|tomcat- |bugs@httpd.apache.org |[EMAIL PROTECTED] | -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36883] - mod_proxy_ajp and tomcat issues
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=36883>. 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=36883 [EMAIL PROTECTED] changed: What|Removed |Added Component|Connector:AJP |mod_proxy OS/Version|other |Linux Product|Tomcat 5|Apache httpd-2.0 Version|5.5.12 |2.1.8 --- Additional Comments From [EMAIL PROTECTED] 2005-10-07 01:26 --- Now that William Barker has assessed the defect locale, try reassigning to Apache httpd-2.0 product. -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36883] - mod_proxy_ajp and tomcat issues
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=36883>. 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=36883 --- Additional Comments From [EMAIL PROTECTED] 2005-10-06 22:22 --- (In reply to comment #2) > I can reproduce the problem with 5.5.12 (and httpd 2.0.8) as well, so since > from the lack of response no one in tomcat-dev appears to care about problems > with 5.0.x, I'm modifying the record to show that it effects the current > development branch, too. It seems that the problem is that mod_proxy_ajp isn't playing nice with mod_ssl (so that this is really a Httpd bug). Even when the connection isn't HTTPS, mod_proxy_ajp is sending (empty) SSL attributes like cipher, client- cert, session-id. This causes Tomcat to believe that the request was recieved on HTTPS, so it redirects accordingly. Below is a dump of the Request message that Tomcat recieves from Httpd: FINE: 12 34 00 6b 02 02 00 08 48 54 54 50 2f 31 2e 31 | .4.kHTTP/1.1 FINE: 00 00 0c 2f 74 6f 6d 63 61 74 2d 64 6f 63 73 00 | .../tomcat-docs. FINE: 00 09 31 32 37 2e 30 2e 30 2e 31 00 ff ff 00 07 | ..127.0.0.1.??.. FINE: 68 6f 75 73 74 6f 6e 00 22 b8 00 00 02 a0 0b 00 | houston."?...?.. FINE: 0c 68 6f 75 73 74 6f 6e 3a 38 38 38 38 00 00 0c | .houston:... FINE: 4d 61 78 2d 46 6f 72 77 61 72 64 73 00 00 02 31 | Max-Forwards...1 FINE: 30 00 07 00 00 00 08 00 00 00 09 00 00 00 ff | 0.? -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36883] - mod_proxy_ajp and tomcat issues
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=36883>. 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=36883 --- Additional Comments From [EMAIL PROTECTED] 2005-10-06 20:09 --- (In reply to comment #2) > ... httpd 2.0.8 ... Er, make that 2.1.8, i.e., the latest available code. -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36883] - mod_proxy_ajp and tomcat issues
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=36883>. 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=36883 [EMAIL PROTECTED] changed: What|Removed |Added Version|5.0.28 |5.5.12 --- Additional Comments From [EMAIL PROTECTED] 2005-10-06 20:05 --- I can reproduce the problem with 5.5.12 (and httpd 2.0.8) as well, so since from the lack of response no one in tomcat-dev appears to care about problems with 5.0.x, I'm modifying the record to show that it effects the current development branch, too. -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36953] New: - RequestUtil class not found for SSI
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=36953>. 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=36953 Summary: RequestUtil class not found for SSI Product: Tomcat 5 Version: 5.5.9 Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority: P2 Component: Servlets:SSI AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] See error below. RequestUtil not found for SSI. Everything was working okay in Tomcat 5.5.7. I've renamed the ssi JAR, and enabled SSI in web.xml. The RequestUtil.class is located in catalina.jar, and I know that catalina.jar is being used, because if I rename the jar, I can't start Tomcat. java.lang.NoClassDefFoundError: org/apache/catalina/util/RequestUtil org.apache.catalina.ssi.SSIServletRequestUtil.normalize (SSIServletRequestUtil.java:68) org.apache.catalina.ssi.SSIServletRequestUtil.getRelativePath (SSIServletRequestUtil.java:44) org.apache.catalina.ssi.SSIServlet.requestHandler(SSIServlet.java:141) org.apache.catalina.ssi.SSIServlet.doGet(SSIServlet.java:106) javax.servlet.http.HttpServlet.service(HttpServlet.java:689) javax.servlet.http.HttpServlet.service(HttpServlet.java:802) -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36663] - setclasspath.bat requires that JAVA_HOME points to a JDK
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=36663>. 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=36663 --- Additional Comments From [EMAIL PROTECTED] 2005-10-06 09:04 --- I think this bug is critical, because Tomcat 5.5.9 can`t run on JRE. If someone need help now, it is possible comment affected lines in setclasspath.bat. My patched setclasspath.bat rem --- rem Set CLASSPATH and Java options rem rem $Id: setclasspath.bat,v 1.7 2004/07/26 15:34:31 yoavs Exp $ rem --- rem Make sure prerequisite environment variables are set if not "%JAVA_HOME%" == "" goto gotJavaHome echo The JAVA_HOME environment variable is not defined echo This environment variable is needed to run this program goto exit :gotJavaHome if not exist "%JAVA_HOME%\bin\java.exe" goto noJavaHome if not exist "%JAVA_HOME%\bin\javaw.exe" goto noJavaHome rem if not exist "%JAVA_HOME%\bin\jdb.exe" goto noJavaHome rem if not exist "%JAVA_HOME%\bin\javac.exe" goto noJavaHome goto okJavaHome :noJavaHome echo The JAVA_HOME environment variable is not defined correctly echo This environment variable is needed to run this program echo NB: JAVA_HOME should point to a JDK not a JRE goto exit :okJavaHome if not "%BASEDIR%" == "" goto gotBasedir echo The BASEDIR environment variable is not defined echo This environment variable is needed to run this program goto exit :gotBasedir if exist "%BASEDIR%\bin\setclasspath.bat" goto okBasedir echo The BASEDIR environment variable is not defined correctly echo This environment variable is needed to run this program goto exit :okBasedir rem Set the default -Djava.endorsed.dirs argument set JAVA_ENDORSED_DIRS=%BASEDIR%\common\endorsed rem Set standard CLASSPATH rem Note that there are no quotes as we do not want to introduce random rem quotes into the CLASSPATH rem set CLASSPATH=%JAVA_HOME%\lib\tools.jar rem Set standard command for invoking Java. rem Note that NT requires a window name argument when using start. rem Also note the quoting as JAVA_HOME may contain spaces. set _RUNJAVA="%JAVA_HOME%\bin\java" set _RUNJAVAW="%JAVA_HOME%\bin\javaw" rem set _RUNJDB="%JAVA_HOME%\bin\jdb" rem set _RUNJAVAC="%JAVA_HOME%\bin\javac" goto end :exit exit /b 1 :end -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36943] New: - Official src archive of tomcat 5.5.9 is damaged!
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=36943>. 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=36943 Summary: Official src archive of tomcat 5.5.9 is damaged! Product: Tomcat 5 Version: 5.5.9 Platform: Other OS/Version: other Status: NEW Severity: blocker Priority: P2 Component: Unknown AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] When I download http://government-grants.org/mirrors/apache.org/jakarta/tomcat-5/v5.5.9/src/jakarta-tomcat-5.5.9-src.tar.gz from http://jakarta.apache.org/site/downloads/downloads_tomcat-5.cgi I get a tar archive with the correct md5sum but when I tar xzf /New/Web/Servers/Tomcat/jakarta-tomcat-5.5.9-src.tar.gz I get tar: A lone zero block at 44498 and even if I tar xizf /New/Web/Servers/Tomcat/jakarta-tomcat-5.5.9-src.tar.gz I get tar: Skipping to next header tar: Error exit delayed from previous errors Please fix! -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36905] - Tomcat WebDAV characters bug
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=36905>. 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=36905 --- Additional Comments From [EMAIL PROTECTED] 2005-10-05 22:25 --- Thanks for the client app. Having debugged my way through it looking at TCP Mon as I go, the request sent to Tomcat is not correctly encoded. However, the much simpler test finally dawned on me. Telnet with MKCOL /webdav/test%3Bcol doesn't work either so I will investigate further. However, once this is fixed (assuming a fix is possible) there will still be a lot of things broken on the client 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33453] - Jasper should recompile JSP files whose datestamps change in either direction (not just newer)
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=33453>. 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=33453 --- Additional Comments From [EMAIL PROTECTED] 2005-10-05 17:16 --- Created an attachment (id=16599) --> (http://issues.apache.org/bugzilla/attachment.cgi?id=16599&action=view) rebuilt jasper-compiler.jar Here is a rebuilt jasper-compiler.jar that incorporates my proposed patch. For anyone who needs a fix and doesn't want to download, patch, and rebuild. -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36905] - Tomcat WebDAV characters bug
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=36905>.
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=36905
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEEDINFO|NEW
--- Additional Comments From [EMAIL PROTECTED] 2005-10-05 09:48 ---
The error was produced with IE, DavExplorer and our own client code. Our own
client code uses apache webdav libs. The client was run from a Windows XP SP2
and MAC OSX 10.4.
Our Tomcat server (5.5.12) was running on port 80.
We tested the same clients on Apache 2.0.54 with mod_dav without any problems.
This leads me to think that the problem lies with Tomcat and not our client.
Test code:
-
import java.io.File;
import java.io.IOException;
import org.apache.commons.httpclient.HttpException;
import org.apache.commons.httpclient.HttpURL;
import org.apache.commons.httpclient.URIException;
import org.apache.webdav.lib.WebdavResource;
public class ModDavTestClient {
public static final String TEST_FILENAME = "myTestFile;testing.txt";
public static final String TEST_FILEPATH = "C:/temp/";
public static final String TEST_CONTEXT
= "http://localhost:8080/planning/webdav/data/";;
public static final String TEST_USERNAME = "upload";
public static final String TEST_PASSWORD = "test123";
public static void main(String args[]) {
HttpURL homeUrl = null;
WebdavResource webDavRes = null;
boolean response = false;
HttpURL dest = null;
// Preparing File to be upload with webdav resource
File inputFile = new File(TEST_FILEPATH + TEST_FILENAME);
if (!inputFile.exists()) {
System.err.println("Test file not exists: " +
TEST_FILEPATH
+ TEST_FILENAME);
System.exit(0);
}
// Creating HttpURL for WebdavResource
try {
homeUrl = new HttpURL(TEST_CONTEXT);
homeUrl.setUserinfo(TEST_USERNAME, TEST_PASSWORD);
} catch (URIException e) {
e.printStackTrace();
}
if (homeUrl == null) {
System.err.println("Error creating HomeURL");
System.exit(0);
}
// Creating WebdavResource
try {
webDavRes = new WebdavResource(homeUrl);
} catch (HttpException e) {
e.printStackTrace();
System.exit(0);
} catch (IOException e) {
e.printStackTrace();
System.exit(0);
}
StringBuilder destUrl = new StringBuilder(TEST_CONTEXT);
destUrl.append(TEST_FILENAME);
try {
dest = new HttpURL(destUrl.toString());
dest.setUserinfo(TEST_USERNAME, TEST_PASSWORD);
} catch (URIException e1) {
e1.printStackTrace();
try {
webDavRes.close();
} catch (IOException e) {
}
System.exit(0);
}
try {
System.out.println("Prepare writing to destination: "
+ dest.getPath());
} catch (URIException e2) {
e2.printStackTrace();
try {
webDavRes.close();
} catch (IOException e) {
}
System.exit(0);
}
try {
response = webDavRes.putMethod(dest.getPath(),
inputFile);
} catch (URIException e1) {
e1.printStackTrace();
} catch (HttpException e1) {
e1.printStackTrace();
} catch (IOException e1) {
e1.printStackTrace();
}
System.out.println("respond: " + response);
try {
webDavRes.close();
} catch (IOException e) {
e.printStackTrace();
}
System.exit(0);
}
}
Running output:
-
DO NOT REPLY [Bug 34856] - MacOSX 10.4 and Java 5 jnilibs causes ZipException when Tomcat loads non-jars
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=34856>. 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=34856 --- Additional Comments From [EMAIL PROTECTED] 2005-10-05 07:16 --- J2SE 5.0 Release 3 Developer Preview 2 is out which has a fix for this bug. If someone is an ADC member, could they download (from http://connect.apple.com) and test this release to see if this bug is fixed. -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33453] - Jasper should recompile JSP files whose datestamps change in either direction (not just newer)
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=33453>. 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=33453 --- Additional Comments From [EMAIL PROTECTED] 2005-10-05 03:05 --- > On access compilation and its friend the development mode - which you are > using > or you would not have this "issue" - should not be used in production By "access compilation" are you referring to the development="true" mode which causes recompilation on every access? We rely on our JSP pages to be compiled when the date changes and the only *reliable* way to do this is to touch *all* JSP files whenever we change something. I suspect it is because of the problem Jonathon has pointed out. Unfortunately, this means the webapp is very slow after each deployment. If this problem won't be fixed, what is the recommended way to avoid recompiling all pages in a production environment? -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36923] New: - Deactivated EL expressions are not parsed for jsp expressions/scriptlets/etc
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=36923>.
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=36923
Summary: Deactivated EL expressions are not parsed for jsp
expressions/scriptlets/etc
Product: Tomcat 5
Version: 5.5.9
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P3
Component: Jasper
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]
JavaServer Pages Specification 2.0, section JSP.3.3.2 says:
---
Since the syntactic pattern ${expr} was not reserved in the JSP specifications
before JSP 2.0, there may be situations where such a pattern appears but the
intention is not to activate EL expression evaluation but rather to pass through
the pattern verbatim. To address this, the EL evaluation machinery can be
deactivated as indicated in this section.
[...]
The default mode for JSP pages in a Web Application delivered using a web.xml
using the Servlet 2.3 or earlier format is to ignore EL expressions; this
provides for backward compatibility.
---
However, even with deactivated EL expression evaluation, jsp code like:
<%@ page isELIgnored="true" %>${<%= "Hello, world!" %>}
will produce output like:
${<%= "Hello, world!" %>}
which is of course not backwards-compatible with Servlet 2.3 / JSP 1.2 container
(e.g., Tomcat 4.x), where the output would be:
${Hello, world!}
The ${...} syntax is widely used, and any pre-2.0 jsp pages having it would be
incompatible with Tomcat 5.x even though the standard tries to ensure the
compatibility.
--
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: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36905] - Tomcat WebDAV characters bug
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=36905>. 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=36905 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |NEEDINFO --- Additional Comments From [EMAIL PROTECTED] 2005-10-05 00:18 --- With IE as the client the same behaviour is seen for collections as for files and the cause is the same - IE does not encode ';' in file names. Just to see what would happen, I tried the folder creation tests with DAV Explorer 0.91. Using TCP Mon from the Apache Axis project (a very handy utility) DAV Explorer is also getting the headers wrong but not in the same way as IE. DAV tuncates files with '#' in the name internally before they ar even sent to Tomcat. For file names that contain ';' DAV explorer does not truncate but neither does it encode. Since you also reported your own client was having problems, I am going to set this a NEEDINFO. The information I need is a sample client program that demonstrates a problem with Tomcat. As I have seen no sign of Tomcat misbehaviour here, if there is no further update after a few weeks I will close this report as invalid. -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36905] - Tomcat WebDAV characters bug
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=36905>. 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=36905 --- Additional Comments From [EMAIL PROTECTED] 2005-10-04 23:50 --- Testing files with 5.5.x from CVS, IE6, XP(SP2+all patches), URIEncoding="UTF-8" and port="8080": '+', ' ' and '#' are OK for files, ';' gets truncated Looking at the headers using ieHTTPHeaders (I was very impressed that this works with web folders as well as normal web pages) the fault lies with IE. You can see from the headers that '#' is encoded but ';' is not. If you try forcing IE to send the correct headers by using a file name with '%B3' it correctly encodes the '%' and you see '%25B3' in the headers and '%B3' in your webdav directory. If you have a *simple* test client that shows that any of these characters are not correctly handled by Tomcat's WebDAV servlet please attach it so I can investigate further but all indications so far are that for files this is a client issue not a Tomcat problem. Best of luck getting MS to fix it... I also suggest you look at bug36303 which you may well run into if you haven't already. I'll look at collections next... -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36922] New: - setup.sh file mis-advertised and missing
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=36922>. 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=36922 Summary: setup.sh file mis-advertised and missing Product: Tomcat 5 Version: 5.5.9 Platform: Other URL: http://jakarta.apache.org/tomcat/tomcat-5.5- doc/setup.html OS/Version: Linux Status: NEW Severity: minor Priority: P3 Component: Catalina AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] On the above web page, the documentation states: The file $CATALINA_HOME/bin/jsvc/native/tomcat.sh can be used as a template for starting Tomcat automatically at boot time from /etc/init.d. The file is currently setup for running Tomcat 4.1.x, so it is necessary to edit it and change the classname from BootstrapService to Bootstrap. First off, $CATALINA_HOME/bin/jsvc is a file, not a directory. Nowhere in $CATALINA_HOME, does a tomcat.sh file exist; it isn't in the tar file. -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36540] - pooled cluster replication does not seem ensure synchronized replication in tomcat 5.5.11
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=36540>. 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=36540 --- Additional Comments From [EMAIL PROTECTED] 2005-10-04 21:01 --- synchronous: send each session change to other cluster members before returning response to client. asychronous: same as synchronous, but use mutiple sender connections (use any one, that is not currently busy). fastasync: put session change message into local queue and then return response to client. A seperate thread waits for messages coming into the queue and then send the messages to the other cluster members. waitforack: when ending the message, wait for an ACK type answering message from the other cluster members before proceeding (make sending the messages more reliable). If one needs exact synchronization: synchronous are pooled mode with waitforack. Application gets into trouble, when replication gets stuck. If one can live with some latency between changes on the primary node and their replication to the other nodes and on the other hand the cluster should influence application performance and stability only very little: use session stickyness in load balancers combined with fastasync and no waitforack. synchronous/pooled without waitforack: lower latency for replication, although synchronization is not exact. fastasync with waitforack: decoupling replication from request/response but ensuring that replication is checked for success. You are right, we should make the docs more precise. The features are yet very new and as usual documentation takes a while. -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36912] - website is not updated for version 1.2.14.1
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=36912>. 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=36912 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-10-04 19:56 --- This has been fixed for our new TLP site (tomcat.apache.org) that will be going live shortly. -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36905] - Tomcat WebDAV characters bug
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=36905>. 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=36905 [EMAIL PROTECTED] changed: What|Removed |Added CC|[EMAIL PROTECTED]| --- Additional Comments From [EMAIL PROTECTED] 2005-10-04 18:36 --- Taking me off the CC list since I get see all these via tomcat-dev anyway. Please do not add other people's e-mail addresses to a bugzilla entry unless they ask you to. -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36912] New: - website is not updated for version 1.2.14.1
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=36912>. 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=36912 Summary: website is not updated for version 1.2.14.1 Product: Tomcat 4 Version: Unknown Platform: PC OS/Version: Linux Status: NEW Severity: minor Priority: P2 Component: Connector:JK/AJP AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] Hi, I was looking for the last version of mod_jk and I couldn't download it (wrong url for 1.2.13). I did find the source after clicking on binaries's url and browsing the ftp directories. Could you update the website and provide a link to the right version ? Thanks. -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36911] New: - Make fails while building jsvc on mac os x, multiple errors
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=36911>. 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=36911 Summary: Make fails while building jsvc on mac os x, multiple errors Product: Tomcat 5 Version: 5.5.9 Platform: Macintosh OS/Version: Mac OS X 10.4 Status: NEW Severity: minor Priority: P2 Component: Unknown AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] Using a binary distribution of jakarta-tomcat-5.5.9 with compat installed on Mac OS X Server 10.4 with Developer Tools installed, I was following the directions at this document to compile the jsvc binary: http://jakarta.apache.org/tomcat/tomcat-5.5-doc/setup.html (See section "Unix Daemon"). Rather than using startup.sh, I wanted to call jsvc so I could pass the -user flag and run tomcat as a non-priveleged user. Steps followed to build binary: sudo tar zxvf jsvc.tar.gz cd $CATALINA_HOME/bin/jsvc-src sudo autoconf sudo chmod u+x configure sudo ./configure sudo make The make output produces the following error: make failed, error: dso-dyld.c:54: error: conflicting types for 'dso_init' dso.h:24: error: previous declaration of 'dso_init' was here dso-dyld.c:76: error: conflicting types for 'dso_unlink' dso.h:26: error: previous declaration of 'dso_unlink' was here dso-dyld.c: In function 'dso_symbol': dso-dyld.c:109: warning: operation on 'x' may be undefined dso-dyld.c: At top level: dso-dyld.c:127: warning: function declaration isn't a prototype make[1]: *** [dso-dyld.o] Error 1 make: *** [native/all] Error 2 The version of make on this system is: GNU Make 3.80 uname -a for my system: Darwin localhost 8.2.0 Darwin Kernel Version 8.2.0: Fri Jun 24 17:46:54 PDT 2005; root:xnu-792.2.4.obj~3/RELEASE_PPC Power Macintosh powerpc Obviously, I can continue to run the service as root using startup.sh, but I figured you should know about this. I spent some time searching the database and was unable to find a duplicate, but if one exists, my apologies. Thanks! Billy Gray -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36540] - pooled cluster replication does not seem ensure synchronized replication in tomcat 5.5.11
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=36540>. 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=36540 --- Additional Comments From [EMAIL PROTECTED] 2005-10-04 14:13 --- (In reply to comment #12) > The differenc between 5.5.9 and 5.5.11 is that waitForAck is on default false > for all sender modes. > Can you check with this config: The waitForAck was my problem indeed. Thanks you very much for pointing out. But now I'm a bit confused about the difference between pooled and fastasyncqueue cluster replication really is. The docs state "synchronous replication guarantees the session to be replicated before the request returns." But obviousely waitForAck is the controlling setting. Isn't it best to just ignore the waitForAck setting and have it set false for fastasyncqueue and true for pooled? The docs also state that "Asynchronous replication, should be used if you have sticky sessions until fail over", which implies that pooled should be used else. But as this bug report turned out, sticky sessions are mandatory for correct clustering. Maybe you should change the docs accordingly (This should go into another bug report imo, but my bug 36542 was resolved as duplicate) Thanks, Christoph -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36905] New: - Tomcat WebDAV characters bug
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=36905>. 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=36905 Summary: Tomcat WebDAV characters bug Product: Tomcat 5 Version: 5.5.12 Platform: PC OS/Version: Windows XP Status: NEW Severity: major Priority: P2 Component: Servlets:WebDAV AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] When writing files to the server using Tomcats WebDAV I am not able to write files that contain theese characters in the filename (or create folders): ; (semicolon) + (plus) # (pound) I know these are reserved characters, so I have tried to URL encode them, but Tomcat ignores the URL encoding and writes the URL encoded filenames to disk. Eg. "myfile;01.txt" is saved like "myfile%B301.txt" on the server. Tomcat is configured to do URL Encoding. If I don't do URL Encoding it simply cuts the end of the filename from semicolon like "myfile". I also tested this in Tomcat 5.5.12 with same problems. I have tested several clients. IE 6.0, DavExplorer and own code. This is my Connector configuration in server.xml: This is what Tomcat logs in stdout.log: 09:14:36,040 INFO MediaServiceImpl: destination = Scala/content/ 09:14:36,056 INFO MediaServiceImpl: MediaItem saved! Identifier: 7 09:14:36,072 INFO MediaServiceImpl: MediaItemFile saved! Identifier: 1 09:14:36,290 INFO [/rome-planning]: webdav: DefaultServlet.init: input buffer size=2048, output buffer size=2048 09:14:36,290 INFO [/rome-planning]: webdav: [PROPFIND] / [Fatal Error] :-1:-1: Premature end of file. 09:14:36,384 INFO [/rome-planning]: webdav: [PUT] /data/Scala/content/myfile stderr.log reports nothing. -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36895] New: - get_most_suitable_worker is called twice for a single request
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=36895>. 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=36895 Summary: get_most_suitable_worker is called twice for a single request Product: Tomcat 5 Version: 5.0.28 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: Native:JK AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] The function get_most_suitable_worker in jk_lb_worker.c is called twice for each request. jk_handler selects the worker returned from the first called function . So loadbalancing is not perfect. ( in mod_jk version 1.2.14 ) Consider we have two loadbalancer workers tomcat1 and tomcat2 . request1 --> jk_handler <-- tomcat1 ( returned from get_most_suitable_worker) <-- tomcat2 ( returned from get_most_suitable_worker) request2 --> jk_handler <-- tomcat1 ( returned from get_most_suitable_worker) <-- tomcat2 ( returned from get_most_suitable_worker) Here jk_handler always selects tomcat1. If we have 3 loadbalancer workers, the sequence will be like this request1 --> jk_handler <-- tomcat1 <-- tomcat2 request2 --> jk_handler <-- tomcat3 <-- tomcat1 request3 --> jk_handler <-- tomcat2 <-- tomcat3 Here the loadbalancing sequence will be ... tomcat1,tomcat3,tomcat2,tomcat1. -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36883] - mod_proxy_ajp and tomcat issues
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=36883>. 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=36883 [EMAIL PROTECTED] changed: What|Removed |Added Severity|normal |major --- Additional Comments From [EMAIL PROTECTED] 2005-10-03 04:06 --- If you bring up the same stock configurations described above, you can also reproduce the redirect to HTTPS problem by accessing http://tomcat/tomcat-docs. -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Bug report for Tomcat 5 [2005/10/02]
+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned| | | OPN=ReopenedVER=Verified(Skipped Closed/Resolved) | | | +-+ | | | Severity: BLK=Blocker CRI=CriticalMAJ=Major | | | | MIN=Minor NOR=Normal ENH=Enhancement | | | | +-+ | | | | Date Posted | | | | | +--+ | | | | | Description | | | | | | | |17310|Ver|Nor|2003-02-22|;jsessionid confuses StandardHostcan't find Co| |19803|Ver|Maj|2003-05-09|manager reload fails and disables app - Incompatib| |19958|Ver|Maj|2003-05-15|Problems reading ServletInputStream | |21045|Ver|Nor|2003-06-24|Manager app does find resources | |21600|Ver|Nor|2003-07-15|'s lost after manager stop/start or rel| |22679|Ver|Enh|2003-08-24|how to access ssl session ID out of tomcat to prev| |22986|Ver|Nor|2003-09-08|Web apps with context XML file don't start if CATA| |24413|Ver|Nor|2003-11-04|bundled JMX implementation not compliant to specif| |24942|Opn|Nor|2003-11-24|Tomcat 5.0.16 / Windows 2000 Service does not star| |24943|Ver|Nor|2003-11-24|Tomcat 5.0.14 / Windows 2000 Service does not star| |25078|Ver|Nor|2003-11-29|Catalina Ant Serverinfo task always fails | |26979|New|Enh|2004-02-16|StandardServer don't save cluster config | |27104|Opn|Nor|2004-02-20|got an exception when testing a simple cluster app| |27259|Opn|Nor|2004-02-26|org.apache.catalina.cluster.tcp.ReplicationListene| |27338|Ver|Maj|2004-03-01|Wrong mappings for JSP Documents (.jspx) | |28039|New|Enh|2004-03-30|Cluster Support for SingleSignOn | |28633|New|Nor|2004-04-27|Add JMX Support to ClusterManager | |28634|New|Nor|2004-04-27|Extend StandardManager/StandardSession for DeltaMa| |28709|Ver|Nor|2004-04-30|javax.servlet.http.HttpServletRequest.isRequestedS| |28875|Ver|Nor|2004-05-10|Multi-byte characters in default error page aren't| |29091|Opn|Nor|2004-05-19|Non-ascii characters are not handled correctly... | |29160|Ver|Enh|2004-05-23|precompile problem: _jspx_meth_* (javax.servlet.js| |29497|Unc|Nor|2004-06-10|Connection pool, redeployment | |29521|Ver|Cri|2004-06-11|No destroy methods called on service shutdown | |29780|New|Min|2004-06-24|Why we need a jkMain static attibute? | |30241|Ver|Enh|2004-07-21|Enhance build script to use branch argument when c| |30833|Ver|Nor|2004-08-24|request.getServerPort() returns wrong port (WAS: r| |31125|Opn|Nor|2004-09-08|conf/web.xml not valid| |31804|Opn|Maj|2004-10-20|setParent() is not called on nested tags in a tag | |32081|New| |2004-11-05|Wrapper scripts require a JDK to be present. | |32141|New|Nor|2004-11-10|Memory leak in Jk connector, ChannelSocket.registe| |32180|New|Nor|2004-11-11|EL functions are executed in privileged context | |32280|Ver|Cri|2004-11-17|Problem clustering tomcat when a failed server is | |32569|Ass|Nor|2004-12-07|ServletContextListener will not die | |32593|Inf|Maj|2004-12-09|Server (Apache 2.0.48) reached MaxClients setting | |32754|Inf|Nor|2004-12-17|Can't modify thread configuration attributes of AJ| |32832|Ver|Maj|2004-12-23|request.getSession(false) fails to return null. | |32888|Inf|Nor|2004-12-30|Each cluster slave creates duplicated session on t| |33180|Ver|Nor|2005-01-20|JSTL automatic type conversion gives unexpected re| |33262|Inf|Nor|2005-01-27|Service Manager autostart should check for adminis| |33356|Inf|Maj|2005-02-02|Incorrect parsing of tag attributes | |33407|Inf|Nor|2005-02-05|\$ is quoted even with el-ignored=true| |33453|Opn|Enh|2005-02-08|Jasper should recompile JSP files whose datestamps| |33494|New|Enh|2005-02-10|jscv configure script fails on x86_64 | |33650|Inf|Enh|2005-02-19|Jasper performance for multiple files processing | |33671|Opn|Enh|2005-02-21|Manual Windows service installation with custom na| |33782|New|Nor|2005-03-01|notifyListenerOnReplication has no effect when sta| |33831|Ver|Nor|2005-03-03|RequestDispatcher.forward and resource missing| |33911|New|Enh|2005-03-08|Request for security role mapping (role-to-group/u| |34006|Ver|Nor|2005-03-14|Undeploy of webapps with antiResourceLocking in ME| |34016|Ver|Nor|2005-03-15|antiResourceLocking webapp fails to
Bug report for Watchdog [2005/10/02]
+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned| | | OPN=ReopenedVER=Verified(Skipped Closed/Resolved) | | | +-+ | | | Severity: BLK=Blocker CRI=CriticalMAJ=Major | | | | MIN=Minor NOR=Normal ENH=Enhancement | | | | +-+ | | | | Date Posted | | | | | +--+ | | | | | Description | | | | | | | | 278|Unc|Nor|2000-12-04|Bug in GetParameterValuesTestServlet.java file Bug| | 279|Unc|Nor|2000-12-04|Logical Error in GetParameterValuesTestServlet Bug| | 469|Unc|Nor|2001-01-17|in example-taglib.tld "urn" should be "uri" BugRat| | 470|Unc|Nor|2001-01-17|FAIL positiveForward.jsp and positiveInclude.jsp B| | 9634|New|Enh|2002-06-05|No tests exist for ServletContext.getResourcePaths| |10703|New|Enh|2002-07-11|Need to test getRequestURI after RequestDispatcher| |11336|New|Enh|2002-07-31|Test wrapped path methods with RD.foward()| |11663|New|Maj|2002-08-13|JSP precompile tests rely on Jasper specific behav| |11664|New|Maj|2002-08-13|A sweep is needed of all Watchdog 4.0 tag librarie| |11665|New|Maj|2002-08-13|ServletToJSPErrorPageTest and ServletToServletErro| |11666|New|Maj|2002-08-13|SetBufferSize_1TestServlet is invalid.| |14004|New|Maj|2002-10-28|Incorrent behaviour of all attribute-related lifec| |15504|New|Nor|2002-12-18|JSP positiveGetValues test relies on order preserv| |24649|New|Nor|2003-11-12|getRemoteHost fails when agent has uppercase chara| |29398|New|Nor|2004-06-04|Update site and note current status | +-+---+---+--+--+ | Total 15 bugs | +---+ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Bug report for Tomcat 4 [2005/10/02]
+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned| | | OPN=ReopenedVER=Verified(Skipped Closed/Resolved) | | | +-+ | | | Severity: BLK=Blocker CRI=CriticalMAJ=Major | | | | MIN=Minor NOR=Normal ENH=Enhancement | | | | +-+ | | | | Date Posted | | | | | +--+ | | | | | Description | | | | | | | | 3839|Opn|Enh|2001-09-26|Problem bookmarking login page| | 4227|Opn|Enh|2001-10-17|Invalid CGI path | | 5329|New|Enh|2001-12-08|NT Service exits startup before Tomcat is finished| | 5795|New|Enh|2002-01-10|Catalina Shutdown relies on localhost causing prob| | 5829|New|Enh|2002-01-13|StandardManager needs to cope with sessions throwi| | 5985|New|Enh|2002-01-23|Tomcat should perform a more restrictive validatio| | 6600|Opn|Enh|2002-02-20|enodeURL adds 'jsession' when 'isRequestedSessionI| | 6614|New|Enh|2002-02-21|Have Bootstrap and StandardClassLoader use the sam| | 6671|New|Enh|2002-02-25|Simple custom tag example uses old declaration sty| | 7043|New|Enh|2002-03-12|database user and password for JDBC Based Store | | 7374|New|Enh|2002-03-22|Apache Tomcat/4.0.1 message on standard output| | 7676|New|Enh|2002-04-02|Allow name property to use match experssions in without className in server.xml produces N| |11069|Opn|Enh|2002-07-23|Tomcat not flag error if tld is outside of /WEB-IN| |11129|New|Enh|2002-07-24|New valve for putting the sessionIDs in the reques| |11248|New|Enh|2002-07-29|DefaultServlet doesn't send expires header| |11754|Opn|Enh|2002-08-15|Synchronous shutdown script - shutdown.sh should w| |12069|New|Enh|2002-08-27|Creation of more HttpSession objects for one previ| |12658|New|Enh|2002-09-15|a proxy host and port at the element level | |12766|New|Enh|2002-09-18|Tomcat should use tld files in /WEB-INF/ over vers| |13040|New|Nor|2002-09-26|can't retrieve external context who's uri is a sub| |13309|Opn|Enh|2002-10-04|Catalina calls System.exit() | |13634|New|Enh|2002-10-15|Allowing system properties to be substituted in co| |13689|Opn|Enh|2002-10-16|Classloader paths for 'Common' classes and librari| |13731|New|Enh|2002-10-17|Final request, response, session and other variabl| |13846|New|Nor|2002-10-22|If-Modified-Since results in incorrect headers| |13941|New|Enh|2002-10-24|reload is VERY slow | |13965|New|Enh|2002-10-25|Catalina.sh correction request for Tru64 Unix | |13983|New|Nor|2002-10-25|RMI call from Web Application throws SocketExcepti| |14097|New|Enh|2002-10-30|hardcoded registry value for vm lets tomcat servic| |14416|New|Enh|2002-11-10|blank tag name in TLD cause NullPointerException | |14635|New|Enh|2002-11-18|Should be possible not to have -MM-DD in log f| |14766|New|Enh|2002-11-22|Redirect Vavle| |14993|New|Enh|2002-12-02|Possible obselete synchronized declaration| |15115|New|Enh|2002-12-05|correct docs... XML parser *cannot* be overridden | |15417|Opn|Enh|2002-12-16|Add port for forced compilation of JSP pages | |15570|New|Nor|2002-12-20|incorrect role-name mapping for "*" with respect t| |15688|New|Enh|2002-12-27|full-qualified names instead of imports | |15893|New|Enh|2003-01-08|Need a getPort() method on Connector or similar fu| |15941|New|Enh|2003-01-10|Expose rootCause exceptions at deeper levels | |15946|New|Nor|2003-01-10|Documentation change | |16185|New|Nor|2003-01-16|UserDatabase is not bound in this context | |16294|New|Enh|2003-01-21|Configurable URL Decoding.| |16357|New|Enh|2003-01-23|"connection timeout reached" | |16531|New|Enh|2003-01-29|Updating already deployed ".war" files in a single| |16579|New|Enh|2003-01-30|documentation page layout/style breaks wrapping to| |16596|New|Enh|2003-01-30|option for disabling log rotation | |17070|New|Enh|2003-02-14|The Catalina Ant tasks do not allow for 'reusable'| |17146|New|Enh|2003-02-18|Simplify build.xml using whose target performs a 'forward' do| |21669|New|Enh|2003-07-16|JNDIRealm roleBase pattern enahncement| |21804|New|Enh|2003-07-2
Bug report for Tomcat 3 [2005/10/02]
+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned| | | OPN=ReopenedVER=Verified(Skipped Closed/Resolved) | | | +-+ | | | Severity: BLK=Blocker CRI=CriticalMAJ=Major | | | | MIN=Minor NOR=Normal ENH=Enhancement | | | | +-+ | | | | Date Posted | | | | | +--+ | | | | | Description | | | | | | | | 2350|Ver|Nor|2001-06-27|ServletConfig.getInitParameter() requires url-patt| | 2478|Opn|Cri|2001-07-06|Passing Session variables between JSP's and Servle| | 4551|Opn|Nor|2001-10-31|Ctx( /tt01 ): IOException in: R( /tt01 + /com/abc/| | 4980|New|Min|2001-11-20|Startup message indicates incorrect log file | | 4994|New|Nor|2001-11-21|Tomcat needs a mechanism for clean and certain shu| | 5064|New|Cri|2001-11-25|Socket write error when include files is more than| | 5108|New|Maj|2001-11-26|Docs for Tomcat 3.2.x appear to be for Tomcat 3.3 | | 5137|New|Nor|2001-11-27|Null pointer in class loader after attempting to r| | 5160|Unc|Maj|2001-11-28|'IllegalStateException' | | 5331|New|Nor|2001-12-09|getPathInfo vs URL normalization | | 5510|New|Blk|2001-12-19|How to call ejb deployed in JBoss from Tomcat serv| | 5756|New|Nor|2002-01-08|jspc.bat exits with wrong ERRORLEVEL | | 5797|New|Nor|2002-01-10|UnCatched ? StringIndexOutOfBoundsException: Strin| | 6027|New|Maj|2002-01-25|Tomcat Automatically shuts down as service | | 6168|New|Blk|2002-02-01|IllegalStateException | | 6451|New|Cri|2002-02-14|Stackoverflow | | 6478|New|Enh|2002-02-14|Default Tomcat Encoding | | 6488|Ver|Maj|2002-02-15|Error: 304. Apparent bug in default ErrorHandler c| | 6648|New|Nor|2002-02-25|jakarta-servletapi build with java 1.4 javadoc err| | 6702|New|Cri|2002-02-27|win 2k services not working | | 6796|New|Cri|2002-03-01|Tomcat dies periodically | | 6989|New|Maj|2002-03-08|Unable to read tld file during parallel JSP compil| | 7013|New|Cri|2002-03-10|Entering a servlet path with non-ISO8859-1 charact| | 7227|New|Nor|2002-03-19| directive don't work | | 7626|New|Nor|2002-03-29|classloader not working properly | | 7652|New|Cri|2002-04-01|Tomcat stalls periodically| | 7785|New|Blk|2002-04-06|tomcat bug in context reloading | | 7863|New|Maj|2002-04-09|I have a problem when running Tomcat with IIS | | 8187|New|Cri|2002-04-17|Errors when Tomcat used with MS Access database | | 8239|New|Cri|2002-04-18|Resource temporary unavailable| | 8263|New|Cri|2002-04-18|url-pattern easy to circumvent| | 9250|New|Maj|2002-05-20|outOfMemoryError | | 9367|New|Maj|2002-05-23|HttpSessionBindingEvent not thrown for HttpSession| | 9390|New|Nor|2002-05-24|jasper compilation error in tomcat| | 9480|New|Nor|2002-05-29|Data connection pooling | | 9607|New|Maj|2002-06-04|precompile JSP| | 9737|Ver|Nor|2002-06-10|ArrayIndexOutOfBoundsException when sending just p| |10047|New|Cri|2002-06-20|IllegalStateException | |10202|New|Maj|2002-06-25|Tomcat is not responding in time | |10357|Unc|Blk|2002-06-30|java.lang.IllegalArgumentException: Short Read| |10406|New|Cri|2002-07-02|IllegalStateException | |11087|New|Blk|2002-07-23|IllegalStateException | |11286|New|Maj|2002-07-30|Tomcat threads not respond if increase JVM size | |11466|New|Nor|2002-08-05|ContextManager: SocketException reading request | |12156|New|Cri|2002-08-29|Apache and Tomcat 3.3.1 Interworking problem | |12194|New|Maj|2002-08-30|Tomcat does not send WWW-Authenticate header | |12852|New|Nor|2002-09-20|May be error in _jspService() -> out.flushBuffers(| |14386|New|Maj|2002-11-08|Date headers corrupted using setDateHeader| |15632|New|Nor|2002-12-23|Problem with the Tomcat Sessions Parameter on URL | |16363|New|Cri|2003-01-23|Stack Overflow accessing compiled JSP - Tomcat 3.2| |17081|New|Min|2003-02-14|Some javadoc comment fixes
DO NOT REPLY [Bug 36893] New: - org.apache.jasper.JasperException: Can't find bundle for base name i18n, locale en_US
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=36893>. 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=36893 Summary: org.apache.jasper.JasperException: Can't find bundle for base name i18n, locale en_US Product: Tomcat 5 Version: 5.0.0 Platform: Other OS/Version: other Status: NEW Keywords: ErrorMessage Severity: normal Priority: P2 Component: Jasper AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] I try to access axis webapps after deploying it to Tomcat with JWSDP1.5 on Windows. Here's the detailed of my env: CLASSPATH=.;C:\j2sdk1.4.2_05;C:\axis-1_2_1\lib\axis.jar;C:\axis-1_2_1 \lib\common-discovery-0.2.jar;C:\axis-1_2_1\lib\common-logging- 1.0.4.jar;C:\axis-1_2_1\lib\jaxrpc.jar;C:\axis-1_2_1\lib\saaj.jar;C:\axis-1_2_1 \lib\log4j-1.2.8.jar;C:\axis-1_2_1\lib\wsdl4j-1.5.1.jar;C:\axis-1_2_1\lib\axis- ant.jar;C:\xerces-2_7_1\xml-apis.jar;C:\xerces-2_7_1\xercesImpl.jar I follow Axis Installation Guide and try to access URL: http://localhost:8080/axis/; I first got a page showing the following information: " Apache-AXIS We've moved to an internationalized top page. The new URL should be automatically loaded after 5 seconds. If you want to visit the new site immediately, please click the above link. " Then an error page came back with error code HTTP Status 500 - and detailed error message is as followed: type Exception report message description The server encountered an internal error () that prevented it from fulfilling this request. exception org.apache.jasper.JasperException: Can't find bundle for base name i18n, locale en_US org.apache.jasper.servlet.JspServletWrapper.service (JspServletWrapper.java:315) org.apache.jasper.servlet.JspServlet.serviceJspFile (JspServlet.java:258) org.apache.jasper.servlet.JspServlet.service(JspServlet.java:205) javax.servlet.http.HttpServlet.service(HttpServlet.java:856) root cause java.util.MissingResourceException: Can't find bundle for base name i18n, locale en_US java.util.ResourceBundle.throwMissingResourceException (ResourceBundle.java:804) java.util.ResourceBundle.getBundleImpl(ResourceBundle.java:694) java.util.ResourceBundle.getBundle(ResourceBundle.java:538) org.apache.jsp.axis.index_jsp.getRB(index_jsp.java:72) org.apache.jsp.axis.index_jsp.getMessage(index_jsp.java:168) org.apache.jsp.axis.index_jsp.getMessage(index_jsp.java:106) org.apache.jsp.axis.index_jsp.getLocaleChoice(index_jsp.java:82) org.apache.jsp.axis.index_jsp._jspService(index_jsp.java:312) org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:94) javax.servlet.http.HttpServlet.service(HttpServlet.java:856) org.apache.jasper.servlet.JspServletWrapper.service (JspServletWrapper.java:268) org.apache.jasper.servlet.JspServlet.serviceJspFile (JspServlet.java:258) org.apache.jasper.servlet.JspServlet.service(JspServlet.java:205) javax.servlet.http.HttpServlet.service(HttpServlet.java:856) note The full stack trace of the root cause is available in the Tomcat logs. --- - Sun-Java-System/Web-Services-Pack-1.4 I'd appreciate if anyone can help me getting this resolved. Thank you in advance for your time. -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34161] - Can't stop tomcat if an application doesn't run
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=34161>. 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=34161 --- Additional Comments From [EMAIL PROTECTED] 2005-10-02 09:34 --- (In reply to comment #1) > This is now fixed. Hi, I'm using Apache Tomcat/5.0.28 and have this exact same issue. Could you please let me know what the fix is? Thanks, Santiago -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36887] New: - ROOT.war does not unpack
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=36887>. 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=36887 Summary: ROOT.war does not unpack Product: Tomcat 5 Version: 5.0.30 Platform: Other OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Catalina AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] ROOT.war does not correctly unpack if contains context.xml with a path="" attribute. Issue has been reported already for the 5.0.28 version. And workaround was: Put docBase="ROOT.war" inside context.xml. Same issue exists on 5.0.30 but above workaround does not help. I have descovered way how to force Tomcat to unpack it: Replace docBase="ROOT.war" with absolute path for an example docBase="/var/lib/tomcat5/webapps/ROOT.war" -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36883] New: - mod_proxy_ajp and tomcat issues
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=36883>. 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=36883 Summary: mod_proxy_ajp and tomcat issues Product: Tomcat 5 Version: 5.0.28 Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: Connector:AJP AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] I don't know whether this is on the mod_proxy_ajp side or the tomcat side, so ... host: linux (CentOS, aka RHEL, 4 with all current updates) browser:firefox 1.0.7 httpd: 2.1.7, built from source tomcat: 5.0.28, binary distribution append to /etc/hosts: 127.0.0.1 localhost tomcat append to httpd.conf: ServerName tomcat #ProxyPass/ ajp://localhost:8009/ ProxyPass/ http://localhost:8080/ #ProxyPassReverse / ajp://localhost:8009/ ProxyPassReverse / http://localhost:8080/ No other changes from a default installation of the two servers. The first problem is that if you simply browse to http://tomcat and click on admin, it works with HTTP, but not with AJP. To illustrate, let's compare the differences with wget: AJP: $ wget http://tomcat/admin --01:06:56-- http://tomcat/admin => `admin' Resolving tomcat... 127.0.0.1 Connecting to tomcat|127.0.0.1|:80... connected. HTTP request sent, awaiting response... 302 Moved Temporarily Location: https://tomcat/admin/ [following] --01:06:56-- https://tomcat/admin/ => `index.html' Connecting to tomcat|127.0.0.1|:443... failed: Connection refused. Resolving tomcat... 127.0.0.1 Connecting to tomcat|127.0.0.1|:443... failed: Connection refused. HTTP: $ wget http://tomcat/admin --01:09:20-- http://tomcat/admin => `admin' Resolving tomcat... 127.0.0.1 Connecting to tomcat|127.0.0.1|:80... connected. HTTP request sent, awaiting response... 302 Moved Temporarily Location: http://tomcat/admin/ [following] --01:09:20-- http://tomcat/admin/ => `index.html' Connecting to tomcat|127.0.0.1|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 2,622 (2.6K) [text/html] 100%[>] 2,622 --.--K/s 01:09:20 (53.20 MB/s) - `index.html' saved [2622/2622] Note that the 302 redirects from HTTP to HTTPS in the AJP case, but not in the HTTP case. OK, so let's bypass the 302 and go directly to http://tomcat/admin/. The initial GET works with either protocol, e.g., with AJP: # wget http://tomcat/admin/ --01:10:06-- http://tomcat/admin/ => `index.html.1' Resolving tomcat... 127.0.0.1 Connecting to tomcat|127.0.0.1|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 2,615 (2.6K) [text/html 100%[>] 2,615 --.--K/s 01:10:06 (95.92 MB/s) - `index.html.1' saved [2615/2615] However, the resources referenced on the page are only fetched when using HTTP, not AJP. The difference is readily apparent. The images, stylesheets, etc., are served up with HTTP, but not with AJP. -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36540] - pooled cluster replication does not seem ensure synchronized replication in tomcat 5.5.11
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=36540>. 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=36540 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEEDINFO|NEW --- Additional Comments From [EMAIL PROTECTED] 2005-09-30 23:56 --- I would argue the ackTimeout=15000 should be an indicator that wait for ack =true, do you really need two flags to say the same thing? To simplify the implementation, I would use the following logic, and remove the "waitForAck" flag all together. ackTimeout > 0 - wait for ack true, and time out set ackTimeout = 0 - wait for ack false ackTimeout = -1 - wait for ack true, no timeout -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36847] - ZipException when using "tag" in deploy ant task
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=36847>. 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=36847 --- Additional Comments From [EMAIL PROTECTED] 2005-09-30 19:52 --- Created an attachment (id=16565) --> (http://issues.apache.org/bugzilla/attachment.cgi?id=16565&action=view) Fix for tomcat 5.5.9 remote deploy while using tag via ant task -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36847] - ZipException when using "tag" in deploy ant task
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=36847>.
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=36847
[EMAIL PROTECTED] changed:
What|Removed |Added
Keywords||PatchAvailable
--- Additional Comments From [EMAIL PROTECTED] 2005-09-30 19:49 ---
My colleague and I have tracked down the problem.
The bug was introduced in revision 1.22 in
jakarta-tomcat-catalina/webapps/manager/WEB-INF/classes/org/apache/catalina/manager/ManagerServlet.java
Starting from line 627 (in the 5.5.9 sources):
// Copy WAR and XML to the host app base if needed
if (tag != null) {
deployedPath = deployed;
File localWarCopy = new File(deployedPath, basename + ".
war");
copy(localWar, localWarCopy);
--> localWar = localWarCopy;
--> copy(localWar, new File(getAppBase(), basename + ".war")
);
}
Taking out the above 2 marked lines fixes the problem.
--
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: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36867] - Parser unable to identify commented lines ie:
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=36867>. 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=36867 --- Additional Comments From [EMAIL PROTECTED] 2005-09-30 17:48 --- I think you should use <%-- --%> style jsp comments, since jsp compiler can't know whether you generate html, xml or whatever with your jsps and has to evaluate everything which isn't out-commented. -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36867] New: - Parser unable to identify commented lines ie:
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=36867>. 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=36867 Summary: Parser unable to identify commented lines ie: Product: Tomcat 5 Version: 5.5.7 Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority: P2 Component: Jasper AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] Parser unable to identify commented lines ie: when there a jsp tag inside the comment it. For ie this (see below) html line: will produce this error (see below): Caused by: org.apache.jasper.JasperException: /modules/retailSchedule/location/driverSetup .jsp(71,15) The end tag "</wb:set" is unbalanced at org.apache.jasper.compiler.DefaultErrorHandler.jspError (DefaultErrorHandler.java:39) at org.apache.jasper.compiler.ErrorDispatcher.dispatch (ErrorDispatcher.java:405) at org.apache.jasper.compiler.ErrorDispatcher.jspError (ErrorDispatcher.java:130) at org.apache.jasper.compiler.Parser.checkUnbalancedEndTag (Parser.java:1706) at org.apache.jasper.compiler.Parser.parseElements(Parser.java:1561) at org.apache.jasper.compiler.Parser.parseBody(Parser.java:1789) at org.apache.jasper.compiler.Parser.parseOptionalBody (Parser.java:1060) at org.apache.jasper.compiler.Parser.parseCustomTag(Parser.java:1367) at org.apache.jasper.compiler.Parser.parseElements(Parser.java:1560) -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36866] New: - "name" attr. should actually be "clusterName"
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=36866>. 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=36866 Summary: "name" attr. should actually be "clusterName" Product: Tomcat 5 Version: 5.5.9 Platform: All OS/Version: All Status: NEW Severity: trivial Priority: P2 Component: Native:Packaging AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] This is an issue with the default server.xml file. I hope I chose the correct Component The org.apache.catalina.Cluster interface defines methods named "setClusterName" and "getClusterName", implying a property named "clusterName". However, the server.xml for every version of Tomcat that I've looked at (5.0.18, 5.0.29, 5.5.9, 5.5.12-alpha) indicates a attribute called "name". The earlier 5.0 releases even include 'name="FilipsCluster"' in the commented-out sample config. The problem is that the server.xml should not indicate an attribute called "name" for the element, rather the same attribute should be called "clusterName". Indeed, setting the attribute "name" (and not "clusterName") causes "getClusterName" to return null - but setting a attribute called "clusterName" returns the specified value in a call to "getClusterName". The fix is trivial - replace the name of the attribute "name" with "clusterName" throughout the server.xml file (2 places in early 5.0 server.xml files, only 1 place in later builds). This is an easy thing for users to do, but finding the problem in the first place is the tricky part. -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36852] - Custom Webapp loaders don't correctly honor context's privileged="true" attribute
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=36852>.
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=36852
--- Additional Comments From [EMAIL PROTECTED] 2005-09-29 19:05 ---
Here is a suggested fix, which appears to fix the problem in my environment. It
is in the method CreateLoaderRule.begin() ... my changes are flanked with the
comment //NEW:mdb:
public void begin(String namespace, String name, Attributes attributes)
throws Exception {
// Look up the required parent class loader
ClassLoader parentClassLoader = null;
Object ojb = digester.peek();
if (ojb instanceof Container) {
parentClassLoader = ((Container)ojb).getParentClassLoader();
}
//NEW:mdb: if the context is priviledged, set the classloader to
// the context's classloader...
if( ojb instanceof org.apache.catalina.Context &&
((org.apache.catalina.Context)ojb).getPrivileged() )
{
parentClassLoader = ojb.getClass().getClassLoader();
}
//NEW:mdb:end change to test for privileged flag...
--
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: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36863] New: - Space seperated cookie value text returned in quotes
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=36863>. 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=36863 Summary: Space seperated cookie value text returned in quotes Product: Tomcat 5 Version: 5.5.7 Platform: PC OS/Version: Windows 2000 Status: NEW Severity: normal Priority: P2 Component: Unknown AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] Multiple word phrases (like Online Query) saved in a cookie are quoted when retrieved. See example below ... Enter: Online Query Click Submit. Submit saves the value in a cookie to be later used in search. Return to search page which will fetch cookie value and place in appropriate input box. The value is now displayed as: "Online Query" Granted that this is the integrated version of Tomcat in Netbeans but I wanted to report this here as well as with Netbeans. Using JSDK 1.4.2_08 Thanks -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 35835] - Submitting changes through admin app corrupts the HTTPS connector definition in server.xml
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=35835>. 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=35835 --- Additional Comments From [EMAIL PROTECTED] 2005-09-29 13:42 --- This is a bug(perhaps) for EXE installed verion of tomcat5.5.12,the ZIP version is correct. with EXE installed version,if i you edit config file(server.xml) in admin app the http 8080 connector changes to: -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36853] - https
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=36853>. 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=36853 --- Additional Comments From [EMAIL PROTECTED] 2005-09-29 13:38 --- 12 -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36853] - https
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=36853>. 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=36853 --- Additional Comments From [EMAIL PROTECTED] 2005-09-29 13:33 --- hi -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
