AW: AW: How much connections are handled per thread?
Hello together, the developers have committed now that indeed there is a library implemented in the application which causes the below discussed error. Something about a filter which uses a static component for URL and the passed username. Just wanted to let you know. Uwe -Ursprüngliche Nachricht- Von: Hellmann, Uwe Gesendet: Donnerstag, 22. Dezember 2011 08:22 An: users@tomcat.apache.org Betreff: AW: AW: How much connections are handled per thread? Hello Chris, you helped me enough with all the infos or hints you and the other persons on this list have provided. I can't provide any code, because I am not allowed to do so. My work is to try to prove that it is not our infrastructure including tomcat which does create this issue. Until now I am not that firm in java-coding so I think searching in the applications code would be useless at least for me and it is not my job. Like I said before you all helped me much, now it is time for the developers to check. Kind regards any have a nice Christmas. Uwe -Ursprüngliche Nachricht- Von: Christopher Schultz [mailto:ch...@christopherschultz.net] Gesendet: Mittwoch, 21. Dezember 2011 16:41 An: Tomcat Users List Betreff: Re: AW: How much connections are handled per thread? -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Uwe, On 12/20/11 11:11 AM, uwe.hellm...@t-systems.com wrote: I tried everything the last half year to convince him to switch to current tomcat or at least to tomcat 6. It was a waste of energy. Tomcat 5.5 will experience EOL on 30 September 2012. So, they have about 9 months to get an upgrade into testing before they are flying without a parachute. Tell them that they can either upgrade while there is support for the older version, or wait until there is essentially no choice (some security bug found that will not be fixed) before making a hasty upgrade. But on the other hand I have to prove that it is not tomcats failure which causes this issues. *sigh* One cannot prove a negative. If Tomcat were exchanging parameter values between requests don't you think the entire world would fall apart? Given that only your webapp appears to be suffering from this problem, the logical conclusion is that the problem is in the webapp. I'm not saying there definitely is NOT a problem with Tomcat, but the odds are against Tomcat being the problem. You ave provided virtually no information across both of your discussion threads other than we issue request to X and get no parameter value somewhere. We can't read your code. We can't read your mind. Given those circumstances, we cannot help you. If you want to send your developers here so they can give us more information, maybe we /can/ help. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG/MacGPG2 v2.0.17 (Darwin) Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7x/fwACgkQ9CaO5/Lv0PB2vACdF1s7RIodWYCFY9LrbsPAqYG4 ktQAn1/fTYmH2zkY5LiIgnDK+E+iDkRc =ftTS -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
AW: AW: How much connections are handled per thread?
Hello Chris, you helped me enough with all the infos or hints you and the other persons on this list have provided. I can't provide any code, because I am not allowed to do so. My work is to try to prove that it is not our infrastructure including tomcat which does create this issue. Until now I am not that firm in java-coding so I think searching in the applications code would be useless at least for me and it is not my job. Like I said before you all helped me much, now it is time for the developers to check. Kind regards any have a nice Christmas. Uwe -Ursprüngliche Nachricht- Von: Christopher Schultz [mailto:ch...@christopherschultz.net] Gesendet: Mittwoch, 21. Dezember 2011 16:41 An: Tomcat Users List Betreff: Re: AW: How much connections are handled per thread? -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Uwe, On 12/20/11 11:11 AM, uwe.hellm...@t-systems.com wrote: I tried everything the last half year to convince him to switch to current tomcat or at least to tomcat 6. It was a waste of energy. Tomcat 5.5 will experience EOL on 30 September 2012. So, they have about 9 months to get an upgrade into testing before they are flying without a parachute. Tell them that they can either upgrade while there is support for the older version, or wait until there is essentially no choice (some security bug found that will not be fixed) before making a hasty upgrade. But on the other hand I have to prove that it is not tomcats failure which causes this issues. *sigh* One cannot prove a negative. If Tomcat were exchanging parameter values between requests don't you think the entire world would fall apart? Given that only your webapp appears to be suffering from this problem, the logical conclusion is that the problem is in the webapp. I'm not saying there definitely is NOT a problem with Tomcat, but the odds are against Tomcat being the problem. You ave provided virtually no information across both of your discussion threads other than we issue request to X and get no parameter value somewhere. We can't read your code. We can't read your mind. Given those circumstances, we cannot help you. If you want to send your developers here so they can give us more information, maybe we /can/ help. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG/MacGPG2 v2.0.17 (Darwin) Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7x/fwACgkQ9CaO5/Lv0PB2vACdF1s7RIodWYCFY9LrbsPAqYG4 ktQAn1/fTYmH2zkY5LiIgnDK+E+iDkRc =ftTS -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
How much connections are handled per thread?
Hello together, just a short question. Does a single Tomcat thread handle more than one connection at a time? (kind of multiplexing) Is it possible that if there are more connections at a time per thread that there is a bug that a GET variable is exchanged between these connections? An example: I have requested a page http://myhost.de/action=loginuser=usernamepass= I send it away and because of a wrong pass Variable It returned the following http://myhost.de/action=loginuser=usernameerrorcode=1 I can repeat that a hundred times and sometime It returns http://myhost.de/action=loginuser=otherusernameerrorcode=1 Every other ideas are welcome. Kind Regards Uwe
AW: Mysterious request edirect with value exchange
Thanks for the answer. We have a test environment but there it isn't reproducible. Just on the production system. But everything is configured identical. We use Apache with mod_proxy (via AJP). Only the connector? It is pretty standard. Server port=8005 shutdown=SHUTDOWN Listener className=org.apache.catalina.core.AprLifecycleListener / Listener className=org.apache.catalina.mbeans.ServerLifecycleListener / Listener className=org.apache.catalina.mbeans.GlobalResourcesLifecycleListener / Listener className=org.apache.catalina.storeconfig.StoreConfigLifecycleListener/ GlobalNamingResources Environment name=simpleValue type=java.lang.Integer value=30/ Resource name=UserDatabase auth=Container type=org.apache.catalina.UserDatabase description=User database that can be updated and saved factory=org.apache.catalina.users.MemoryUserDatabaseFactory pathname=conf/tomcat-users.xml / /GlobalNamingResources Service name=Catalina Connector port=8080 maxHttpHeaderSize=8192 maxThreads=150 minSpareThreads=25 maxSpareThreads=75 enableLookups=false redirectPort=8443 acceptCount=100 connectionTimeout=2 disableUploadTimeout=true / Engine name=Catalina defaultHost=localhost jvmRoute=jvmroute1 Host name=localhost appBase=webapps unpackWARs=true autoDeploy=true xmlValidation=false xmlNamespaceAware=false Cluster className=org.apache.catalina.cluster.tcp.SimpleTcpCluster managerClassName=org.apache.catalina.cluster.session.DeltaManager expireSessionsOnShutdown=false useDirtyFlag=true notifyListenersOnReplication=true Membership className=org.apache.catalina.cluster.mcast.McastService mcastAddr=228.0.0.4 mcastPort=45564 mcastFrequency=500 mcastDropTime=3000/ Receiver className=org.apache.catalina.cluster.tcp.ReplicationListener tcpListenAddress=10.197.120.52 tcpListenPort=4002 tcpSelectorTimeout=100 tcpThreadCount=6/ Sender className=org.apache.catalina.cluster.tcp.ReplicationTransmitter replicationMode=pooled ackTimeout=15000/ Valve className=org.apache.catalina.cluster.tcp.ReplicationValve filter=.*\.gif;.*\.js;.*\.jpg;.*\.png;.*\.css;.*\.txt;/ Deployer className=org.apache.catalina.cluster.deploy.FarmWarDeployer tempDir=/tmp/war-temp/ deployDir=/tmp/war-deploy/ watchDir=/tmp/war-listen/ watchEnabled=false/ ClusterListener className=org.apache.catalina.cluster.session.ClusterSessionListener/ /Cluster /Host /Engine /Service /Server The Apache Tomcat Native library is not installed. Thanks Uwe -Ursprüngliche Nachricht- Von: Christopher Schultz [mailto:ch...@christopherschultz.net] Gesendet: Freitag, 25. November 2011 15:33 An: Tomcat Users List Betreff: Re: Mysterious request edirect with value exchange -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Uwe, On 11/25/11 7:43 AM, uwe.hellm...@t-systems.com wrote: We have a Loadbalancer which roundrobin addresses 2 Apache 2.2. which passes their requests via mod_proxy balancer to 2 tomcat 5.5.26 servers which are configured identical and have also clustering enabled. The application is located only on the tomcats. Are you using HTTP or AJP? From your description, it's probably HTTP but it's worth asking. Are you able to test/reproduce without the lb or a second Tomcat in the mix? I'm sure this is a rare occurrence, so reproducing might not be easy. If you have a test bed environment that is identical to production (you do have one, right?), can you load it down and observe intermittent failures like this? If so, try hitting a single Tomcat directly and see if the problem disappears. So what we have is a redirected response from a failed login process. As example we have an login mask and while tryinig to login we put the username Tester in the username inputfield send the form away and get a login error message and the following URL string: http://mytestsystem/login.action?login_error=1u=Tester In the input field the value Tester is still set. This result is as expected, but from time to time we saw the following URL string returned http://mytestsystem/login.action?login_error=1u=OtherUser although we sent the form with Tester as value away. But now in the input field it is also OtherUser set. Have you reviewed the code in your test? Sometimes the tests are flawed. :( We have checked Loadbalancer rewrites(possible Proxywrites) and fount nothing. The behaviour seem to appear if we have much load on these systems. Does anybody have any idea where I
AW: Mysterious request edirect with value exchange
It is a webformular. The java code should this fragment. final String username = req.getParameter(username); String uParam = ; if (StringUtils.isBlank(username) == false) { uParam = u=.concat(username); } logonFilter.setLoginFailedUrl(/action?login_error=1.concat(uParam)); -Ursprüngliche Nachricht- Von: Chema [mailto:demablo...@gmail.com] Gesendet: Dienstag, 20. Dezember 2011 15:04 An: Tomcat Users List Betreff: Re: Mysterious request edirect with value exchange This result is as expected, but from time to time we saw the following URL string returned http://mytestsystem/login.action?login_error=1u=OtherUser although we sent the form with Tester as value away. But now in the input field it is also OtherUser set. One question How the returned URL is built ? Where is stored username ? Thanks - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
AW: How much connections are handled per thread?
It is Tomcat 5.5.26 summarize all information which I have gathered so far from your answers it looks like a problem which seem to occur trhough a not-thread safe implementation of a class or the whole servlet? If this is the case I get some munition to go the the developers. Thanks for all your help - Uwe -Ursprüngliche Nachricht- Von: André Warnier [mailto:a...@ice-sa.com] Gesendet: Dienstag, 20. Dezember 2011 15:47 An: Tomcat Users List Betreff: Re: How much connections are handled per thread? uwe.hellm...@t-systems.com wrote: Hello together, just a short question. Does a single Tomcat thread handle more than one connection at a time? (kind of multiplexing) Essentially, no. One tomcat thread could be handling several successive *requests* on the same connection, one after the other, if KeepAlive is enabled. But one thread will not handle multiple connections at the same time. Is it possible that if there are more connections at a time per thread that there is a bug that a GET variable is exchanged between these connections? You are not saying which version of Tomcat this is, which makes it hard to check if there ever was a bug in Tomcat in that respect. It is far more likely that it is something in your application, which does something which is not thread-safe, and causes data to be in effect shared by various threads. Or, something is accidentally being remembered by a thread which has processed a request from a browser, and is being re-used by the same thread to process a later request from another browser (and another connection). Note that the same thread can /successively/ handle several connections, and that the same browser may be using over time several distinct connections with Tomcat. That is not a contradiction with what I said above. Examples : 1) a browser establishes a connection with tomcat, and sends one request to tomcat over that connection; then it waits for the response. Tomcat allocates one thread to this new connection. The thread processes the request and sends the response. The browser reads the response, and then he goes away and never asks for more. After a while (maybe immediately if there is no KeepAlive), the thread will close the connection and become available again to process a new connection. This new connection could be from the same browser, or not. 2) a browser establishes a connection with tomcat, and sends one request to tomcat over that connection; then it waits for the response. Tomcat allocates one thread to this new connection. The thread processes the request and sends the response. The browser reads the response, and sends another request over the same connection (because KeepAlive is on). The same thread processes the second browser request and responds. This goes on as long as the browser is sending more requests on that connection, until the KeepAlive request limit is reached (maybe never, if there is no limit). When the limit is reached, the thread closes the connection and becomes available again for other connections. If the browser wants to send more requests, it must create a new connection and send these requests over that new connection. At the tomcat level, this would be processed by a new thread (which may by chance be the same as the first time, but that is unlikely). - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
AW: How much connections are handled per thread?
Yes you are completely right, but that is not my decision it is the customers. I tried everything the last half year to convince him to switch to current tomcat or at least to tomcat 6. It was a waste of energy. But on the other hand I have to prove that it is not tomcats failure which causes this issues. *sigh* -Ursprüngliche Nachricht- Von: Tobias Crefeld [mailto:t...@cataneo.eu] Gesendet: Dienstag, 20. Dezember 2011 16:56 An: users@tomcat.apache.org Betreff: Re: How much connections are handled per thread? Am Tue, 20 Dec 2011 15:52:57 +0100 schrieb uwe.hellm...@t-systems.com: It is Tomcat 5.5.26 [..] If this is the case I get some munition to go the the developers. In my experience this route is an useless approach as long as you run a 4 years old Tomcat and without being able to identify classes that aren't thread-safe. RU, Tobias. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Mysterious request edirect with value exchange
Hello together, I recently ran into an issue which probably has nothing to do with tomcat. But because I don't know how to get rid of it or what the cause for this issue is I want to make sure that I have taken all chances. Just a short architecture overview. We have a Loadbalancer which roundrobin addresses 2 Apache 2.2. which passes their requests via mod_proxy balancer to 2 tomcat 5.5.26 servers which are configured identical and have also clustering enabled. The application is located only on the tomcats. So what we have is a redirected response from a failed login process. As example we have an login mask and while tryinig to login we put the username Tester in the username inputfield send the form away and get a login error message and the following URL string: http://mytestsystem/login.action?login_error=1u=Tester In the input field the value Tester is still set. This result is as expected, but from time to time we saw the following URL string returned http://mytestsystem/login.action?login_error=1u=OtherUser although we sent the form with Tester as value away. But now in the input field it is also OtherUser set. We have checked Loadbalancer rewrites(possible Proxywrites) and fount nothing. The behaviour seem to appear if we have much load on these systems. Does anybody have any idea where I should start my investigation. I would assume the application does have a problem with session handling or a corruptable redirection method but the developer told us everything is fine. Mit freundlichen Grüßen / Yours sincerely Uwe Hellmann T-Systems International GmbH Production CSS GCU Large Accounts AC Express Logistics LT1 Gradestr. 20, 30163 Hannover +49 511 333 - 1233 (Tel.) +49 511 333 - 1287 (Fax) Email: uwe.hellm...@t-systems.commailto:uwe.hellm...@t-systems.com Internet: http://www.t-systems.comhttp://www.t-systems.com/ T-Systems International GmbH Aufsichtsrat: René Obermann (Vorsitzender) Geschäftsführung: Reinhard Clemens (Vorsitzender), Dr. Ferri Abolhassan, Ulrich Meister, Georg Pepping, Hagen Rickmann, Dietmar Wendt, Klaus Werner Handelsregister: Amtsgericht Frankfurt am Main HRB 55933 Sitz der Gesellschaft: Frankfurt am Main Notice: This transmittal and/or attachments may be privileged or confidential. If you are not the intended recipient, you are hereby notified that you have received this transmittal in error; any review, dissemination, or copying is strictly prohibited. If you received this transmittal in error, please notify us immediately by reply and immediately delete this message and all its attachments. Thank you.
Unable to receive message through TCP channel
Hello together, I am using to Tomcat 5.5.26 Servers. I took over the responsibility for this system some time ago. Since then we already got the following error message. SEVERE: Manager [/mywebapp]: Unable to receive message through TCP channel java.lang.ClassNotFoundException: After questioning what this error is about I got no response but the comment that everything is running fine. So I haven't searhc after it. But now after having a rollout of new servlet version we have some serious performance issues. And now I have to check for every severe error message I can find. But unfornatly I haven't found a solution or cause for this. The only thing which I have found is a posting that this might be a problem of the tomcats version and that this might be a bug which was solved in 5.5.28. Is this correct? The cluster configuration part in server.xml looks like a standard configuration: Host name=localhost appBase=webapps unpackWARs=true autoDeploy=true xmlValidation=false xmlNamespaceAware=false Cluster className=org.apache.catalina.cluster.tcp.SimpleTcpCluster managerClassName=org.apache.catalina.cluster.session.DeltaManager expireSessionsOnShutdown=false useDirtyFlag=true notifyListenersOnReplication=true Membership className=org.apache.catalina.cluster.mcast.McastService mcastAddr=228.0.0.4 mcastPort=45564 mcastFrequency=500 mcastDropTime=3000/ Receiver className=org.apache.catalina.cluster.tcp.ReplicationListener tcpListenAddress=auto tcpListenPort=4002 tcpSelectorTimeout=100 tcpThreadCount=6/ Sender className=org.apache.catalina.cluster.tcp.ReplicationTransmitter replicationMode=pooled ackTimeout=15000/ Valve className=org.apache.catalina.cluster.tcp.ReplicationValve filter=.*\.gif;.*\.js;.*\.jpg;.*\.png;.*\.css;.*\.txt;/ Deployer className=org.apache.catalina.cluster.deploy.FarmWarDeployer tempDir=/tmp/war-temp/ deployDir=/tmp/war-deploy/ watchDir=/tmp/war-listen/ watchEnabled=false/ ClusterListener className=org.apache.catalina.cluster.session.ClusterSessionListener/ /Cluster I found out thatwe are not using the Deployer context. It is just configured, but both Tomcats servers use a deployment path on its local storage. Has somebody an idea? Mit freundlichen Grüßen / Yours sincerely Uwe Hellmann T-Systems International GmbH Production CSS GCU Large Accounts AC Express Logistics LT1 Gradestr. 20, 30163 Hannover +49 511 333 - 1233 (Tel.) +49 511 333 - 1287 (Fax) Email: uwe.hellm...@t-systems.commailto:uwe.hellm...@t-systems.com Internet: http://www.t-systems.comhttp://www.t-systems.com/ T-Systems International GmbH Aufsichtsrat: René Obermann (Vorsitzender) Geschäftsführung: Reinhard Clemens (Vorsitzender), Dr. Ferri Abolhassan, Ulrich Meister, Georg Pepping, Hagen Rickmann, Dietmar Wendt, Klaus Werner Handelsregister: Amtsgericht Frankfurt am Main HRB 55933 Sitz der Gesellschaft: Frankfurt am Main Notice: This transmittal and/or attachments may be privileged or confidential. If you are not the intended recipient, you are hereby notified that you have received this transmittal in error; any review, dissemination, or copying is strictly prohibited. If you received this transmittal in error, please notify us immediately by reply and immediately delete this message and all its attachments. Thank you.
Problems with manager app under Tomcat 6.0.29
INFO: Deploying web application directory docs 30.08.2011 09:19:41 org.apache.catalina.startup.HostConfig deployDirectory INFO: Deploying web application directory ROOT 30.08.2011 09:19:41 org.apache.catalina.startup.HostConfig deployDirectory In this error message it says something about line 43 column 13. But I have copied the same web.xml to all four instance webapps/manager/WEB-INF/ directories and as I said on one instance it is running well. This is the entry in it in this line. 36servlet 37 servlet-nameManager/servlet-name 38 servlet-classorg.apache.catalina.manager.ManagerServlet/servlet-class 39 init-param 40 param-namedebug/param-name 41 param-value2/param-value 42 /init-param 43 /servlet 44 servlet 45 servlet-nameHTMLManager/servlet-name 46 servlet-classorg.apache.catalina.manager.HTMLManagerServlet/servlet-class 47 init-param 48 param-namedebug/param-name 49 param-value2/param-value 50 /init-param 51 /servlet Does anybody have a clue? Or do you need some more info? Thanks in advance. Mit freundlichen Grüßen / Yours sincerely Uwe Hellmann T-Systems International GmbH Production CSS GCU Large Accounts AC Express Logistics LT1 Gradestr. 20, 30163 Hannover +49 511 333 - 1233 (Tel.) +49 511 333 - 1287 (Fax) Email: uwe.hellm...@t-systems.commailto:uwe.hellm...@t-systems.com Internet: http://www.t-systems.comhttp://www.t-systems.com/ T-Systems International GmbH Aufsichtsrat: René Obermann (Vorsitzender) Geschäftsführung: Reinhard Clemens (Vorsitzender), Dr. Ferri Abolhassan, Ulrich Meister, Georg Pepping, Hagen Rickmann, Dietmar Wendt, Klaus Werner Handelsregister: Amtsgericht Frankfurt am Main HRB 55933 Sitz der Gesellschaft: Frankfurt am Main Notice: This transmittal and/or attachments may be privileged or confidential. If you are not the intended recipient, you are hereby notified that you have received this transmittal in error; any review, dissemination, or copying is strictly prohibited. If you received this transmittal in error, please notify us immediately by reply and immediately delete this message and all its attachments. Thank you.
AW: Problems with manager app under Tomcat 6.0.29
Hello Thanks for the info, I checked it. There are many entries for servlet-nameManager/servlet-name in webapps/manager/WEB-INF/web.xml. But I checked in original file from tomcat.apache.org and there it is also more from them. So this could not be the failure hence it runs under one instance fine. I have posted the complete web.xml file here, maybe I have made mistake while adding another role? display-nameTomcat Manager Application/display-name description A scriptable management web application for the Tomcat Web Server; Manager lets you view, load/unload/etc particular web applications. /description !-- Define the Manager Servlet Change servlet-class to: org.apache.catalina.servlets.HTMLManagerServlet to get a Servlet with a more intuitive HTML interface, don't change if you have software that is expected to parse the output from ManagerServlet since they're not compatible. -- servlet servlet-nameManager/servlet-name servlet-classorg.apache.catalina.manager.ManagerServlet/servlet-class init-param param-namedebug/param-name param-value2/param-value /init-param /servlet servlet servlet-nameHTMLManager/servlet-name servlet-classorg.apache.catalina.manager.HTMLManagerServlet/servlet-class init-param param-namedebug/param-name param-value2/param-value /init-param /servlet servlet servlet-nameStatus/servlet-name servlet-classorg.apache.catalina.manager.StatusManagerServlet/servlet-class init-param param-namedebug/param-name param-value0/param-value /init-param /servlet servlet servlet-nameJMXProxy/servlet-name servlet-classorg.apache.catalina.manager.JMXProxyServlet/servlet-class /servlet !-- Define the Manager Servlet Mapping -- servlet-mapping servlet-nameManager/servlet-name url-pattern/list/url-pattern /servlet-mapping servlet-mapping servlet-nameManager/servlet-name url-pattern/expire/url-pattern /servlet-mapping servlet-mapping servlet-nameManager/servlet-name url-pattern/sessions/url-pattern /servlet-mapping servlet-mapping servlet-nameManager/servlet-name url-pattern/start/url-pattern /servlet-mapping servlet-mapping servlet-nameManager/servlet-name url-pattern/stop/url-pattern /servlet-mapping servlet-mapping servlet-nameManager/servlet-name url-pattern/install/url-pattern /servlet-mapping servlet-mapping servlet-nameManager/servlet-name url-pattern/remove/url-pattern /servlet-mapping servlet-mapping servlet-nameManager/servlet-name url-pattern/deploy/url-pattern /servlet-mapping servlet-mapping servlet-nameManager/servlet-name url-pattern/undeploy/url-pattern /servlet-mapping servlet-mapping servlet-nameManager/servlet-name url-pattern/reload/url-pattern /servlet-mapping servlet-mapping servlet-nameManager/servlet-name url-pattern/save/url-pattern /servlet-mapping servlet-mapping servlet-nameManager/servlet-name url-pattern/serverinfo/url-pattern /servlet-mapping servlet-mapping servlet-nameManager/servlet-name url-pattern/roles/url-pattern /servlet-mapping servlet-mapping servlet-nameManager/servlet-name url-pattern/resources/url-pattern /servlet-mapping servlet-mapping servlet-nameManager/servlet-name url-pattern/findleaks/url-pattern /servlet-mapping servlet-mapping servlet-nameStatus/servlet-name url-pattern/status/*/url-pattern /servlet-mapping servlet-mapping servlet-nameJMXProxy/servlet-name url-pattern/jmxproxy/*/url-pattern /servlet-mapping servlet-mapping servlet-nameHTMLManager/servlet-name url-pattern/html/*/url-pattern /servlet-mapping !-- Define reference to the user database for looking up roles -- resource-env-ref description Link to the UserDatabase instance from which we request lists of defined role names. Typically, this will be connected to the global user database with a ResourceLink element in server.xml or the context configuration file for the Manager web application. /description resource-env-ref-nameusers/resource-env-ref-name resource-env-ref-type org.apache.catalina.UserDatabase /resource-env-ref-type /resource-env-ref !-- Define a Security Constraint on this Application -- security-constraint web-resource-collection web-resource-nameHTMLManager and Manager command/web-resource-name url-pattern/html/*/url-pattern url-pattern/list/url-pattern url-pattern/expire/url-pattern url-pattern/sessions/url-pattern url-pattern/start/url-pattern url-pattern/stop/url-pattern url-pattern/install/url-pattern url-pattern/remove/url-pattern url-pattern/deploy/url-pattern url-pattern/undeploy/url-pattern url-pattern/reload/url-pattern
AW: Problems with manager app under Tomcat 6.0.29
there are no entries for servlet-nameManager/servlet-name currently with the exception of the defined ports in server.xml these tomcats are running with default settings. -Ursprüngliche Nachricht- Von: Konstantin Kolinko [mailto:knst.koli...@gmail.com] Gesendet: Dienstag, 30. August 2011 12:25 An: Tomcat Users List Betreff: Re: Problems with manager app under Tomcat 6.0.29 2011/8/30 uwe.hellm...@t-systems.com: Thanks for the info, I checked it. There are many entries for servlet-nameManager/servlet-name in webapps/manager/WEB-INF/web.xml. And what about conf/web.xml ? Von: Konstantin Kolinko [mailto:knst.koli...@gmail.com] Check that you do not have servlet-nameManager/servlet-name 1. elsewhere in manager/WEB-INF/web.xml 2. in conf/web.xml Best regards, Konstantin Kolinko - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
AW: Problems with manager app under Tomcat 6.0.29
thank you very much for your help. I have found the problem. it was no real tomcat problem. by accident I had copied the manager web.xml to a wrong destination so tomcat assumed that is has to start another application with it. - Uwe -Ursprüngliche Nachricht- Von: Hellmann, Uwe Gesendet: Dienstag, 30. August 2011 12:44 An: users@tomcat.apache.org Betreff: AW: Problems with manager app under Tomcat 6.0.29 there are no entries for servlet-nameManager/servlet-name currently with the exception of the defined ports in server.xml these tomcats are running with default settings. -Ursprüngliche Nachricht- Von: Konstantin Kolinko [mailto:knst.koli...@gmail.com] Gesendet: Dienstag, 30. August 2011 12:25 An: Tomcat Users List Betreff: Re: Problems with manager app under Tomcat 6.0.29 2011/8/30 uwe.hellm...@t-systems.com: Thanks for the info, I checked it. There are many entries for servlet-nameManager/servlet-name in webapps/manager/WEB-INF/web.xml. And what about conf/web.xml ? Von: Konstantin Kolinko [mailto:knst.koli...@gmail.com] Check that you do not have servlet-nameManager/servlet-name 1. elsewhere in manager/WEB-INF/web.xml 2. in conf/web.xml Best regards, Konstantin Kolinko - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org