Catalina start problem

2014-04-02 Thread Neeraj Sinha
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

2014-04-02 Thread André Warnier

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 Thread Konstantin Kolinko
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

2014-04-02 Thread Elias Kopsiaftis
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

2014-04-02 Thread Caldarale, Charles R
 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

2014-04-02 Thread Bjoern.Becker
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

2014-04-02 Thread Alten, Jessica-Aileen
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

2014-04-02 Thread André Warnier

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

2014-04-02 Thread Scott Bailey
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

2014-04-02 Thread André Warnier

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

2014-04-02 Thread Leo Donahue
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

2014-04-02 Thread André Warnier

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

2014-04-02 Thread Bjoern.Becker
 -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

2014-04-02 Thread Elias Kopsiaftis
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

2014-04-02 Thread Mark Eggers

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

2014-04-02 Thread Scott Bailey
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?

2014-04-02 Thread Mohit Gupta
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

2014-04-02 Thread Campbell, Lance
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

2014-04-02 Thread Caldarale, Charles R
 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

2014-04-02 Thread Christopher Schultz
-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

2014-04-02 Thread Christopher Schultz
-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

2014-04-02 Thread Elias Kopsiaftis
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

2014-04-02 Thread Christopher Schultz
-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

2014-04-02 Thread Elias Kopsiaftis
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

2014-04-02 Thread Christopher Schultz
-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?

2014-04-02 Thread Christopher Schultz
-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

2014-04-02 Thread Mark Eggers

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

2014-04-02 Thread Christopher Schultz
-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

2014-04-02 Thread Christopher Schultz
-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

2014-04-02 Thread Christopher Schultz
-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

2014-04-02 Thread Mark Eggers

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