Return-Path: X-Original-To: apmail-tomcat-users-archive@www.apache.org Delivered-To: apmail-tomcat-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 2D93B18641 for ; Fri, 7 Aug 2015 09:36:37 +0000 (UTC) Received: (qmail 22160 invoked by uid 500); 7 Aug 2015 09:36:32 -0000 Delivered-To: apmail-tomcat-users-archive@tomcat.apache.org Received: (qmail 22100 invoked by uid 500); 7 Aug 2015 09:36:32 -0000 Mailing-List: contact users-help@tomcat.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Tomcat Users List" Delivered-To: mailing list users@tomcat.apache.org Received: (qmail 22089 invoked by uid 99); 7 Aug 2015 09:36:32 -0000 Received: from Unknown (HELO spamd2-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 07 Aug 2015 09:36:32 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd2-us-west.apache.org (ASF Mail Server at spamd2-us-west.apache.org) with ESMTP id 3A9031A9904 for ; Fri, 7 Aug 2015 09:36:32 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd2-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 2.879 X-Spam-Level: ** X-Spam-Status: No, score=2.879 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=disabled Authentication-Results: spamd2-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mx1-eu-west.apache.org ([10.40.0.8]) by localhost (spamd2-us-west.apache.org [10.40.0.9]) (amavisd-new, port 10024) with ESMTP id rVx6fb6gMeSS for ; Fri, 7 Aug 2015 09:36:30 +0000 (UTC) Received: from mail-oi0-f41.google.com (mail-oi0-f41.google.com [209.85.218.41]) by mx1-eu-west.apache.org (ASF Mail Server at mx1-eu-west.apache.org) with ESMTPS id 3DA3424DBC for ; Fri, 7 Aug 2015 09:36:30 +0000 (UTC) Received: by oio137 with SMTP id 137so50285495oio.0 for ; Fri, 07 Aug 2015 02:36:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=Jd092f5ykYoBaLaQPGxan5gDOGsh1mIKo6egh4lF5VE=; b=MPyncoXBPlhMvh8GEQkqmFL2QfgCf1jJ/7/tkIkmltmjiA+oE2ecoznQzxWGv1qoVM yJM1dgpzYD3DSJz7N9mNrCtG0f7HwFff1LR1zyk9YrMf2UeBbpCLVLgMf3axFcvRx4Ju XWcKpWF0EcNOSGy46Z/mWxEy5dR5h8Hwxd3KGSVC09oIbKeu8uiGibGXM74cpzbi0fxI MjcsdsWIx+fRun9qsyJ8itry4AabA4uHmMrh18ShEJrzt5I6BEKe/ylvzRX87E/zs5Fv aXPdBTDf3uXvzZAEyzIXBBulbIsfhD/ZvEHL0ph5AIGlBfhu3Q+hYdfq2BmVUBtux2hF +QoQ== MIME-Version: 1.0 X-Received: by 10.202.69.130 with SMTP id s124mr5583948oia.70.1438940189160; Fri, 07 Aug 2015 02:36:29 -0700 (PDT) Received: by 10.76.80.34 with HTTP; Fri, 7 Aug 2015 02:36:29 -0700 (PDT) In-Reply-To: <55C47972.8070507@apache.org> References: <55C47972.8070507@apache.org> Date: Fri, 7 Aug 2015 11:36:29 +0200 Message-ID: Subject: Re: 404 during application redeploying From: Pavel Cibulka To: Tomcat Users List Content-Type: multipart/alternative; boundary=001a113ddd2ed3ff9b051cb55ed1 --001a113ddd2ed3ff9b051cb55ed1 Content-Type: text/plain; charset=UTF-8 redeploy != reload I see now. External context.xml seems good to me. Thanks for help. Pavel Cibulka On Fri, Aug 7, 2015 at 11:25 AM, Mark Thomas wrote: > On 07/08/2015 10:00, Pavel Cibulka wrote: > > Hi, I'm using Tomcat 8.0.23 on Ubuntu 14.04. When I redeploy application > > (by replacing WAR file), tomcat returns 404 for short period of time. Is > > this intended? > > Yes. > > > I have found in: > > https://bz.apache.org/bugzilla/show_bug.cgi?id=53024 > > Bug 53024 - Accessing Servlet while Reloading context gives 404 error > > Mark Thomas 2012-05-08 19:08:09 UTC > > "Thanks for the test case. This has been fixed in trunk and 7.0.x and > will > > be included in 7.0.28 onwards. > > I also took the opportunity to improve the handling when a watched > resource > > (such as web.xml) changes. This is now handled with a reload (so no 404s) > > rather than stop followed by a start." > > > > It seems to me, that Tomcat should pause requests on redeploy instead of > > returning 404. Or does this works differently for WAR files? > > It depends. > > redeploy != reload and which you get depends on circumstances. I > strongly recommend that you read this page: > http://tomcat.apache.org/tomcat-7.0-doc/config/automatic-deployment.html > > There are a number of ways you could get the reload behaviour you want. > > 1. Use an external context.xml file. Updates to the WAR would then only > result in a reload. > > 2. Use parallel deployment > > > http://tomcat.apache.org/tomcat-7.0-doc/config/context.html#Parallel_deployment > > HTH, > > Mark > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org > For additional commands, e-mail: users-help@tomcat.apache.org > > --001a113ddd2ed3ff9b051cb55ed1--