Return-Path: X-Original-To: apmail-tiles-dev-archive@minotaur.apache.org Delivered-To: apmail-tiles-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id E774317A28 for ; Wed, 21 Oct 2015 11:17:31 +0000 (UTC) Received: (qmail 91204 invoked by uid 500); 21 Oct 2015 11:17:31 -0000 Delivered-To: apmail-tiles-dev-archive@tiles.apache.org Received: (qmail 91156 invoked by uid 500); 21 Oct 2015 11:17:31 -0000 Mailing-List: contact dev-help@tiles.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@tiles.apache.org Delivered-To: mailing list dev@tiles.apache.org Received: (qmail 91145 invoked by uid 99); 21 Oct 2015 11:17:31 -0000 Received: from Unknown (HELO spamd1-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 21 Oct 2015 11:17:31 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd1-us-west.apache.org (ASF Mail Server at spamd1-us-west.apache.org) with ESMTP id ECD33C3D60 for ; Wed, 21 Oct 2015 11:17:30 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 0 X-Spam-Level: X-Spam-Status: No, score=0 tagged_above=-999 required=6.31 tests=[none] autolearn=disabled Received: from mx1-eu-west.apache.org ([10.40.0.8]) by localhost (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024) with ESMTP id lF82iJ4GNQHg for ; Wed, 21 Oct 2015 11:17:24 +0000 (UTC) Received: from mx21.exchange.telus.com (MX21.exchange.telus.com [205.206.208.34]) by mx1-eu-west.apache.org (ASF Mail Server at mx1-eu-west.apache.org) with ESMTPS id 30BCD20B89 for ; Wed, 21 Oct 2015 11:17:22 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A2CNAABXcydWhYL1v8xewwiBWogiEgEBAQEBAQERAQEBCgsLBSMuhFcVdgIFIQIRAjYWDAEIAQGILKAwj3GTTYEigTCEJYkoEQFvglKBRQWNEokSjR+JGJMJKAqBe10dgVmEf4FAAQEB X-IronPort-AV: E=Sophos;i="5.17,711,1437458400"; d="scan'208";a="161510805" SBRS: 3.3 Received: from www.maibec.com (HELO mail.exchange.telus.com) ([204.191.245.130]) by mx21.exchange.telus.com with ESMTP/TLS/AES128-SHA; 21 Oct 2015 05:17:14 -0600 Received: from [192.168.41.86] (205.174.162.19) by mail.exchange.telus.com (172.16.10.38) with Microsoft SMTP Server id 14.3.224.2; Wed, 21 Oct 2015 05:17:14 -0600 To: From: Timothy Astle Subject: BasicTilesContainerFactory - Thoughts on allowing for more flexible pathing to find the tiles.xml? Message-ID: <5627742C.60906@caris.com> Date: Wed, 21 Oct 2015 08:17:00 -0300 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit X-TM-AS-Product-Ver: SMEX-11.0.0.1284-8.000.1202-21892.006 X-TM-AS-Result: No--11.642600-0.000000-31 X-TM-AS-User-Approved-Sender: Yes X-TM-AS-User-Blocked-Sender: No Hi all, We're updating from Tiles 2 to Tiles 3 in our web applications. We only need the minimal Tiles configuration, so the SimpleTilesListener is almost ideal. However, I'm finding the "/WEB-INF/tiles.xml" pathing a bit restrictive. The restrictive name is not causing an issue. We historically left the tiles-def.xml in the classpath. Our tiles-def.xml needs to have some preprocessing done (tweak some paths) and it was really clean to just have the resources plugin do that as it moves it from the Maven src/main/resources to the target//WEB-INF/classes. We looked at a few other workarounds, but some options were less than ideal, and involved tweaking the Deployment Assembly in Eclipse (another thing we want to avoid). So to recap, the reason I'm writing this email is to see if anyone would be receptive to the idea of making that path more flexible? For now, we'll just be extending the BasicTilesContainerFactory. But it wouldn't take much effort to issue a pull request to pick up the improvement if you are open to it. Does anyone have any thoughts? Tim