Catalina start problem
I am trying to start tomcat on linux and I am getting LifecycleException exception whose snippet is below: Apr 2, 2014 8:33:53 AM org.apache.catalina.core.AprLifecycleListener init INFO: The APR based Apache Tomcat Native library which allows optimal performance in production environments was not found on the java.library.path: /usr/java/jdk1.6.0_38/jre/lib/amd64/server:/usr/java/jdk1.6.0_38/jre/lib/amd64:/usr/java/jdk1.6.0_38/jre/../lib/amd64:/usr/java/packages/lib/amd64:/usr/lib64:/lib64:/lib:/usr/lib Apr 2, 2014 8:33:53 AM org.apache.coyote.AbstractProtocol init INFO: Initializing ProtocolHandler [http-bio-8080] Apr 2, 2014 8:33:53 AM org.apache.coyote.AbstractProtocol init INFO: Initializing ProtocolHandler [ajp-bio-8009] Apr 2, 2014 8:33:53 AM org.apache.catalina.startup.Catalina load INFO: Initialization processed in 890 ms Apr 2, 2014 8:33:53 AM org.apache.catalina.startup.Catalina start SEVERE: Catalina.start: org.apache.catalina.LifecycleException: Failed to start component [StandardServer[8005]] at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:154) at org.apache.catalina.startup.Catalina.start(Catalina.java:684) 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:597) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:322) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:451) Caused by: java.lang.NoSuchMethodError: org.apache.naming.NamingContext.setExceptionOnFailedWrite(Z)V at org.apache.catalina.core.NamingContextListener.lifecycleEvent(NamingContextListener.java:264) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119) at org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:90) at org.apache.catalina.core.StandardServer.startInternal(StandardServer.java:724) at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150) ... 7 more Apr 2, 2014 8:33:53 AM org.apache.catalina.startup.Catalina start INFO: Server startup in 6 ms One reason I could guess for this is that Tomcat jar may not be proper but I have checked that and that looks fine to me. Appreciated if somebody could help me.
Tomcat start message
All, Referring to a classic Tomcat log like the one below : Would it not be a good idea for Tomcat, when it starts, to print a first line to its main logfile, similar to what Apache httpd does : [Tue Apr 01 18:00:02 2014] [notice] Apache/2.2.12 (Linux/SUSE) mod_ssl/2.2.12 OpenSSL/0.9.8j-fips mod_jk/1.2.26 mod_perl/2.0.4 Perl/v5.10.0 configured -- resuming normal operations I mean, for Tomcat, a line with it's own version, the Java version, the APR version if used, the host OS if available etc.. All these things that we usually ask the posters to this list to provide, and which can be obtained via the version.sh|bat script in tomcat/bin. In at least 50% of the cases, it would at least save us from having to ask. And actually running the version.sh|bat script on the server (or any command-line for that matter) may not necessarily be easy for everyone who has a problem. Sample current log : Apr 2, 2014 8:33:53 AM org.apache.catalina.core.AprLifecycleListener init INFO: The APR based Apache Tomcat Native library which allows optimal performance in production environments was not found on the java.library.path: /usr/java/jdk1.6.0_38/jre/lib/amd64/server:/usr/java/jdk1.6.0_38/jre/lib/amd64:/usr/java/jdk1.6.0_38/jre/../lib/amd64:/usr/java/packages/lib/amd64:/usr/lib64:/lib64:/lib:/usr/lib Apr 2, 2014 8:33:53 AM org.apache.coyote.AbstractProtocol init INFO: Initializing ProtocolHandler [http-bio-8080] Apr 2, 2014 8:33:53 AM org.apache.coyote.AbstractProtocol init INFO: Initializing ProtocolHandler [ajp-bio-8009] Apr 2, 2014 8:33:53 AM org.apache.catalina.startup.Catalina load INFO: Initialization processed in 890 ms Apr 2, 2014 8:33:53 AM org.apache.catalina.startup.Catalina start SEVERE: Catalina.start: org.apache.catalina.LifecycleException: Failed to start component [StandardServer[8005]] at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:154) at org.apache.catalina.startup.Catalina.start(Catalina.java:684) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [...] Apr 2, 2014 8:33:53 AM org.apache.catalina.startup.Catalina start INFO: Server startup in 6 ms - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: mod_jk - Failover behaviour and load + patch
2014-04-02 5:21 GMT+04:00 Frederik Nosi frederik.n...@postecom.it: On 04/02/2014 12:21 AM, Christopher Schultz wrote: On 3/26/14, 9:32 PM, Frederik Nosi wrote: My scenario is Apache httpd + mod_jk + N Tomcat's in. The default behaviour of load balanced workers in mod_jk in my testing is that when a client requests a page (GET / POST / Whatever), the LB worker tries the request to every ajp worker. This in contrast with what i read here: http://people.apache.org/~mturk/docs/article/ftwai.html http://people.apache.org/%7Emturk/docs/article/ftwai.html Expecially this part: When having multiple nodes in a cluster you can improve your application availability by implementing failover. The failover means that if the particular elected node can not fulfill the request the another node will be selected automatically. In case of three nodes you are actually doubling your application availability. The application response time will be slower during failover, but none of your users will be rejected. Inside the mod_jk configuration there is a special configuration parameter called worker.retries that has default value of 3, but that needs to be adjusted to the actual number of nodes in the cluster. ... worker.list=lbworker worker.lbworker.type=lb # Adjust to the number of workers worker.retries=4 worker.lbworker.balance_workers=node1,node2,node3,node4 If you add more then three workers to the load balancer adjust the retries parameter to reflect that number. It will ensure that even in the worse case scenario the request gets served if there is a single operable node. From that it seems that the retries parameter in a load balancer worker context should mean the number of real (AJP) workers to try. (what i need indeed) but in my testing, that LB worker parameter is the number of times that all the AJP workers that are part of the LB worker get a round retry. In eg, having a LB worker with 4 AJP workers, setting LB Worker's retries = 2, the behaviour i see is that the AJP workers get called this way: AJP1 - timeout [...] AJP4 - timeout === repeat again (retries == 2) AJP1 - timeout [...] AJP4 - timeout -- LB sends an error to the client. Now from the online documentation the meaning of that parameter in a load balancer worker context is'nt that clear, but from the link i provided seems it was exactly what i needed, not the number of retries to all AJP workers, but the number of single AJP workers to try.. If that is not correct i can fill a bug report. If instead it's by design, the attached patch adds a new parameter, lb_retries, that does what i need. Of course it's a bit rough, but works. Any comments? Am I getting stuff wrong? I'm bumping this because I can see Rainer has fixed a bunch of things in mod_jk over the last few days. Perhaps he's getting ready to do a release or something. Thanks Christopher, BTW on this issue I'm not even sure it's a documentation bug, a bug in mod_jk or an unfullfilled expectation of mine :-) Thing is, i had to use this cure. I'm sure my patch is a bit faulty, the HTTP status codes returned are 500, but i'm not sure they are in line with the protocol (503 / 504). but for now it works for me though. 1. If you really want to submit a patch, please attach it to an issue in Bugzilla, so that it is not forgotten. http://tomcat.apache.org/bugreport.html 2. You were lucky that you attachment has reached the list. Usually attachments are just removed by mailing list server. 3. I cannot comment on the essence, just two formal nits 1) The following line has a tab character instead of whitespaces: +jk_log(l, JK_LOG_DEBUG, attempt %d, max attempts %d, 2) An unneeded comment +/* fredi - default */ 3) Documentation =? (xdocs/reference/workers.xml) Noticed there were changes in mod_jk's git repo, i'm following it. It is good that it works for you. The official repository is subversion one. (Patches against the git repository are OK. Maybe you want to submit those .gitignore files, as a separate issue?) Best regards, Konstantin Kolinko - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
tomcat randomly undeploys and redeploys the applications
Im having a strange problem and I have googled it for a while but have found nothing. I deploy the application, then in the log file catalina.out i get many messages from WebappClassLoader clearReferencesThreads saying threads appear to have started but have failed to stop, then finally, Ill get a message from HostConfig checkResources that says its undeploying the context, and then it redeploys. I have no idea why this is happening or how to trouble shoot it. Any suggestions would be greatly appreciated
RE: tomcat randomly undeploys and redeploys the applications
From: Elias Kopsiaftis [mailto:yemi...@gmail.com] Subject: tomcat randomly undeploys and redeploys the applications I deploy the application, then in the log file catalina.out i get many messages from WebappClassLoader clearReferencesThreads saying threads appear to have started but have failed to stop This is an indication that your webapp is not managing its threads properly. then finally, Ill get a message from HostConfig checkResources that says its undeploying the context, and then it redeploys. This is sometimes caused by incorrect timestamps on the bits of the webapp that Tomcat monitors, or an incorrect clock setting on the system Tomcat is running on. The mismatch makes it appear that the webapp is being updated continuously. If you want anything more than speculation, you'll need to provide real information: Tomcat version, JRE version, platform, server.xml (with comments removed), context.xml for the webapp, etc. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
grab hostname from tomcat manager
Hello, I need to grab the hostname from the tomcat manager somehow. Unfortunately this URL manager/text/serverinfo doesn't contain the hostname. Is there any other smart way to receive the hostname via tomcat manager app? Best Regards, Bjoern - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
tomcat-connectors-1.2.39-windows-x86_64-iis does not work
Hi all, I have a problem with the new release of the tomcat-connector (1.2.39) for 64 Bit Windows (isapi_redirect.dll), binary download. The older versions worked like a charm under Windows Server 2008 R2 64 Bit and Windows 7 64 Bit, even in a loadbalancing configuration. But after switching to the new 1.2.39 version, no connection between IIS and Tomcat (6.0.39, 7.0.52) can be established. The isapi_redirect log says: [Wed Apr 02 13:23:36.319 2014] [5676:2148] [info] jk_open_socket::jk_connect.c (735): connect to 0.0.0.0:8009 failed (errno=49) [Wed Apr 02 13:23:36.319 2014] [5676:2148] [info] ajp_connect_to_endpoint::jk_ajp_common.c (1019): Failed opening socket to (0.0.0.0:8009) (errno=49) [Wed Apr 02 13:23:36.319 2014] [5676:2148] [error] ajp_send_request::jk_ajp_common.c (1659): (ajp13w) connecting to backend failed. Tomcat is probably not started or is listening on the wrong port (errno=49) [Wed Apr 02 13:23:36.319 2014] [5676:2148] [info] ajp_service::jk_ajp_common.c (2669): (ajp13w) sending request to tomcat failed (recoverable), because of error during request sending (attempt=2) [Wed Apr 02 13:23:36.319 2014] [5676:2148] [error] ajp_service::jk_ajp_common.c (2689): (ajp13w) connecting to tomcat failed. [Wed Apr 02 13:23:36.319 2014] [5676:2148] [info] service::jk_lb_worker.c (1514): service failed, worker ajp13w is in error state [Wed Apr 02 13:23:36.319 2014] [5676:2148] [info] service::jk_lb_worker.c (1594): All tomcat instances are busy or in error state [Wed Apr 02 13:23:36.319 2014] [5676:2148] [error] service::jk_lb_worker.c (1599): All tomcat instances failed, no more workers left [Wed Apr 02 13:23:36.319 2014] [5676:2148] [error] HttpExtensionProc::jk_isapi_plugin.c (2327): service() failed with http error 503 The worker configuration is: # workers.properties.minimal - # worker.list=wlb,jkstatus # worker.ajp13w.type=ajp13 worker.ajp13w.host=localhost worker.ajp13w.port=8009 # worker.wlb.type=lb worker.wlb.balance_workers=ajp13w # worker.jkstatus.type=status # The configuration is a rudimentary version of the productive system (concerning worker.wlb.type=lb), where three Tomcat instances are running on a server. The log file was absolutely clean (only init and terminate messages) before version 1.2.39 and is clean again after switching back to version 1.2.37, the connection between IIS and Tomcat is working, port 8009 works with 1.2.37. In both cases Tomcat is running and listening to the right port. I've restarted the systems after changing the Dlls. Can anybody help with this problem? Thanks in advance, Jessica smime.p7s Description: S/MIME cryptographic signature
Re: grab hostname from tomcat manager
bjoern.bec...@easycash.de wrote: Hello, I need to grab the hostname from the tomcat manager somehow. Unfortunately this URL manager/text/serverinfo doesn't contain the hostname. Is there any other smart way to receive the hostname via tomcat manager app? For give me for asking, but how do you access the tomcat manager if you do not know the hostname ? - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
External URL delay from webapp
Hi all, We are having an issue with a new tomcat deployment, in our webapp we make a request to a 3rd party webservice site using http URL for retrieving the data, the first time we click the button to make the request the information is returned within a second or 2 but if we click the button again within 5 seconds to request the information again it takes a good minute for the data to be returned. We found that if we set the -Dhttp.proxyHost and -Dhttp.proxyPort options in tomcat under the java options this resolves the delay but also breaks another request to a different 3rd party using https URL. We are new to tomcat and we have been researching for a week with no results other than the proxy setting. Thank you! Scott DISCLAIMER: This electronic mail message and any attached files contain information intended for the exclusive use of the intended addressee and may contain information that is proprietary, privileged, confidential and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any viewing, copying, disclosure or distribution of this information may be subject to legal restriction or sanction. Please notify sender if you are an unintended recipient and delete the original message without making copies. Thank you.
Re: tomcat-connectors-1.2.39-windows-x86_64-iis does not work
Alten, Jessica-Aileen wrote: Hi all, I have a problem with the new release of the tomcat-connector (1.2.39) for 64 Bit Windows (isapi_redirect.dll), binary download. The older versions worked like a charm under Windows Server 2008 R2 64 Bit and Windows 7 64 Bit, even in a loadbalancing configuration. But after switching to the new 1.2.39 version, no connection between IIS and Tomcat (6.0.39, 7.0.52) can be established. The isapi_redirect log says: [Wed Apr 02 13:23:36.319 2014] [5676:2148] [info] jk_open_socket::jk_connect.c (735): connect to 0.0.0.0:8009 failed (errno=49) [Wed Apr 02 13:23:36.319 2014] [5676:2148] [info] ajp_connect_to_endpoint::jk_ajp_common.c (1019): Failed opening socket to (0.0.0.0:8009) (errno=49) [Wed Apr 02 13:23:36.319 2014] [5676:2148] [error] ajp_send_request::jk_ajp_common.c (1659): (ajp13w) connecting to backend failed. Tomcat is probably not started or is listening on the wrong port (errno=49) [Wed Apr 02 13:23:36.319 2014] [5676:2148] [info] ajp_service::jk_ajp_common.c (2669): (ajp13w) sending request to tomcat failed (recoverable), because of error during request sending (attempt=2) [Wed Apr 02 13:23:36.319 2014] [5676:2148] [error] ajp_service::jk_ajp_common.c (2689): (ajp13w) connecting to tomcat failed. [Wed Apr 02 13:23:36.319 2014] [5676:2148] [info] service::jk_lb_worker.c (1514): service failed, worker ajp13w is in error state [Wed Apr 02 13:23:36.319 2014] [5676:2148] [info] service::jk_lb_worker.c (1594): All tomcat instances are busy or in error state [Wed Apr 02 13:23:36.319 2014] [5676:2148] [error] service::jk_lb_worker.c (1599): All tomcat instances failed, no more workers left [Wed Apr 02 13:23:36.319 2014] [5676:2148] [error] HttpExtensionProc::jk_isapi_plugin.c (2327): service() failed with http error 503 The worker configuration is: # workers.properties.minimal - # worker.list=wlb,jkstatus # worker.ajp13w.type=ajp13 worker.ajp13w.host=localhost worker.ajp13w.port=8009 # worker.wlb.type=lb worker.wlb.balance_workers=ajp13w # worker.jkstatus.type=status # The configuration is a rudimentary version of the productive system (concerning worker.wlb.type=lb), where three Tomcat instances are running on a server. The log file was absolutely clean (only init and terminate messages) before version 1.2.39 and is clean again after switching back to version 1.2.37, the connection between IIS and Tomcat is working, port 8009 works with 1.2.37. In both cases Tomcat is running and listening to the right port. I've restarted the systems after changing the Dlls. Can anybody help with this problem? A bit guessing here : You have : worker.ajp13w.host=localhost and jk_open_socket::jk_connect.c (735): connect to 0.0.0.0:8009 failed (errno=49) is localhost == 0.0.0.0 ? From the point of view of mod_jk/isapi, should it not be 127.0.0.1 ? - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: grab hostname from tomcat manager
On Wed, Apr 2, 2014 at 6:07 AM, bjoern.bec...@easycash.de wrote: Hello, I need to grab the hostname from the tomcat manager somehow. Unfortunately this URL manager/text/serverinfo doesn't contain the hostname. Is there any other smart way to receive the hostname via tomcat manager app? Best Regards, Bjoern - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org Programmatically grab? or just see it? There is a link on the manager homepage for server status which will show the host name to you.
Re: External URL delay from webapp
Scott Bailey wrote: Hi all, We are having an issue with a new tomcat deployment, in our webapp we make a request to a 3rd party webservice site using http URL for retrieving the data, the first time we click the button to make the request the information is returned within a second or 2 but if we click the button again within 5 seconds to request the information again it takes a good minute for the data to be returned. We found that if we set the -Dhttp.proxyHost and -Dhttp.proxyPort options in tomcat under the java options this resolves the delay but also breaks another request to a different 3rd party using https URL. Maybe first, understand that this has nothing to do with Tomcat. So you may have been looking for information in the wrong places. It is your application making a connection to some outside endpoint, and Tomcat knows nothing about it. The only thing in common between your application and Tomcat, is that they both run in the same JVM. So if you set a global JVM option -D, this impacts *everything* that runs in that JVM : Tomcat, other applications, and your own application. You probably need to find a way to set these properties for your application only (or for that connection only). Sadly, I don't know java well-enough to know if that is possible in this case. What library are you using, to make that HTTP call ? Look there first. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
AW: grab hostname from tomcat manager
-Ursprüngliche Nachricht- Von: André Warnier [mailto:a...@ice-sa.com] Gesendet: Mittwoch, 2. April 2014 16:35 An: Tomcat Users List Betreff: Re: grab hostname from tomcat manager bjoern.bec...@easycash.de wrote: Hello, I need to grab the hostname from the tomcat manager somehow. Unfortunately this URL manager/text/serverinfo doesn't contain the hostname. Is there any other smart way to receive the hostname via tomcat manager app? For give me for asking, but how do you access the tomcat manager if you do not know the hostname ? Good question :). But I got a good reason for it. I got two servers with several tomcat instances. In front of them is a loadbalancer with is configured to do a failover. -LB- / \ Server1:8081Server2:8081 I need to write a shell script to sync a specific directory and for each tomcat instance I need to know on which one the loadbalancer is targeting at the moment. If tomcat 8081 on server 1 is down, the loadbalancer will point to server 2 tomcat 8081. I can find it out through the loadbalancer address only. - 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
Re: tomcat randomly undeploys and redeploys the applications
Chuck, Thanks for your response. I will get you all the information you asked for later tonight when I get out of work. In the meantime, the only threads our application creates are those created by a ScheduledThreadPoolExecutor, and in fact, when I do a thread dump to analyze what is going on, there are 30 threads associated with this executor that are in a BLOCKED state. We have had trouble with executors in the past, but these threads are supposed to be running for the lifecycle of the application. Is there a problem using an executor in a tomcat application? I will provide you with the following later today: Tomcat version, JRE version, platform, server.xml (with comments removed), context.xml for the webapp, etc. Would you like me to also attach the thread dump? On Wed, Apr 2, 2014 at 8:21 AM, Caldarale, Charles R chuck.caldar...@unisys.com wrote: From: Elias Kopsiaftis [mailto:yemi...@gmail.com] Subject: tomcat randomly undeploys and redeploys the applications I deploy the application, then in the log file catalina.out i get many messages from WebappClassLoader clearReferencesThreads saying threads appear to have started but have failed to stop This is an indication that your webapp is not managing its threads properly. then finally, Ill get a message from HostConfig checkResources that says its undeploying the context, and then it redeploys. This is sometimes caused by incorrect timestamps on the bits of the webapp that Tomcat monitors, or an incorrect clock setting on the system Tomcat is running on. The mismatch makes it appear that the webapp is being updated continuously. If you want anything more than speculation, you'll need to provide real information: Tomcat version, JRE version, platform, server.xml (with comments removed), context.xml for the webapp, etc. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Tomcat start message
On 4/2/2014 2:03 AM, André Warnier wrote: All, Referring to a classic Tomcat log like the one below : Would it not be a good idea for Tomcat, when it starts, to print a first line to its main logfile, similar to what Apache httpd does : [Tue Apr 01 18:00:02 2014] [notice] Apache/2.2.12 (Linux/SUSE) mod_ssl/2.2.12 OpenSSL/0.9.8j-fips mod_jk/1.2.26 mod_perl/2.0.4 Perl/v5.10.0 configured -- resuming normal operations I mean, for Tomcat, a line with it's own version, the Java version, the APR version if used, the host OS if available etc.. All these things that we usually ask the posters to this list to provide, and which can be obtained via the version.sh|bat script in tomcat/bin. In at least 50% of the cases, it would at least save us from having to ask. And actually running the version.sh|bat script on the server (or any command-line for that matter) may not necessarily be easy for everyone who has a problem. Sample current log : Apr 2, 2014 8:33:53 AM org.apache.catalina.core.AprLifecycleListener init INFO: The APR based Apache Tomcat Native library which allows optimal performance in production environments was not found on the java.library.path: /usr/java/jdk1.6.0_38/jre/lib/amd64/server:/usr/java/jdk1.6.0_38/jre/lib/amd64:/usr/java/jdk1.6.0_38/jre/../lib/amd64:/usr/java/packages/lib/amd64:/usr/lib64:/lib64:/lib:/usr/lib Apr 2, 2014 8:33:53 AM org.apache.coyote.AbstractProtocol init INFO: Initializing ProtocolHandler [http-bio-8080] Apr 2, 2014 8:33:53 AM org.apache.coyote.AbstractProtocol init INFO: Initializing ProtocolHandler [ajp-bio-8009] Apr 2, 2014 8:33:53 AM org.apache.catalina.startup.Catalina load INFO: Initialization processed in 890 ms Apr 2, 2014 8:33:53 AM org.apache.catalina.startup.Catalina start SEVERE: Catalina.start: org.apache.catalina.LifecycleException: Failed to start component [StandardServer[8005]] at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:154) at org.apache.catalina.startup.Catalina.start(Catalina.java:684) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [...] Apr 2, 2014 8:33:53 AM org.apache.catalina.startup.Catalina start INFO: Server startup in 6 ms +1 for this I can think of several (OK, many) mailing list threads where having this knowledge would have saved lots of time and effort. . . . just my (lazy) two cents. /mde/ - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: External URL delay from webapp
Thanks André! This is what I was suspecting too. We were using jrun prior and jrun was proxying for us automatically. Unfortunately I am not really a java person and do not know how to answer the library question you posed. I think we will need our java developers look in to this from java perspective. -Original Message- From: André Warnier [mailto:a...@ice-sa.com] Sent: Wednesday, April 02, 2014 9:50 AM To: Tomcat Users List Subject: Re: External URL delay from webapp Scott Bailey wrote: Hi all, We are having an issue with a new tomcat deployment, in our webapp we make a request to a 3rd party webservice site using http URL for retrieving the data, the first time we click the button to make the request the information is returned within a second or 2 but if we click the button again within 5 seconds to request the information again it takes a good minute for the data to be returned. We found that if we set the -Dhttp.proxyHost and -Dhttp.proxyPort options in tomcat under the java options this resolves the delay but also breaks another request to a different 3rd party using https URL. Maybe first, understand that this has nothing to do with Tomcat. So you may have been looking for information in the wrong places. It is your application making a connection to some outside endpoint, and Tomcat knows nothing about it. The only thing in common between your application and Tomcat, is that they both run in the same JVM. So if you set a global JVM option -D, this impacts *everything* that runs in that JVM : Tomcat, other applications, and your own application. You probably need to find a way to set these properties for your application only (or for that connection only). Sadly, I don't know java well-enough to know if that is possible in this case. What library are you using, to make that HTTP call ? Look there first. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org DISCLAIMER: This electronic mail message and any attached files contain information intended for the exclusive use of the intended addressee and may contain information that is proprietary, privileged, confidential and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any viewing, copying, disclosure or distribution of this information may be subject to legal restriction or sanction. Please notify sender if you are an unintended recipient and delete the original message without making copies. Thank you. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Valve configuration not working for me in tomcat?
I access my application with url i.e https://myIPAddress:8443/myWebApp/ I have created the myWebApp.xml file(same name as my application context name) which contains below context element and placed it under tomcat_home\conf\Catalina\localhost\ Context Valve className=org.apache.catalina.authenticator.MySSLAuthenticator/ /Context MySSLAuthenticator.class is under jar file which is placed under tomcat_home\lib But looks like MySSLAuthenticator is not coming into picture as i get below error where i see instance of SSLAuthenticator not MySSLAuthenticator javax.net.ssl.SSLHandshakeException: null cert chain at sun.security.ssl.Alerts.getSSLException(Alerts.java:192) at sun.security.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1884) at sun.security.ssl.Handshaker.fatalSE(Handshaker.java:276) at sun.security.ssl.Handshaker.fatalSE(Handshaker.java:266) at sun.security.ssl.ServerHandshaker.clientCertificate(ServerHandshaker.java:1631) at sun.security.ssl.ServerHandshaker.processMessage(ServerHandshaker.java:176) at sun.security.ssl.Handshaker.processLoop(Handshaker.java:868) at sun.security.ssl.Handshaker.process_record(Handshaker.java:804) at sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:1016) at sun.security.ssl.SSLSocketImpl.readDataRecord(SSLSocketImpl.java:884) at sun.security.ssl.AppInputStream.read(AppInputStream.java:102) at java.io.InputStream.read(InputStream.java:101) at org.apache.tomcat.util.net.jsse.JSSESupport.handShake(JSSESupport.java:181) at org.apache.tomcat.util.net.jsse.JSSESupport.getPeerCertificateChain(JSSESupport.java:148) at org.apache.coyote.http11.Http11Processor.action(Http11Processor.java:1120) at org.apache.coyote.Request.action(Request.java:349) at org.apache.catalina.authenticator.SSLAuthenticator.authenticate(SSLAuthenticator.java:135) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:528) i am not sure what is missing here?
Tomcat 7.0.53 no changelog
Tomcat 7.0.53 does not have a changelog. The last change log is for Tomcat 7.0.52 . Thanks, Lance Campbellhttp://illinois.edu/person/lance Software Architect Web Services at Public Affairs 217-333-0382 [University of Illinois at Urbana-Champaign logo]http://illinois.edu/
RE: Tomcat 7.0.53 no changelog
From: Campbell, Lance [mailto:la...@illinois.edu] Subject: Tomcat 7.0.53 no changelog Tomcat 7.0.53 does not have a changelog. The last change log is for Tomcat 7.0.52 . It's there when I look at the changelog page: http://tomcat.apache.org/tomcat-7.0-doc/changelog.html You may need to refresh your browser. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: RES: Configuring limits of requests/sessions/threads in Tomcat
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Danilo, On 4/1/14, 8:37 PM, Danilo Amaral de Oliveira wrote: Hello Chritopher, You make score. Exactly, I am waiting 500 users on the peak time. The archive is in a separated storage in our environment. So, I think that it is not a limiting factor. I will try some maxthreads configurations and stress situations to see if the server will could handle 500 users. If necessary I can increase the server memory and processing, we have robust cluster. Actually the server has 4 cores and 8gb of memory. None of that really matters. You could serve this site off an iPhone if you had enough network bandwidth. That's why I suggested using a CDN. At the same time, I am analyzing with security team if we could liberate a specific video in youtube Beware of YouTube's terms of service. You may be better off with a choice like Vimeo. In you host on Amazon S3, you have no licensing problems (as long as the content truly is yours). in order to instead use JWPlayer the site use an embedded youtube video, so I take off the responsibility of tomcat to deliver the video and I can sleep in peace. hahha That's what CDNs are for. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBCAAGBQJTPGxQAAoJEBzwKT+lPKRYDFYQAKzWjCupgJPB1V2Y/5fY3+Y8 gpZYxxrrHPl4BEJRng0Idwriw1m1BLyIAfsp+KMlCuwRJpvaATQhHy04C516DvlZ kmDT6vYh6ZsfFxrhcLjzm16pjs34OCltIDGC5zko54jpeWBaO7r+HZpKzJQi7uHs 3CDML7WasLtsSJEVk2tdu1MoHZ/iviegVbk6gsDZbYm0HEsc1cuU3uA2mHkYAxQU 3DmiPpN1cSExQScpAJGUF2hC4xnUNOM4kpcAvhc5PgQHnp3GmFMYSjviFXulfIUm bu2IfYMMxftViIfo1+c6szZq73SN7J+2e/W6Bgx53/hsGjSI3o43DLUpRgL3p9Jx y5VSOnCp4CTPnpw4HOyzrbmIMZjNIlDxrTRYKdnPmJeNXOxWzPqtm7687cdNup9U coQqqueY8MiDEEDCYFXw43ajK/k54xxQ/08/2CVldQKCitjmtWBypPHA5SlVb9Wr fNQqqLoOxttddbdYcOREW2CMk8exqYfQNTRAndOS7B94UYRLmLprxxJryUhOK0TT LP6lxNQk/sqElw31GGZawCtZiHklKJ+zTXUqtUUJSCKt9NxlhFNhFV5lvIm2jEik w5r0HEWHefn9Ineu6B1CrtAMoerCelDSAVBpBHqYd3RL/ikZaOFRdX43DTLCX9Ft dktwTvK3lLsa27VanYYS =njlk -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: tomcat randomly undeploys and redeploys the applications
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Chuck, On 4/2/14, 8:21 AM, Caldarale, Charles R wrote: From: Elias Kopsiaftis [mailto:yemi...@gmail.com] Subject: tomcat randomly undeploys and redeploys the applications I deploy the application, then in the log file catalina.out i get many messages from WebappClassLoader clearReferencesThreads saying threads appear to have started but have failed to stop This is an indication that your webapp is not managing its threads properly. then finally, Ill get a message from HostConfig checkResources that says its undeploying the context, and then it redeploys. This is sometimes caused by incorrect timestamps on the bits of the webapp that Tomcat monitors, or an incorrect clock setting on the system Tomcat is running on. The mismatch makes it appear that the webapp is being updated continuously. I've found that in development, a single update can cause Tomcat to go into a loop of redeployments, re-deploying my web application every few seconds or so. If I let it go, it does finally stop reloading and settle down. I believe Tomcat will emit a log message informing the administrator which file has triggered the reload, but I think it's at the DEBUG log level. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBCAAGBQJTPG2nAAoJEBzwKT+lPKRY9oIQAIFI0aUQ33he8KqNQgwBaigY otTiL3Cr6dvVfYi2pLP9YK/2BqOkjtmCXAZ99gOhV0h3QntMWrBbYmkcu6BuibPH gnm2vME/B8XdNhGatPQgs1dW3OWa/OTra6req0CcLX3IucGERJWrMotOSLrsylUH lVkVWoRXZ3m6NikExKCmB/DUzy9dsecHGZM3hETEloye6p7EVez+RHFg/7VWDU42 GyPZqiGFVRDELobbc4FVAy2R0OLPVSXzbsnuM3ZFS/TRqX+PKItfsnYczzrck3rK ozeYjmgG5IKD4eL/Nl0iUcZ/CjmHxTJCSlVwRhnQ7InFoNjR0TYur2dyw/+mqdlj U0u61XYJiUqHUnk5LUh5pFvxfKOyRSy34YlHAHTOBg6Nl/TZoAMtGBXQ5gsLssHC uf1U/oTl1hfhgIynQ3ijn10TXXXskEux5GHegUGVv8HqZNEcPVtuPw+3fEhGsXEu vgHmXUJIbLBDwIVD9WGC7iYHR4zNwHetlFwUE+sxAxP/zLwPd+Ps4TcoKabUh0nG sE7oj/qZxBHRxGIXg6BnGuzerHJPJT8dcaAo+U1zSmQdlAy1mCdvUrFpA7i63RdT XU8mwimmr93WBBOkhnWg4iJjTIl2LKEo1GmV0JiB/eqZaWIFNFy8oBnW56KnEhLV coHAGbSi2o7XZUdVpn0v =kMSx -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: tomcat randomly undeploys and redeploys the applications
Thats very interesting. When you say update, what do you mean technically? On Wed, Apr 2, 2014 at 4:05 PM, Christopher Schultz ch...@christopherschultz.net wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Chuck, On 4/2/14, 8:21 AM, Caldarale, Charles R wrote: From: Elias Kopsiaftis [mailto:yemi...@gmail.com] Subject: tomcat randomly undeploys and redeploys the applications I deploy the application, then in the log file catalina.out i get many messages from WebappClassLoader clearReferencesThreads saying threads appear to have started but have failed to stop This is an indication that your webapp is not managing its threads properly. then finally, Ill get a message from HostConfig checkResources that says its undeploying the context, and then it redeploys. This is sometimes caused by incorrect timestamps on the bits of the webapp that Tomcat monitors, or an incorrect clock setting on the system Tomcat is running on. The mismatch makes it appear that the webapp is being updated continuously. I've found that in development, a single update can cause Tomcat to go into a loop of redeployments, re-deploying my web application every few seconds or so. If I let it go, it does finally stop reloading and settle down. I believe Tomcat will emit a log message informing the administrator which file has triggered the reload, but I think it's at the DEBUG log level. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBCAAGBQJTPG2nAAoJEBzwKT+lPKRY9oIQAIFI0aUQ33he8KqNQgwBaigY otTiL3Cr6dvVfYi2pLP9YK/2BqOkjtmCXAZ99gOhV0h3QntMWrBbYmkcu6BuibPH gnm2vME/B8XdNhGatPQgs1dW3OWa/OTra6req0CcLX3IucGERJWrMotOSLrsylUH lVkVWoRXZ3m6NikExKCmB/DUzy9dsecHGZM3hETEloye6p7EVez+RHFg/7VWDU42 GyPZqiGFVRDELobbc4FVAy2R0OLPVSXzbsnuM3ZFS/TRqX+PKItfsnYczzrck3rK ozeYjmgG5IKD4eL/Nl0iUcZ/CjmHxTJCSlVwRhnQ7InFoNjR0TYur2dyw/+mqdlj U0u61XYJiUqHUnk5LUh5pFvxfKOyRSy34YlHAHTOBg6Nl/TZoAMtGBXQ5gsLssHC uf1U/oTl1hfhgIynQ3ijn10TXXXskEux5GHegUGVv8HqZNEcPVtuPw+3fEhGsXEu vgHmXUJIbLBDwIVD9WGC7iYHR4zNwHetlFwUE+sxAxP/zLwPd+Ps4TcoKabUh0nG sE7oj/qZxBHRxGIXg6BnGuzerHJPJT8dcaAo+U1zSmQdlAy1mCdvUrFpA7i63RdT XU8mwimmr93WBBOkhnWg4iJjTIl2LKEo1GmV0JiB/eqZaWIFNFy8oBnW56KnEhLV coHAGbSi2o7XZUdVpn0v =kMSx -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: tomcat randomly undeploys and redeploys the applications
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Elias, On 4/2/14, 4:05 PM, Christopher Schultz wrote: Chuck, On 4/2/14, 8:21 AM, Caldarale, Charles R wrote: From: Elias Kopsiaftis [mailto:yemi...@gmail.com] Subject: tomcat randomly undeploys and redeploys the applications I deploy the application, then in the log file catalina.out i get many messages from WebappClassLoader clearReferencesThreads saying threads appear to have started but have failed to stop This is an indication that your webapp is not managing its threads properly. then finally, Ill get a message from HostConfig checkResources that says its undeploying the context, and then it redeploys. This is sometimes caused by incorrect timestamps on the bits of the webapp that Tomcat monitors, or an incorrect clock setting on the system Tomcat is running on. The mismatch makes it appear that the webapp is being updated continuously. I've found that in development, a single update can cause Tomcat to go into a loop of redeployments, re-deploying my web application every few seconds or so. If I let it go, it does finally stop reloading and settle down. I believe Tomcat will emit a log message informing the administrator which file has triggered the reload, but I think it's at the DEBUG log level. It's WebappClassLoader. You'll want to add this to your logging.properties in order to emit those messages: org.apache.catalina.loader.WebappClassLoader.level=DEBUG - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBCAAGBQJTPHDjAAoJEBzwKT+lPKRYr4wP/3AzjqhtU8MKyuEoHSwyrwTt 3z0GaYZEolH+kW46+QOOnFUOXvWaK8MHjy5VgRU1rZP9DK/dwGYGbKrA7sMd9iuG nvjo7v/hLrPxtvvt8LKiH+vQslhyMU86uNReXu90QUWD0shj3twfC78IEWJKp0rl NR2/+mIardJv4KeZ06HQVgD/+xWpWVSxeDOeJJ3i1/alxhh7P7ybs8M3v9QTmaHC XFQEKSdb4MEn1tgEl88ucbhaibKLJKizOYRBfG2k0J3CcVsRtfsefmh0KDXSSBT+ C6cOKULYCf4JimHdLAo8Ap0C4d6dBIu2MwIXRR+voV0rEtsn2uf43VaJmp9XsQie 9Gb6PQz7LUHUBAMb4FNrTRAWqfAb0LSq9Q1wXVOa9Ai6HMkYKnIZaO9pHfnAaQKK 34Zc5JMahtsbPtRj2jKSWiss92N5EDcKZHPLnhz1Z0q+zKRfCiBxDC3aS/bb4vIY HuYLc1MZq9+2PXjj6Mp9TP/eYOLkGgmT9OLsN+sdNSEmwpFQd/p5zQ9He7OW05O9 q0wMjNmx0SRfjV5BrtG2k4eSvVaJpUP0FNKWWhaBAkreIyLs3P5C2QMjZ36NnJkA zO6jDsCJjwc7QOroSFyB++qm3FISDxGTuestkv0UAi92I+ePgjxooOPqSLmaVv5i 7UiJvtiB6XzAMxpn8wny =cKnh -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: tomcat randomly undeploys and redeploys the applications
Thanks Chris! I will look into this and let you guys know what I find On Wed, Apr 2, 2014 at 4:19 PM, Christopher Schultz ch...@christopherschultz.net wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Elias, On 4/2/14, 4:05 PM, Christopher Schultz wrote: Chuck, On 4/2/14, 8:21 AM, Caldarale, Charles R wrote: From: Elias Kopsiaftis [mailto:yemi...@gmail.com] Subject: tomcat randomly undeploys and redeploys the applications I deploy the application, then in the log file catalina.out i get many messages from WebappClassLoader clearReferencesThreads saying threads appear to have started but have failed to stop This is an indication that your webapp is not managing its threads properly. then finally, Ill get a message from HostConfig checkResources that says its undeploying the context, and then it redeploys. This is sometimes caused by incorrect timestamps on the bits of the webapp that Tomcat monitors, or an incorrect clock setting on the system Tomcat is running on. The mismatch makes it appear that the webapp is being updated continuously. I've found that in development, a single update can cause Tomcat to go into a loop of redeployments, re-deploying my web application every few seconds or so. If I let it go, it does finally stop reloading and settle down. I believe Tomcat will emit a log message informing the administrator which file has triggered the reload, but I think it's at the DEBUG log level. It's WebappClassLoader. You'll want to add this to your logging.properties in order to emit those messages: org.apache.catalina.loader.WebappClassLoader.level=DEBUG - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBCAAGBQJTPHDjAAoJEBzwKT+lPKRYr4wP/3AzjqhtU8MKyuEoHSwyrwTt 3z0GaYZEolH+kW46+QOOnFUOXvWaK8MHjy5VgRU1rZP9DK/dwGYGbKrA7sMd9iuG nvjo7v/hLrPxtvvt8LKiH+vQslhyMU86uNReXu90QUWD0shj3twfC78IEWJKp0rl NR2/+mIardJv4KeZ06HQVgD/+xWpWVSxeDOeJJ3i1/alxhh7P7ybs8M3v9QTmaHC XFQEKSdb4MEn1tgEl88ucbhaibKLJKizOYRBfG2k0J3CcVsRtfsefmh0KDXSSBT+ C6cOKULYCf4JimHdLAo8Ap0C4d6dBIu2MwIXRR+voV0rEtsn2uf43VaJmp9XsQie 9Gb6PQz7LUHUBAMb4FNrTRAWqfAb0LSq9Q1wXVOa9Ai6HMkYKnIZaO9pHfnAaQKK 34Zc5JMahtsbPtRj2jKSWiss92N5EDcKZHPLnhz1Z0q+zKRfCiBxDC3aS/bb4vIY HuYLc1MZq9+2PXjj6Mp9TP/eYOLkGgmT9OLsN+sdNSEmwpFQd/p5zQ9He7OW05O9 q0wMjNmx0SRfjV5BrtG2k4eSvVaJpUP0FNKWWhaBAkreIyLs3P5C2QMjZ36NnJkA zO6jDsCJjwc7QOroSFyB++qm3FISDxGTuestkv0UAi92I+ePgjxooOPqSLmaVv5i 7UiJvtiB6XzAMxpn8wny =cKnh -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: tomcat randomly undeploys and redeploys the applications
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Elias, On 4/2/14, 4:12 PM, Elias Kopsiaftis wrote: Thats very interesting. When you say update, what do you mean technically? I mean a build that triggers new class files, libraries, or some other watched resource to trigger an automatic reload. If you want to disable automatic reloads completely, set reloadable=false on your Context (which is actually the default). If you want to still be able to reload your web application sometimes, consider installing the Manager webapp, which will let you do reloads, etc. via a text/HTTP or GUI interface. - -chris On Wed, Apr 2, 2014 at 4:05 PM, Christopher Schultz ch...@christopherschultz.net wrote: Chuck, On 4/2/14, 8:21 AM, Caldarale, Charles R wrote: From: Elias Kopsiaftis [mailto:yemi...@gmail.com] Subject: tomcat randomly undeploys and redeploys the applications I deploy the application, then in the log file catalina.out i get many messages from WebappClassLoader clearReferencesThreads saying threads appear to have started but have failed to stop This is an indication that your webapp is not managing its threads properly. then finally, Ill get a message from HostConfig checkResources that says its undeploying the context, and then it redeploys. This is sometimes caused by incorrect timestamps on the bits of the webapp that Tomcat monitors, or an incorrect clock setting on the system Tomcat is running on. The mismatch makes it appear that the webapp is being updated continuously. I've found that in development, a single update can cause Tomcat to go into a loop of redeployments, re-deploying my web application every few seconds or so. If I let it go, it does finally stop reloading and settle down. I believe Tomcat will emit a log message informing the administrator which file has triggered the reload, but I think it's at the DEBUG log level. -chris - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBCAAGBQJTPHFUAAoJEBzwKT+lPKRYwKEQALm1X3IqSHJLcLRyeM41gDeh vcnu1zgUP1KqGJeV1BZHq3aREUBELdcpCncvVALd4xuJT+1JR6qDbHRINNSUAEbF JNx8j0r+/Y2eYFFwWt4gNa+7USSxvy7xzz0Sj726U74MCoiSQULKB/53VNn8tPPA GhNsZcIcclYaaaDyEV5OQ0joyLwrVXo7AWbvsh82AJmpoQ0WnkKmsX40u4rTbMfb bb3JLnDEs93WGbYzKd7UfXxs9gaVFLg+TFeBP+hNiAfRz2JFiBiQnpwsNBURA0lo SySFylSVXI2JjHexaT4N+OR3ZB4d2p4eEwOA1Cv9ZGEU/9wH6cTIykDsL2SYWubj 6+3VeGL2xepq6PYxaniDaRLx+dxcEOs97dVxHS/w+M5VzUm2LZm7O9vXuhtQTLGt WIOhp5ffpvYVvLhuDoxm7XmPMnMH4kBOjc5Cz4v3NgL9eVUJIRWJxWPkdqnZFiU/ S9pQmWl6BBgt5gOUUjLu8almvYWoi8ogGt8Sv4iX1EYdGrGpU1eyqxlHV3C2pR58 eBUqaVE4GLaa0H8ZknMm0leLRdzdhMaEUDbPBdHl2XfCo9+CkqX059zqp6UPFiFr ap5UgkFl8llobJoxLM1hbE635Wxg26LpxagQ9kUR1wWHrlyIeldrEV0dQtfuvqf5 b7KIADcRBXm5hTpRTXap =EZOG -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Valve configuration not working for me in tomcat?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Mohit, On 4/2/14, 12:10 PM, Mohit Gupta wrote: I access my application with url i.e https://myIPAddress:8443/myWebApp/ I have created the myWebApp.xml file(same name as my application context name) which contains below context element and placed it under tomcat_home\conf\Catalina\localhost\ Context Valve className=org.apache.catalina.authenticator.MySSLAuthenticator/ /Context MySSLAuthenticator.class is under jar file which is placed under tomcat_home\lib But looks like MySSLAuthenticator is not coming into picture as i get below error where i see instance of SSLAuthenticator not MySSLAuthenticator I don't believe you can /replace/ Tomcat's existing authenticator. Is your Valve being initialized? Can you find out where it is in the Valve chain? I checked, and that information does not appear to be available via JMX :( - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBCAAGBQJTPHNDAAoJEBzwKT+lPKRY2c0QALO5CpQ/C/bKW15jDtwaZnf6 DfWnl+Rs65iL6jtTK7ToAqHtu2+f/5tC2mE/+/hBqjIYHH3eTObKHyh3lI6soNJp MGvywozvE24SJPoQ4RLs2ZOeVty87/EMkv3Vjqq20kcgtwbP5S2se1flMqx9b0Wc EazmzRMiwkR+oNsBD6hF1TtOLGvVr2JrwwY2TCczsDApYDQvRoHqArh5Z1ls+wjU haPHge9jYVL8MyfIix4ClrVTQwld+mvWD7fYX79EGt4gFj7FLJ9vo2yT6Cj4ETdq HFhW8AWsOe5BKOh3rDTw02yyxWXMoi4B0txHxRlW8xmPPEDmKkfLs6EDlWRz29uQ twDyrEcYILJE89c9U8/9bJbUSwrTE5F20BRh2EOQwYvDBd524J0cb4tQTYfJNV5Z QPhRbK89rzF7XZrDtq6K2Nd0I1Lg7OgnxeCgf0wVm2zkitAyA0wnjH2p+omP9X7N STznwwLCNegKgHflbwP0Sw0W9Wn3WfO/y+TNXh9rnO4vRzsw9a1xbU/ciaDP+sP7 tFPdI9YynsVlUrKFOlb9Ij4SUBbRIgj3E/P9i0IC1MavtSQonuMlXuO4V6aqY59j p8N2FlMeQ4T8tTyg8nsgFNVQYwMtFnDJbWMCook6M2CXrIYaLBhCBHVH/30osjFY GDq7Wat5Kg6riLEsPGkK =EaI9 -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: tomcat randomly undeploys and redeploys the applications
Chris, On 4/2/2014 1:05 PM, Christopher Schultz wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Chuck, On 4/2/14, 8:21 AM, Caldarale, Charles R wrote: From: Elias Kopsiaftis [mailto:yemi...@gmail.com] Subject: tomcat randomly undeploys and redeploys the applications I deploy the application, then in the log file catalina.out i get many messages from WebappClassLoader clearReferencesThreads saying threads appear to have started but have failed to stop This is an indication that your webapp is not managing its threads properly. then finally, Ill get a message from HostConfig checkResources that says its undeploying the context, and then it redeploys. This is sometimes caused by incorrect timestamps on the bits of the webapp that Tomcat monitors, or an incorrect clock setting on the system Tomcat is running on. The mismatch makes it appear that the webapp is being updated continuously. I've found that in development, a single update can cause Tomcat to go into a loop of redeployments, re-deploying my web application every few seconds or so. If I let it go, it does finally stop reloading and settle down. Can you describe your development environment a little bit, and any thoughts as to what might trigger this loop of redeployments? I've not seen this, but it could explain some issues some the developers I support are seeing. I believe Tomcat will emit a log message informing the administrator which file has triggered the reload, but I think it's at the DEBUG log level. - -chris Thanks, /mde/ - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: AW: grab hostname from tomcat manager
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Bjorn, On 4/2/14, 10:54 AM, bjoern.bec...@easycash.de wrote: -Ursprüngliche Nachricht- Von: André Warnier [mailto:a...@ice-sa.com] Gesendet: Mittwoch, 2. April 2014 16:35 An: Tomcat Users List Betreff: Re: grab hostname from tomcat manager bjoern.bec...@easycash.de wrote: Hello, I need to grab the hostname from the tomcat manager somehow. Unfortunately this URL manager/text/serverinfo doesn't contain the hostname. Is there any other smart way to receive the hostname via tomcat manager app? For give me for asking, but how do you access the tomcat manager if you do not know the hostname ? Good question :). But I got a good reason for it. I got two servers with several tomcat instances. In front of them is a loadbalancer with is configured to do a failover. -LB- / \ Server1:8081 Server2:8081 I need to write a shell script to sync a specific directory and for each tomcat instance I need to know on which one the loadbalancer is targeting at the moment. How will you check to see which one the lb is targeting? If tomcat 8081 on server 1 is down, the loadbalancer will point to server 2 tomcat 8081. I can find it out through the loadbalancer address only. You should probably set a jvmRoute in your Engine in server.xml. That way, you can detect which back-end server you are getting just by looking at the JSESSIONID cookie. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBCAAGBQJTPHPuAAoJEBzwKT+lPKRYW+oQAKr/BQOhCwBxlA+0cboIWdoO HLQw8czwuYVqxag9cFiy7XiAUGmnph3pYfZTj6YcYXKDVBEeCuWEVPDFsSuRQG3u +I9UnWFnoFn8OCWJyv2RKKBfkZ3UhjJom3JmLnHxnWb4KbU9yz/ep5xNpJ43WY3x VxiPlkdksIKTiwycc6itM+5/URoHn5LzMSAdzb2ZFVhx/VlaubAfqaAo6fIVylTj TZ0JdZR9QNvL+KO+QPUN5c9j2unVk08oc1feNSyDOdWrs0Fg4e5i6qjORxroA17L 1uEZhnivHL8wvUt89F+oQ+1rqBIff+c242vdvDE7STJK4vUJfSk2JLPIvu/fApfl NhTgCCM8J7XOIUgCT556RHjioUhCumdzL24PUiIs30DSMYB2/5pC+jarF4+3iXI5 8tAeZR+vVaTaszKYoWjA37dV3WIC+06Us5v2hmmVcuyVxN+IE/hqrxpBkSORcbO4 5PpXJThPHQPvHMwJCywwIxaEDfLuxcWMXD4TJl5cogePt/BRA3p+9xafbuGJvEkN gaUDSNLXGMTd9iKUHdjH5g5arEPs0tIy5EJVpIcNk1X2QS0nfzH4P7TjrqNj432c fn3NPUUKn1QdIW6enyc6rgHnF+JHPFCETCtkmbX8lNfqr7rtorpmFXphvrFqcAFa B43OfQbSyuHsrkfVSoEx =RiHw -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: tomcat randomly undeploys and redeploys the applications
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Mark, On 4/2/14, 4:30 PM, Mark Eggers wrote: Chris, On 4/2/2014 1:05 PM, Christopher Schultz wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Chuck, On 4/2/14, 8:21 AM, Caldarale, Charles R wrote: From: Elias Kopsiaftis [mailto:yemi...@gmail.com] Subject: tomcat randomly undeploys and redeploys the applications I deploy the application, then in the log file catalina.out i get many messages from WebappClassLoader clearReferencesThreads saying threads appear to have started but have failed to stop This is an indication that your webapp is not managing its threads properly. then finally, Ill get a message from HostConfig checkResources that says its undeploying the context, and then it redeploys. This is sometimes caused by incorrect timestamps on the bits of the webapp that Tomcat monitors, or an incorrect clock setting on the system Tomcat is running on. The mismatch makes it appear that the webapp is being updated continuously. I've found that in development, a single update can cause Tomcat to go into a loop of redeployments, re-deploying my web application every few seconds or so. If I let it go, it does finally stop reloading and settle down. Can you describe your development environment a little bit, and any thoughts as to what might trigger this loop of redeployments? I use Eclipse for development, but our real build process is ant-based. We have some watched resources configured outside the default (stuff like Struts config files, etc.). When I do a build while Tomcat is running, usually I get one webapp reload, but sometimes I get a series of reloads. It usually gets so irritating (our webapp takes about 10 seconds to reload) that I just kill Tomcat and immediately restart it. It starts up once and all is well after that. I've not seen this, but it could explain some issues some the developers I support are seeing. It definitely happens, and I never remember to enable the DEBUG logging to find out what resource it thinks has been updated until after it happens, at which point I just don't care. Perhaps I should enable it right now :) - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBCAAGBQJTPHjmAAoJEBzwKT+lPKRYtzMP/2cBUk4nK2Ox5IL4BvxT0YF1 xb5WGrh+QvRBuOyPF1M2X2SVIijyh0k9geRD3zWaGl4YZ8dLVZY4mXEmh2lXt4g9 B1jhNrUpeNHUVtb5gVrzwj063H+duabm67OWzXXJMzTY2MlaroPhx9W80Fu7OpJY Nsh7WNsFxBa5KPAV2H3XjbP6Oskbpv1F329AaBHM6HAH2J4eHahtpEujaIolSQbA L8rOT1UYw3dblMQRuvryydB42btw1hTpgZX7UHGIsNxtELPy8LkwrmaCxAKaHBvR zbw2vKj5VWjpaBmWzPT4qIrdIJg2wUAfXYjyAKuZ5JRxIxEPiTWB6SM5224Jzknv DFwic0FxervIcLudfSb96Xcto0fqNzUJeHHPhRD8eGzSOIdkqiI8Faqml/f207ma ibXQp6OIo1P8YLGkA21ZWBwSrp3hvKpV0+Nq+LarVTueODv4Mig1E8S3B5n9CzZQ 8N6vVZolnZlpkXC88VuQk6Dct0u8kmx5sqR/HUY7ACSVZHskRABVi5C+AxWg89TN ElXmPydGyjgvOp1Ldf5S6jBSdTY9qI7LEl7kBrEUKMz4aBzwfmTw2/08yozAjaQW TxJuOderFvslr+C2iQ6g8Qqsk+davD/bZ05REw9vz4/QgGzGCNhAW9pKoH5GoU0x ZHwMuvTSzwM754whVzKf =fzrA -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: How to deploy Java application into Tomcat in Linux
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Randir, On 4/1/14, 1:13 AM, Randhir Singh wrote: As per my understanding, the steps to deploy a Java application on Tomcat (5.X/6.X) in Linux would be as follows: 1) Install Tomcat on Linux Yes. Make sure it is a supported version of Tomcat. 2) Add a host entry in $TOMCAT_HOME/conf with the syntax like- - Host name=xxx.co.in debug=0 appBase=/opt/setuponm/jakarta-tomcat-5.0.28/sterlite/reportstool unpackWARs=false autoDeploy=false Aliasreports.fion.co.in/Alias This needs to go into CATALINA_BASE/conf/server.xml. We use CATALINA_BASE to identify the installation of Tomcat that is actually being launched. CATALINA_HOME is where Tomcat is installed, while CATALINA_BASE is where it is configured in a multi-instance setup (single install, multiple configuration). TOMCAT_HOME and CATALINA_HOME could be considered the same thing, though TOMCAT_HOME is not a recognized environment variable in any Tomcat script. Context path= docBase=/opt/setuponm/jakarta-tomcat-5.0.28/sterlite/reportstool debug=0 reloadable=false crossContext=false / You should not put the above in CATLAINA_BASE/conf/server.xml. Instead, you should have a META-INF/context.xml file in your web application, and your WAR file should be ROOT.war (case matters, even on case-insensitive filesystems) if you want to deploy as the ROOT context. The debug attribute is not valid in any supported version of Tomcat: you should remove that. You've been reminded by many commenters, but I'll mention it again: you are recklessly behind in your Tomcat version. You need to upgrade. - -chris The above code would assign the host name to access the URL, gives the location of the web application pointed out by appBase context path. 3) Start Tomcat. Please let me know if the steps above are correct and also please let me know in detail if the steps are not correct. Did you try the above? Did it work? - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBCAAGBQJTPHpQAAoJEBzwKT+lPKRYdaIP/ReQ5n4U5Q+AWJoOX+8s8Pr9 rTGcodPw7wMmBi8PLs1ga6OxFjB3DOLr9G4CG+oxEvvob0ZcldCW0AELaT0iXDOD fdW6LZ7Sbsgh+t7uL/ROW3CHhrY9vTcKeGBOuTdcCcmrYjswCWpt7h7aDLtq1cJ/ IZPx3RU5J/5odkhAr8tzRWnXxBImWuPQbE7n3k1LdiJHrl48UUEL9s+WHZM1S3ng RS8czgp2T4TCMkK9bZDjBXDMQXCXL1ixoXYhm9vNski2iqyEbQXqFQsjkwS2W7sE Wu3MqSt2H9hEeUnH3WL+wl7vJCgOvvfU4cAGAm37T9F2G9ojWSzASxqSWYaF6/bb 4E5hk++UAML2MAyn6zGq83zWmWF6rASIiXTgM1ny7QCVcxn8B+a3oQT2y3wy5kEy H2TNLsLGlLaBLtWaWKvh43kqclP3wXwvkiycrHq71p5aEdgkmqHZ63gezdQat7YD zf/EihI3WzfL962whYbSUXLwXdJAFAdTdOq3MFiIMVwkraFBNT8xbqyFtLdzcBZx pBvmUoAk1crluiFF+9XxGFsvP2KgzF/Wpj3vv2QocHgaQhBRh9gMtUp/LR5kmccr RFCrpSHmHGHH2zT4ic72DXqX2D7MmJHvU5FSRfCjfIfwDnsShNTRpL+Iu0htse94 N09PveKmDuHPKxjqrFZ0 =EDwc -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: tomcat randomly undeploys and redeploys the applications
Chris, On 4/2/2014 1:54 PM, Christopher Schultz wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Mark, On 4/2/14, 4:30 PM, Mark Eggers wrote: Chris, On 4/2/2014 1:05 PM, Christopher Schultz wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Chuck, On 4/2/14, 8:21 AM, Caldarale, Charles R wrote: From: Elias Kopsiaftis [mailto:yemi...@gmail.com] Subject: tomcat randomly undeploys and redeploys the applications I deploy the application, then in the log file catalina.out i get many messages from WebappClassLoader clearReferencesThreads saying threads appear to have started but have failed to stop This is an indication that your webapp is not managing its threads properly. then finally, Ill get a message from HostConfig checkResources that says its undeploying the context, and then it redeploys. This is sometimes caused by incorrect timestamps on the bits of the webapp that Tomcat monitors, or an incorrect clock setting on the system Tomcat is running on. The mismatch makes it appear that the webapp is being updated continuously. I've found that in development, a single update can cause Tomcat to go into a loop of redeployments, re-deploying my web application every few seconds or so. If I let it go, it does finally stop reloading and settle down. Can you describe your development environment a little bit, and any thoughts as to what might trigger this loop of redeployments? I use Eclipse for development, but our real build process is ant-based. We have some watched resources configured outside the default (stuff like Struts config files, etc.). Ah, makes sense. When I do a build while Tomcat is running, usually I get one webapp reload, but sometimes I get a series of reloads. It usually gets so irritating (our webapp takes about 10 seconds to reload) that I just kill Tomcat and immediately restart it. It starts up once and all is well after that. Yep, and in the process more files are copied about, and that triggers another reload. Fun, fun. I've not seen this, but it could explain some issues some the developers I support are seeing. It definitely happens, and I never remember to enable the DEBUG logging to find out what resource it thinks has been updated until after it happens, at which point I just don't care. Perhaps I should enable it right now :) - -chris I've managed to make this happen in my environment now (NetBeans 7.4, Maven 3.2.1, Tomcat 7.0.42 - all will be upgraded soon). I just needed an application that takes a bit longer to load. I only managed to trigger two reloads, so it's not much of an issue. Maybe look at adding the backgroundProcessorDelay attribute to the context? I don't know what would happen if the context got a string of reload requests within the delay interval. Would it queue them up one after the other, or would it just execute one? /mde/ - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org