From dev-return-90854-apmail-geronimo-dev-archive=geronimo.apache.org@geronimo.apache.org Sat Jun 4 08:42:59 2011 Return-Path: X-Original-To: apmail-geronimo-dev-archive@www.apache.org Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 87413470C for ; Sat, 4 Jun 2011 08:42:59 +0000 (UTC) Received: (qmail 95175 invoked by uid 500); 4 Jun 2011 08:42:59 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 95135 invoked by uid 500); 4 Jun 2011 08:42:59 -0000 Mailing-List: contact dev-help@geronimo.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@geronimo.apache.org List-Id: Delivered-To: mailing list dev@geronimo.apache.org Received: (qmail 95127 invoked by uid 99); 4 Jun 2011 08:42:59 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 04 Jun 2011 08:42:59 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,RFC_ABUSE_POST,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of kevan.miller@gmail.com designates 209.85.160.182 as permitted sender) Received: from [209.85.160.182] (HELO mail-gy0-f182.google.com) (209.85.160.182) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 04 Jun 2011 08:42:49 +0000 Received: by gyg13 with SMTP id 13so1574235gyg.13 for ; Sat, 04 Jun 2011 01:42:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:content-type:mime-version:subject:from :in-reply-to:date:content-transfer-encoding:message-id:references:to :x-mailer; bh=DwtCgtvYWvj4HEJtI5iXsmKm77D9QM3voDWDcFNtkJo=; b=DmtdAOLgFBbn2Fhc2Iua+69Dml7JmxRe5wnevvnW88aYbr1A4zjxkrmIJDk7q3wK2t UHf1ZW5fQ/pTx7WcINgFsghURdHu/RZM6bWzs1Pg+ev4z9SZhAbupGDs2iZkcc0GULkU WRONgnXgyv64mGGR0ksK8M8wOhqwUf2lf6Wzs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=content-type:mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to:x-mailer; b=eTMKHUoYVy7b+wGhkYRl1f3e8sgLtBJ+bpHyWJyI+g1HEoaK/MD4C8R8kotx98TacH FWtkdzVaXiJa/ARI6EsOebObl9aUJ9hkw6BcKN5U48P0EfTk8nNT6kajB/OomN4yREFk 8WMBYlOuN3BIKGstc/XXzukJjKa2uxPEQjmaE= Received: by 10.236.79.193 with SMTP id i41mr4007534yhe.176.1307176947463; Sat, 04 Jun 2011 01:42:27 -0700 (PDT) Received: from [10.0.1.198] (cpe-066-057-037-066.nc.res.rr.com [66.57.37.66]) by mx.google.com with ESMTPS id i61sm1948786yhe.19.2011.06.04.01.42.26 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 04 Jun 2011 01:42:26 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1084) Subject: Re: no redeploy option for JSP files From: Kevan Miller In-Reply-To: Date: Sat, 4 Jun 2011 04:42:25 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <5CA43AC3-6A2D-4865-BB2A-F1B1B0228266@gmail.com> References: <9D38C3E4-3F62-48F9-A6C1-BAEF4223FC1A@gmail.com> To: dev@geronimo.apache.org X-Mailer: Apple Mail (2.1084) X-Virus-Checked: Checked by ClamAV on apache.org On Jun 4, 2011, at 4:00 AM, David Jencks wrote: >=20 > On Jun 4, 2011, at 12:03 AM, Kevan Miller wrote: >=20 >> I took a look to see if "no re-deployment when only JSP files are = updated" option on the 3.0 server adapter was working.=20 >>=20 >> I couldn't get it to work. The server adapter is attempting to update = JSP files to an exploded directory structure. This fails since = applications are packaged in a .car archive. I tried directly editing = JSP files in an archive. These edits aren't being detected by Jasper (I = configured development mode).=20 >>=20 >> Does anybody know of a way to get this to work, currently? It's time, = IMO, to stop storing apps in a .car archive. >=20 > I'm not sure what you mean by this. Not a .car or not an archive? Sorry, I mean the .car (archive) files which are stored in the = repository in a zip file format. >=20 >> Wondering if there's an option, in the interim to prevent = redeploys... >>=20 >> Also, the server adapter option seems to be limited to JSP files. = Would be nice if this feature could be supported for other files (.html, = .css, etc...). Has there been discussion of this? >=20 > Any kind of application after deployment has to look like a bundle to = osgi. A WAB already does. A plain war needs to have its manifest = updated. If it looks like a bundle, we can store the geronimo "compiled = plan" in the data area if necessary as we do now for WABs. Then we can = tell osgi about it with a reference:file url and it won't get copied. = If an IDE doesn't mind us updating the manifest in its workspace = theoretically we could deploy directly from such a workspace, unpacked. I think we should have a separate "inPlace" discussion.=20 >=20 > Another option is to configure the default servlet (for static = content) and jsp servlet to point to file system locations of these = files rather than the "in-app" locations. >=20 > I think the second option is more likely to be plausible for 3.0, and = the first would be more practical for the approach in the 3.0-osgi = branch. What's wrong with in-app locations? As long as the .car "bundle" isn't = in a zip file format, the server adapter can manage the files. --kevan