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]
dynamical class loading
hi everybody, I asked a question on the users mailing list about classloading and someone advised me to ask it to a tomcat's developper. So this is my situation : I got 2 interfaces that have to be loaded dynamically according a request made to a JSP. I know the name of the interfaces and by default I have a wrong version of these interfaces in my WEB-INF/classes/ path. I tried to load theses interfaces using a URLClassLoader unsuccessfully. I also tried to replace the .class in WEB-INF/classes/, but the problem is that the webapp is reloading itself. Any idea about how to do that? Is Tomcat able to load classes without reloading the whole webapp or restarting ? Thank you in advance and have a nice day. _ Trouvez vos fichiers en un clin dil : Windows Desktop Search http://desktop.msn.fr/ - 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 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]
Re: Site-SVN link
Yoav Shapira wrote: Hi, I think it's OK now to have /www/jakarta.apache.org/tomcat be a checkout of the SVN tomcat/site/trunk. I just updated SVN tomcat/site/trunk to show 5.5.12 is latest stable, and committed, but the SVN update is still looking at the old version... Looking in .svn/entries: +++ url=http://svn.apache.org/repos/asf/tomcat/site/branches/pre-tlp/docs; +++ What is in /www/jakarta.apache.org/tomcat belongs to a branch pre-tlp. Cheers Jean-Frederic Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Fwd: cluster FAQ link?]
I thought I recalled seeing faq/cluster.html at one time. But now I see no trace of it. Did it ever exist? -Tim Original Message Subject: cluster FAQ link? Date: Tue, 11 Oct 2005 16:00:52 -0500 From: Brian O'Rourke [EMAIL PROTECTED] Reply-To: Tomcat Users List tomcat-user@jakarta.apache.org To: tomcat-user@jakarta.apache.org Hi, Reading up on some of the Tomcat 5.5 documentation, and I noticed that the cluster documentation links to a FAQ that doesn't appear to exist. At the bottom of this page: http://jakarta.apache.org/tomcat/tomcat-5.5-doc/cluster-howto.html The link refers to this page, which doesn't exist, nor is there a link to a Cluster FAQ from the main FAQ page (that I can find): http://jakarta.apache.org/tomcat/faq/cluster.html Where is this document located? --bpo - 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 --- 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 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 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 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 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]
Re: dynamical class loading
Hi, I know the name of the interfaces and by default I have a wrong version of these interfaces in my WEB-INF/classes/ path. Don't have a wrong version by default, that's a bad practice. I tried to load theses interfaces using a URLClassLoader unsuccessfully. I also tried to replace the .class in WEB-INF/classes/, but the problem is that the webapp is reloading itself. Turn off the reloadable property of your webapp by adding reloadable=false to the context definition. If you do want to dynamically load classes, just use Class.forName(my.class.name). Any idea about how to do that? See above. Is Tomcat able to load classes without reloading the whole webapp or restarting ? Yes, read the documentation on Class.forName and the context reloadable property. Once you've done that and/or tried the above, please post further questions to the tomcat-user mailing list. This list is for Tomcat's internal development discussions. (You're of course welcome to hang around and chat here, but only about topics that related to Tomcat's own internal development) Thank you ;) Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Fwd: cluster FAQ link?]
Hi, I created it and committed it (in CVS) before the move to SVN. So it should exist in CVS and SVN both. We really need to move the site SVN link so it stops pointing at pre-TLP and points at the trunk. Maybe I'll go figure out how to do it ;) Yoav --- Tim Funk [EMAIL PROTECTED] wrote: I thought I recalled seeing faq/cluster.html at one time. But now I see no trace of it. Did it ever exist? -Tim Original Message Subject: cluster FAQ link? Date: Tue, 11 Oct 2005 16:00:52 -0500 From: Brian O'Rourke [EMAIL PROTECTED] Reply-To: Tomcat Users List tomcat-user@jakarta.apache.org To: tomcat-user@jakarta.apache.org Hi, Reading up on some of the Tomcat 5.5 documentation, and I noticed that the cluster documentation links to a FAQ that doesn't appear to exist. At the bottom of this page: http://jakarta.apache.org/tomcat/tomcat-5.5-doc/cluster-howto.html The link refers to this page, which doesn't exist, nor is there a link to a Cluster FAQ from the main FAQ page (that I can find): http://jakarta.apache.org/tomcat/faq/cluster.html Where is this document located? --bpo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Site-SVN link
Hi, OK, I've switched it over to tomcat/site/trunk/docs instead of tomcat/site/branches/pre-tlp/docs. It looks OK at the filesystem and .svn level. The update should reflect on the web site in ~1 hour (infra has reduced the sync time from 4 to 1 hours or so, btw). Yoav --- Jean-frederic Clere [EMAIL PROTECTED] wrote: Yoav Shapira wrote: Hi, I think it's OK now to have /www/jakarta.apache.org/tomcat be a checkout of the SVN tomcat/site/trunk. I just updated SVN tomcat/site/trunk to show 5.5.12 is latest stable, and committed, but the SVN update is still looking at the old version... Looking in .svn/entries: +++ url=http://svn.apache.org/repos/asf/tomcat/site/branches/pre-tlp/docs; +++ What is in /www/jakarta.apache.org/tomcat belongs to a branch pre-tlp. Cheers Jean-Frederic Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat Snapshots
Hi, I'm curious about the importance of nightly snapshots: who uses them? We have a nightly source tarball already available at http://cvs.apache.org/builds/jakarta-tomcat-5/nightly/, so this seems redundant. If neither you (Henri) nor I knew about it in the years we've been involved, it's probably not being used by too many people ;) jakarta-tomcat jakarta-tomcat-4.0 jakarta-tomcat-5 jakarta-tomcat-catalina jakarta-tomcat-jasper jakarta-tomcat-connectors jakarta-tools jakarta-watchdog jakarta-servletapi jakarta-servletapi-4 jakarta-servletapi-5 jakarta-watchdog-4.0 I need to identify the svn match to each one of those to continue the snapshots going. ie) jakarta-tomcat-tools = tomcat/archive/tools/trunk/ Though I imagine something in archive/ isn't a candidate for snapshotting. Could you let me know which parts of the tomcat svn directory you'd like me to set snapshotting up for? Right now I'd say none, as it seems unnecessary. For the archived ones (jakarta-tomcat-tools and jakarta-watchdog-*), we don't need any snapshots. But maybe I'm missing something. Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
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:
web-app
...
listener
listener-class
this.is.my.ServletListener
/listener-class
/listener
/web-app
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]
RE: Site-SVN link
Hi, I guess now is the time to move over the mailing lists. The TLP web site (tomcat.apache.org) is ready to go and just waiting for a svn co. Once this is done, we will need to redirect http://jakarta.apache.org/tomcat to http://tomcat.apache.org and delete the old content from http://jakarta.apache.org/tomcat I'm moving the site to tomcat.apache.org right now. I can handle everything, I think, except moving the mailing lists. I'll put in a JIRA request for that right now. Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Site-SVN link
Hi, Mailing list migration issue created: http://issues.apache.org/jira/browse/INFRA-574. I've also copied everything to tomcat.apache.org, so that site should be working just fine in about an hour. After I test it, I'll ask infra to do the redirect thing. Yoav --- Yoav Shapira [EMAIL PROTECTED] wrote: Hi, I guess now is the time to move over the mailing lists. The TLP web site (tomcat.apache.org) is ready to go and just waiting for a svn co. Once this is done, we will need to redirect http://jakarta.apache.org/tomcat to http://tomcat.apache.org and delete the old content from http://jakarta.apache.org/tomcat I'm moving the site to tomcat.apache.org right now. I can handle everything, I think, except moving the mailing lists. I'll put in a JIRA request for that right now. Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r314973 - in /tomcat/site/trunk: docs/ xdocs/ xdocs/stylesheets/
Author: yoavs Date: Wed Oct 12 10:24:11 2005 New Revision: 314973 URL: http://svn.apache.org/viewcvs?rev=314973view=rev Log: Misc fixes, updated, etc. Modified: tomcat/site/trunk/docs/bugreport.html tomcat/site/trunk/docs/contact.html tomcat/site/trunk/docs/download-33.html tomcat/site/trunk/docs/download-41.html tomcat/site/trunk/docs/download-55.html tomcat/site/trunk/docs/download-connectors.html tomcat/site/trunk/docs/findhelp.html tomcat/site/trunk/docs/getinvolved.html tomcat/site/trunk/docs/heritage.html tomcat/site/trunk/docs/index.html tomcat/site/trunk/docs/irc.html tomcat/site/trunk/docs/legal.html tomcat/site/trunk/docs/lists.html tomcat/site/trunk/docs/resources.html tomcat/site/trunk/docs/svn.html tomcat/site/trunk/docs/whichversion.html tomcat/site/trunk/docs/whoweare.html tomcat/site/trunk/xdocs/findhelp.xml tomcat/site/trunk/xdocs/getinvolved.xml tomcat/site/trunk/xdocs/heritage.xml tomcat/site/trunk/xdocs/legal.xml tomcat/site/trunk/xdocs/lists.xml tomcat/site/trunk/xdocs/resources.xml tomcat/site/trunk/xdocs/stylesheets/project.xml tomcat/site/trunk/xdocs/stylesheets/tomcat-site.xsl tomcat/site/trunk/xdocs/whoweare.xml Modified: tomcat/site/trunk/docs/bugreport.html URL: http://svn.apache.org/viewcvs/tomcat/site/trunk/docs/bugreport.html?rev=314973r1=314972r2=314973view=diff == --- tomcat/site/trunk/docs/bugreport.html (original) +++ tomcat/site/trunk/docs/bugreport.html Wed Oct 12 10:24:11 2005 @@ -55,16 +55,16 @@ a href=./whichversion.htmlWhich version?/a /li li -a href=./download-55.cgiApache Tomcat 5.5/a +a href=./download-55.cgiTomcat 5.5/a /li li -a href=./download-41.cgiApache Tomcat 4.1/a +a href=./download-41.cgiTomcat 4.1/a /li li -a href=./download-33.cgiApache Tomcat 3.3/a +a href=./download-33.cgiTomcat 3.3/a /li li -a href=./download-connectors.cgiApache Tomcat Connectors/a +a href=./download-connectors.cgiTomcat Connectors/a /li li a href=http://archive.apache.org/dist/;Archives/a @@ -95,13 +95,16 @@ /p ul li -a href=./tomcat-5.5-doc/index.htmlApache Tomcat 5.5/a +a href=./tomcat-5.5-doc/index.htmlTomcat 5.5/a /li li -a href=./tomcat-4.1-doc/index.htmlApache Tomcat 4.1/a +a href=./tomcat-5.0-doc/index.htmlTomcat 5.0/a /li li -a href=./tomcat-3.3-doc/index.htmlApache Tomcat 3.3/a +a href=./tomcat-4.1-doc/index.htmlTomcat 4.1/a +/li +li +a href=./tomcat-3.3-doc/index.htmlTomcat 3.3/a /li /ul p Modified: tomcat/site/trunk/docs/contact.html URL: http://svn.apache.org/viewcvs/tomcat/site/trunk/docs/contact.html?rev=314973r1=314972r2=314973view=diff == --- tomcat/site/trunk/docs/contact.html (original) +++ tomcat/site/trunk/docs/contact.html Wed Oct 12 10:24:11 2005 @@ -53,16 +53,16 @@ a href=./whichversion.htmlWhich version?/a /li li -a href=./download-55.cgiApache Tomcat 5.5/a +a href=./download-55.cgiTomcat 5.5/a /li li -a href=./download-41.cgiApache Tomcat 4.1/a +a href=./download-41.cgiTomcat 4.1/a /li li -a href=./download-33.cgiApache Tomcat 3.3/a +a href=./download-33.cgiTomcat 3.3/a /li li -a href=./download-connectors.cgiApache Tomcat Connectors/a +a href=./download-connectors.cgiTomcat Connectors/a /li li a href=http://archive.apache.org/dist/;Archives/a @@ -93,13 +93,16 @@ /p ul li -a href=./tomcat-5.5-doc/index.htmlApache Tomcat 5.5/a +a href=./tomcat-5.5-doc/index.htmlTomcat 5.5/a /li li -a href=./tomcat-4.1-doc/index.htmlApache Tomcat 4.1/a +a href=./tomcat-5.0-doc/index.htmlTomcat 5.0/a /li li -a href=./tomcat-3.3-doc/index.htmlApache Tomcat 3.3/a +a href=./tomcat-4.1-doc/index.htmlTomcat 4.1/a +/li +li +a href=./tomcat-3.3-doc/index.htmlTomcat 3.3/a /li /ul p Modified: tomcat/site/trunk/docs/download-33.html URL: http://svn.apache.org/viewcvs/tomcat/site/trunk/docs/download-33.html?rev=314973r1=314972r2=314973view=diff == --- tomcat/site/trunk/docs/download-33.html (original) +++ tomcat/site/trunk/docs/download-33.html Wed Oct 12 10:24:11 2005 @@ -53,16 +53,16 @@ a href=./whichversion.htmlWhich version?/a /li li -a href=./download-55.cgiApache Tomcat 5.5/a +a href=./download-55.cgiTomcat 5.5/a /li li -a href=./download-41.cgiApache Tomcat 4.1/a +a href=./download-41.cgiTomcat 4.1/a /li li -a href=./download-33.cgiApache Tomcat 3.3/a +a href=./download-33.cgiTomcat 3.3/a /li li -a href=./download-connectors.cgiApache Tomcat Connectors/a +a href=./download-connectors.cgiTomcat Connectors/a /li li a href=http://archive.apache.org/dist/;Archives/a @@ -93,13 +93,16 @@ /p ul li -a href=./tomcat-5.5-doc/index.htmlApache Tomcat 5.5/a +a href=./tomcat-5.5-doc/index.htmlTomcat 5.5/a /li li -a href=./tomcat-4.1-doc/index.htmlApache Tomcat 4.1/a +a
[PATCH] Catalina CGIServlet broken redirects
Title: [PATCH] Catalina CGIServlet broken redirects Hello, The Catalina CGIServlet (as of tomcat 5.0.28) does not have a special case for handling Status headers set by a cgi script. When a script tries to issue a redirect, tomcat returns inconsistent headers: HTTP/1.x 200 OK Status: 300 Moved This behaviour breaks the redirect. Attached is a patch which adds a special case for Status headers to catalina/src/share/org/apache/catalina/servlets/CGIServlet.java The patch was written against the tomcat 5.0.28 sources. Cheers, Patrick May ~~ Patrick May Software Engineer SourceMedia 1 State St Plaza 25th Floor New York, NY 10004 Tel: (212) 803-6589 Email: [EMAIL PROTECTED] URL: www.sourcemedia.com This communication is intended solely for the addressee and is confidential and not for third party unauthorized distribution- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r315007 - in /tomcat/site/trunk: docs/download-55.html xdocs/download-55.xml
Author: yoavs Date: Wed Oct 12 12:17:58 2005 New Revision: 315007 URL: http://svn.apache.org/viewcvs?rev=315007view=rev Log: Sorry for the multiple commits, I keep seeing new details. Updated 5.5.12 distro names from jakarta-* to apache-*, updated download path to use newly createds /www/www.apache.org/dist/tomcat root. Modified: tomcat/site/trunk/docs/download-55.html tomcat/site/trunk/xdocs/download-55.xml Modified: tomcat/site/trunk/docs/download-55.html URL: http://svn.apache.org/viewcvs/tomcat/site/trunk/docs/download-55.html?rev=315007r1=315006r2=315007view=diff == --- tomcat/site/trunk/docs/download-55.html (original) +++ tomcat/site/trunk/docs/download-55.html Wed Oct 12 12:17:58 2005 @@ -308,7 +308,7 @@ blockquote p a name=5.5.12Please/a see the - a href=[preferred]/jakarta/tomcat-5/v5.5.12/README.htmlREADME/a + a href=[preferred]/tomcat/tomcat-5/v5.5.12/README.htmlREADME/a file for packaging information. It explains what every distribution contains. /p @@ -329,19 +329,19 @@ liCore: ul li - a href=[preferred]/jakarta/tomcat-5/v5.5.12/bin/jakarta-tomcat-5.5.12.zipzip/a - (a href=http://www.apache.org/dist/jakarta/tomcat-5/v5.5.12/bin/jakarta-tomcat-5.5.12.zip.asc;pgp/a, - a href=http://www.apache.org/dist/jakarta/tomcat-5/v5.5.12/bin/jakarta-tomcat-5.5.12.zip.md5;md5/a) + a href=[preferred]/tomcat/tomcat-5/v5.5.12/bin/apache-tomcat-5.5.12.zipzip/a + (a href=http://www.apache.org/dist/tomcat/tomcat-5/v5.5.12/bin/apache-tomcat-5.5.12.zip.asc;pgp/a, + a href=http://www.apache.org/dist/tomcat/tomcat-5/v5.5.12/bin/apache-tomcat-5.5.12.zip.md5;md5/a) /li li - a href=[preferred]/jakarta/tomcat-5/v5.5.12/bin/jakarta-tomcat-5.5.12.tar.gztar.gz/a - (a href=http://www.apache.org/dist/jakarta/tomcat-5/v5.5.12/bin/jakarta-tomcat-5.5.12.tar.gz.asc;pgp/a, - a href=http://www.apache.org/dist/jakarta/tomcat-5/v5.5.12/bin/jakarta-tomcat-5.5.12.tar.gz.md5;md5/a) + a href=[preferred]/tomcat/tomcat-5/v5.5.12/bin/apache-tomcat-5.5.12.tar.gztar.gz/a + (a href=http://www.apache.org/dist/tomcat/tomcat-5/v5.5.12/bin/apache-tomcat-5.5.12.tar.gz.asc;pgp/a, + a href=http://www.apache.org/dist/tomcat/tomcat-5/v5.5.12/bin/apache-tomcat-5.5.12.tar.gz.md5;md5/a) /li li - a href=[preferred]/jakarta/tomcat-5/v5.5.12/bin/jakarta-tomcat-5.5.12.exeWindows Executable/a - (a href=http://www.apache.org/dist/jakarta/tomcat-5/v5.5.12/bin/jakarta-tomcat-5.5.12.exe.asc;pgp/a, - a href=http://www.apache.org/dist/jakarta/tomcat-5/v5.5.12/bin/jakarta-tomcat-5.5.12.exe.md5;md5/a) + a href=[preferred]/tomcat/tomcat-5/v5.5.12/bin/apache-tomcat-5.5.12.exeWindows Executable/a + (a href=http://www.apache.org/dist/tomcat/tomcat-5/v5.5.12/bin/apache-tomcat-5.5.12.exe.asc;pgp/a, + a href=http://www.apache.org/dist/tomcat/tomcat-5/v5.5.12/bin/apache-tomcat-5.5.12.exe.md5;md5/a) /li /ul /li @@ -349,28 +349,28 @@ liDeployer: ul li - a href=[preferred]/jakarta/tomcat-5/v5.5.12/bin/jakarta-tomcat-5.5.12-deployer.zipzip/a - (a href=http://www.apache.org/dist/jakarta/tomcat-5/v5.5.12/bin/jakarta-tomcat-5.5.12-deployer.zip.asc;pgp/a, - a href=http://www.apache.org/dist/jakarta/tomcat-5/v5.5.12/bin/jakarta-tomcat-5.5.12-deployer.zip.md5;md5/a) + a href=[preferred]/tomcat/tomcat-5/v5.5.12/bin/apache-tomcat-5.5.12-deployer.zipzip/a + (a href=http://www.apache.org/dist/tomcat/tomcat-5/v5.5.12/bin/apache-tomcat-5.5.12-deployer.zip.asc;pgp/a, + a href=http://www.apache.org/dist/tomcat/tomcat-5/v5.5.12/bin/apache-tomcat-5.5.12-deployer.zip.md5;md5/a) /li li - a href=[preferred]/jakarta/tomcat-5/v5.5.12/bin/jakarta-tomcat-5.5.12-deployer.tar.gztar.gz/a - (a href=http://www.apache.org/dist/jakarta/tomcat-5/v5.5.12/bin/jakarta-tomcat-5.5.12-deployer.tar.gz.asc;pgp/a, - a href=http://www.apache.org/dist/jakarta/tomcat-5/v5.5.12/bin/jakarta-tomcat-5.5.12-deployer.tar.gz.md5;md5/a) + a href=[preferred]/tomcat/tomcat-5/v5.5.12/bin/apache-tomcat-5.5.12-deployer.tar.gztar.gz/a + (a href=http://www.apache.org/dist/tomcat/tomcat-5/v5.5.12/bin/apache-tomcat-5.5.12-deployer.tar.gz.asc;pgp/a, + a href=http://www.apache.org/dist/tomcat/tomcat-5/v5.5.12/bin/apache-tomcat-5.5.12-deployer.tar.gz.md5;md5/a) /li /ul /li liEmbedded: ul li - a href=[preferred]/jakarta/tomcat-5/v5.5.12/bin/jakarta-tomcat-5.5.12-embed.zipzip/a - (a
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=user1j_password=password1login=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=user1j_password=password1login=Login HTTP/1.x 302 Moved Temporarily Server: Apache-Coyote/1.1 Location: http://smartfish:8080/stars/j_security_check?j_username=user1j_password=fbce66f99c809283638f344ecb3d50674ea64189 Content-Length: 0 Date: Wed, 12 Oct 2005 16:33:46 GMT -- http://smartfish:8080/stars/j_security_check?j_username=user1j_password=fbce66f99c809283638f344ecb3d50674ea64189 GET /stars/j_security_check?j_username=user1j_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 Connection: keep-alive Referer: http://smartfish:8080/stars/HomePage.do Cookie:
