Return-Path: Delivered-To: apmail-maven-users-archive@www.apache.org Received: (qmail 16364 invoked from network); 15 Nov 2010 09:38:14 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 15 Nov 2010 09:38:14 -0000 Received: (qmail 40180 invoked by uid 500); 15 Nov 2010 09:38:43 -0000 Delivered-To: apmail-maven-users-archive@maven.apache.org Received: (qmail 39967 invoked by uid 500); 15 Nov 2010 09:38:43 -0000 Mailing-List: contact users-help@maven.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Help: List-Post: List-Id: "Maven Users List" Reply-To: "Maven Users List" Delivered-To: mailing list users@maven.apache.org Received: (qmail 2267 invoked by uid 99); 15 Nov 2010 09:07:50 -0000 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of Christian.Schuff@netviewer.com designates 85.115.9.37 as permitted sender) From: Christian Schuff To: "users@maven.apache.org" Date: Mon, 15 Nov 2010 10:07:18 +0100 Subject: Using <%= * %> as delimiter Thread-Topic: Using <%= * %> as delimiter Thread-Index: AcuEpIC9A/3ebfNEQcKxv2uJgdfcxw== Message-ID: Accept-Language: de-DE Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: de-DE Content-Type: multipart/alternative; boundary="_000_D276299786BC104DB55002F45D07198AD6AC81631EEXCHANGEkanet_" MIME-Version: 1.0 X-Virus-Checked: Checked by ClamAV on apache.org --_000_D276299786BC104DB55002F45D07198AD6AC81631EEXCHANGEkanet_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi guys, due to a requirement of our operations team i need to use "<%=3D * %>" patt= ern as a delimiter when filtering resources. Unfortunately I cant get it go= ing. I tried specifying it the following ways: <%=3D * %> <%=3D * %> ]]> I also tried leaving the blanks out, but always with the same disappointing= result. It worked well before with the default delimiter ${*} and nothing = else was changed since then. Might this be a bug or am I wrong in escaping this pattern. Did anyone ever= use a similar pattern containing xml-entities? Cheers Christian --_000_D276299786BC104DB55002F45D07198AD6AC81631EEXCHANGEkanet_--