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 3FB4FCE14 for ; Fri, 10 Aug 2012 09:05:45 +0000 (UTC) Received: (qmail 28352 invoked by uid 500); 10 Aug 2012 09:05:42 -0000 Delivered-To: apmail-tomcat-users-archive@tomcat.apache.org Received: (qmail 28130 invoked by uid 500); 10 Aug 2012 09:05:41 -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 28098 invoked by uid 99); 10 Aug 2012 09:05:40 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 10 Aug 2012 09:05:40 +0000 X-ASF-Spam-Status: No, hits=0.7 required=5.0 tests=RCVD_IN_DNSWL_NONE,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [80.12.242.29] (HELO smtpout.wanadoo.co.uk) (80.12.242.29) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 10 Aug 2012 09:05:32 +0000 Received: from mail.homeinbox.net ([2.24.218.101]) by mwinf5d03 with ME id kx5A1j0022Br4PW03x5ASx; Fri, 10 Aug 2012 11:05:10 +0200 Received: from localhost (localhost [127.0.0.1]) by mail.homeinbox.net (Postfix) with ESMTP id CD65CB22001 for ; Fri, 10 Aug 2012 10:05:09 +0100 (BST) X-Virus-Scanned: Debian amavisd-new at homeinbox.net Received: from mail.homeinbox.net ([127.0.0.1]) by localhost (mail.homeinbox.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nbJVSWp5+7Ka for ; Fri, 10 Aug 2012 10:04:52 +0100 (BST) Received: from [192.168.23.9] (study03.dev.local [192.168.23.9]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.homeinbox.net (Postfix) with ESMTPSA id 247ADB22002 for ; Fri, 10 Aug 2012 10:04:32 +0100 (BST) Message-ID: <5024CE99.3050601@apache.org> Date: Fri, 10 Aug 2012 10:04:25 +0100 From: Mark Thomas User-Agent: Mozilla/5.0 (Windows NT 5.2; WOW64; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: Tomcat Users List Subject: Re: ClassCastException org.apache.jasper.runtime.ELContextImpl cannot be cast to org.apache.jasper.el.ELContextImpl References: In-Reply-To: X-Enigmail-Version: 1.4.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org On 10/08/2012 05:13, Dale Ogilvie wrote: > It does concern me that there was a known issue that was fixed, and here > I am seeing this EL impl instance sharing between apps in the "fixed > version". It is certainly worth looking at to see what is going on. It might be that there is another reference being retained somewhere or it could be something the Jetty code is interfering with. > Mark's "Don't do that" in terms of loading container jars in apps > generally is a solution, but the trick is we didn't create the problem > intentionally. We got scuppered by a maven dependency and Tomcat didn't > protect us. Ideally bad behaviour of an app should not break the other > apps in the container. There are always ways for one app to impact another. CPU, I/O, network traffic etc. Ways to separate apps in order of increasing separation: - use a security manager (likely to have expensive side-effects) - separate JVMs - separate VMs - separate physical machines - separate networks In most cases separate JVMs will suffice. Mark --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org For additional commands, e-mail: users-help@tomcat.apache.org