On 7/8/13 10:52 PM, "Christopher Schultz" <ch...@christopherschultz.net>
wrote:
>-----BEGIN PGP SIGNED MESSAGE-----
>Hash: SHA256
>
>Jeremy,
>
>On 7/5/13 11:24 AM, Majors, Jeremy wrote:
>> For a simple web application, what is the expected delay when
>> switching to new version of an application when using the parallel
>> deployment process? I'm trying to do timings right now with a
>> single Hello World JSP and sometimes there is a delay of up to 4
>> seconds when the new version of the application is deployed
>> (running 5 users simultaneously using Jmeter with cookies turned
>> off), but other times I don't see this behavior.
>
>How are you deploying the new version? Are you dropping another WAR
>file into the webapps/ directory, or are you using the manager webapp
>to deploy the new version?
Our current deployment mechanism involves placing a new context.xml file
in {tomcat.root}/conf/Catalina/localhost/ which has the docbase property
set to an already exploded WAR.
>
>> Does anyone know if it is expected for there to be a slight hiccup
>> in response times when the applications are deployed via parallel
>> deployment? I understand that many applications will have
>> initialization logic and that may cause a delay, but I'm wondering
>> if I should expect tomcat to introduce a very small delay when
>> switching from the old version to the new version and if so, how
>> long should I expect that process to take.
>
>You might be seeing the delay that Tomcat has between auto-deployment
>runs... it can't scan the webapps/ directory all the time for updates,
>or it would significantly impact overall performance of the server.
>
>- -chris
>-----BEGIN PGP SIGNATURE-----
>Version: GnuPG/MacGPG2 v2.0.17 (Darwin)
>Comment: GPGTools - http://gpgtools.org
>Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
>
>iQIcBAEBCAAGBQJR24j5AAoJEBzwKT+lPKRYLcsP/iPCSidPLU2TzpEOgGNVRn/q
>MqCrczqR9hENmJdDFX7ViAt9wB7xi6VONzcCZrVjre76PDVAMaPs10vzpV8kGpAW
>B9JqSn+200HStHP/Xc03vgl9Ol2WgWfx74sZclpyWGiyFZwFEbj8g/C9ynw8vAlJ
>U4PugBbVMURcE32sT/tuBtlPFceGkT2k7n3Te6dcDTkO2ymFkP0cAuU3Mv4WYr07
>Rwc92p+KRhWk2QJVXKnoaLzDohXxRwarASuZjmcptOeNIqW0TYh6baZ2SP9f0Maj
>CR2Z+fXyEEGeAocPbE4AfrusD902zrEitNdii93Frxt9LGxOMrZuPoEGKv7x3O6y
>NhHwn05msZ6wsJ9h0RWcZjxsvL4z6SSTByT5UrK3QnG86DIhPLhA8NzQWjqRafbu
>JfFKK8a3/2JffbJjnHfy5bd7yoXVzVUFEkq6PuyPtCcNQ3mur95OklCiVxRQQETB
>To4PQrkNLVDfIg5BLo+e+slvCiBkozM1RZgXSiDixgHuNvg+GldRrZsXnIzKuwT7
>y0GR65vm557MQSPjCUtsZ2BiAhsDzgLgwhhdwPwsh3UzoYLdZr1WWBerm7c0mgVO
>pyTw0ec9lld3mxXYbq36tepDqCHK01ldow1Y4x9k2YA0Sp7z4zhcWV/2UcmANmuU
>s2hOcI7QwCjM4sBCOShW
>=DU3C
>-----END PGP SIGNATURE-----
>
>---------------------------------------------------------------------
>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
