From dev-return-195242-archive-asf-public=cust-asf.ponee.io@tomcat.apache.org Mon Dec 3 16:42:59 2018 Return-Path: X-Original-To: archive-asf-public@cust-asf.ponee.io Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by mx-eu-01.ponee.io (Postfix) with SMTP id 78EE2180645 for ; Mon, 3 Dec 2018 16:42:58 +0100 (CET) Received: (qmail 70359 invoked by uid 500); 3 Dec 2018 15:42:57 -0000 Mailing-List: contact dev-help@tomcat.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Tomcat Developers List" Delivered-To: mailing list dev@tomcat.apache.org Received: (qmail 70349 invoked by uid 99); 3 Dec 2018 15:42:57 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd3-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Dec 2018 15:42:57 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd3-us-west.apache.org (ASF Mail Server at spamd3-us-west.apache.org) with ESMTP id F3E9118BE7A for ; Mon, 3 Dec 2018 15:42:56 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd3-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -10.301 X-Spam-Level: X-Spam-Status: No, score=-10.301 tagged_above=-999 required=6.31 tests=[ENV_AND_HDR_SPF_MATCH=-0.5, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, USER_IN_DEF_SPF_WL=-7.5] autolearn=disabled Received: from mx1-lw-us.apache.org ([10.40.0.8]) by localhost (spamd3-us-west.apache.org [10.40.0.10]) (amavisd-new, port 10024) with ESMTP id Ikq3HP7ymnLx for ; Mon, 3 Dec 2018 15:42:55 +0000 (UTC) Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org [209.188.14.139]) by mx1-lw-us.apache.org (ASF Mail Server at mx1-lw-us.apache.org) with ESMTP id 2054D60F35 for ; Mon, 3 Dec 2018 15:42:55 +0000 (UTC) Received: from asf-bz1-us-mid.priv.apache.org (nat1-us-mid.apache.org [23.253.172.122]) by mailrelay1-us-west.apache.org (ASF Mail Server at mailrelay1-us-west.apache.org) with ESMTPS id B13AAE02F1 for ; Mon, 3 Dec 2018 15:42:54 +0000 (UTC) Received: by asf-bz1-us-mid.priv.apache.org (ASF Mail Server at asf-bz1-us-mid.priv.apache.org, from userid 33) id D4C3260053; Mon, 3 Dec 2018 15:42:53 +0000 (UTC) From: bugzilla@apache.org To: dev@tomcat.apache.org Subject: [Bug 54741] Add org.apache.catalina.startup.Tomcat#addWebapp(String, URL) method Date: Mon, 03 Dec 2018 15:42:53 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Tomcat 8 X-Bugzilla-Component: Catalina X-Bugzilla-Version: 8.0.x-trunk X-Bugzilla-Keywords: X-Bugzilla-Severity: enhancement X-Bugzilla-Who: markt@apache.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: dev@tomcat.apache.org X-Bugzilla-Target-Milestone: ---- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bz.apache.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 https://bz.apache.org/bugzilla/show_bug.cgi?id=3D54741 --- Comment #2 from Mark Thomas --- The JAR URL format does not support the concept of nested archives. This me= ans that Tomcat has already had to implement a special URL handling scheme to support referencing a resource inside a JAR inside a WAR. The special WAR URL handling went through several iterations as we worked to avoid various conflicts until we ended up with the current scheme. It would not be possible to run a WAR from within a JAR file without comple= tely replacing the JREs jar URL handling (and adding support for nesting) so URL= s of the form "jar:war:jar:..." were supported. Based on past experience with "war:...", that approach would be extremely fragile and very likely to conf= lict with other tools. To be fair, I don't think this enhancement request is asking for the above. However, I wanted to set out the difficulties of a generic "deploy a WAR fr= om within a JAR" feature. The specific request to deploy a WAR in unpacked mode from a JAR should be = less complicated. I'll take a look. Assuming deployment in unpacked mode is possible, an attempt to deploy a WAR from a JAR in packed mode will result = in an error. --=20 You are receiving this mail because: You are the assignee for the bug.= --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org For additional commands, e-mail: dev-help@tomcat.apache.org