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 2538FB47B for ; Fri, 20 Jan 2012 17:32:56 +0000 (UTC) Received: (qmail 16963 invoked by uid 500); 20 Jan 2012 17:32:51 -0000 Delivered-To: apmail-tomcat-users-archive@tomcat.apache.org Received: (qmail 16333 invoked by uid 500); 20 Jan 2012 17:32:50 -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 16191 invoked by uid 99); 20 Jan 2012 17:32:50 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 20 Jan 2012 17:32:50 +0000 X-ASF-Spam-Status: No, hits=1.0 required=5.0 tests=SPF_SOFTFAIL X-Spam-Check-By: apache.org Received-SPF: softfail (athena.apache.org: transitioning domain of egor.s@actimind.com does not designate 81.95.27.18 as permitted sender) Received: from [81.95.27.18] (HELO mail.actimind.com) (81.95.27.18) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 20 Jan 2012 17:32:45 +0000 Received: from wslash1.actimind (wslash1.actimind [192.168.101.59]) by mail.actimind.com (Postfix) with ESMTP id ABC0F7C25B3; Fri, 20 Jan 2012 21:32:22 +0400 (MSK) Date: Fri, 20 Jan 2012 21:32:22 +0400 From: Egor Samarkhanov Reply-To: Egor Samarkhanov X-Priority: 3 (Normal) Message-ID: <187758916.20120120213222@actimind.com> To: =?utf-8?Q?Andr=C3=A9_Warnier?= Cc: Tomcat Users List Subject: Re: Single virtual tomcat application which serves multiple contexts In-Reply-To: <4F199591.50804@ice-sa.com> References: <493200736.20120120195643@actimind.com> <4F199591.50804@ice-sa.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit André, Thanks for your notes! Please see my comments inline. AW> Personal opinion: AW> By putting some considerable effort into it, it is certainly possible to do something like AW> that, by rewriting URLs and/or proxying and/or making all your pages refer to the context AW> etc.. AW> But the question is : why ? AW> If AW> - you have many, many "clients" Yes, I do have really many clients, and hope to get even more. And in future I'd like to implement a failover solution with Tomcat cluster. If i have these many applications deployed, then they will be deployed on all nodes. I guess it would be much better if one node contains a single application which can serve any client (plus session replication). This way the cluster would be more effective. AW> - or you application is so big that having multiple copies of it totally fills your disk It's pretty big, but the disk space is not the real concern, but the memory. Many deployments of the same application consume lots of PermGen. AW> - or your application for "client1" needs to share data with the application for "client2" No, it doesn't. AW> then it may be worth thinking about this. AW> But otherwise, you probably would immensely simplify your life by using a separate virtual AW> host for each client, and have for each virtual host a separate appBase, in which you just AW> deploy a copy of your application. By the way, I was thinking about virtual hosts, but I didn't find any solution yet to add new virtual hosts at runtime (to tomcat, or to apache httpd). AW> Think of the security issues otherwise, to avoid one client being ever able to access the AW> data of another; Good point. AW> or think of what happens when one of these clients in the future asks you AW> for that little change just for him.. etc.. Yes, thinking about it all the time. But we didn't have such cases for 2 years, and if it happens - we would deploy the customized version to some other, separate environment. So, where do I start if I decide to go with the single virtual application? Did someone try doing such things? -- Best regards, Egor Samarkhanov (egor.s@actimind.com) Actimind, Inc. --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org For additional commands, e-mail: users-help@tomcat.apache.org