Return-Path: Delivered-To: apmail-struts-issues-archive@minotaur.apache.org Received: (qmail 11596 invoked from network); 3 Feb 2010 13:09:49 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 3 Feb 2010 13:09:49 -0000 Received: (qmail 60823 invoked by uid 500); 3 Feb 2010 13:09:49 -0000 Delivered-To: apmail-struts-issues-archive@struts.apache.org Received: (qmail 60748 invoked by uid 500); 3 Feb 2010 13:09:49 -0000 Mailing-List: contact issues-help@struts.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@struts.apache.org Delivered-To: mailing list issues@struts.apache.org Received: (qmail 60740 invoked by uid 99); 3 Feb 2010 13:09:49 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 03 Feb 2010 13:09:49 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 03 Feb 2010 13:09:48 +0000 Received: from brutus.apache.org (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id D060C234C1EF for ; Wed, 3 Feb 2010 05:09:27 -0800 (PST) Message-ID: <1300691941.2301265202567839.JavaMail.jira@brutus.apache.org> Date: Wed, 3 Feb 2010 13:09:27 +0000 (UTC) From: "Philipp Leusmann (JIRA)" To: issues@struts.apache.org Subject: [jira] Updated: (WW-3381) Suport for decorating static content In-Reply-To: <1800189089.2101265201608151.JavaMail.jira@brutus.apache.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/WW-3381?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Philipp Leusmann updated WW-3381: --------------------------------- Component/s: (was: Core Actions) Plugin - SiteMesh Description: In my case this issue is occuring when trying to decorate static content with sitemesh, but it generally is more an struts-core ActionMapper issue. I was trying to decorate plain html files using the sitemesh-plugin. I expected it to work using the empty-string action mapper, and thus added a link to /decorated_html/foo.html . The reslut was an error page since all the variables in the template could not be resolved, due to a missing action. If org.apache.struts2.dispatcher.mapper.DefaultActionMapper.dropExtension(String, ActionMapping) would not return null for any url containing a dot but no slash and no supported action-extension after it, it would have worked. By looking at the tests, I found that the returned null was expected behaviour introduced for WW-2163. I think to resolve this issue it would have been better to promote more sofisticated filter mappings in the web.xml to avoid the empty action side effects described in a previous comment. In my case it would be sufficient to use filter mappings struts2-prepare *.action struts2-prepare decorated_html/* sitemesh-struts /* struts2-execute *.action struts2-execute /decorated_html/* was: The current support for the empty action extension is somehow strange. This is a copy of my comment on the related issue, but I decided to open a new issue, to have any chance of getting attention: I was trying to decorate plain html files using the sitemesh-plugin. I expected it to work using the empty-string action mapper, and thus added a link to /decorated_html/foo.html . The reslut was an error page since all the variables in the template could not be resolved, due to a missing action. If org.apache.struts2.dispatcher.mapper.DefaultActionMapper.dropExtension(String, ActionMapping) would not return null for any url containing a dot but no slash and no supported action-extension after it, it would have worked. By looking at the tests, I found that the returned null was expected behaviour introduced for this issue. I think to resolve this issue it would have been better to promote more sofisticated filter mappings in the web.xml to avoid the empty action side effects described in a previous comment. In my case it would be sufficient to use filter mappings struts2-prepare *.action struts2-prepare decorated_html/* sitemesh-struts /* struts2-execute *.action struts2-execute /decorated_html/* Priority: Critical (was: Major) Remaining Estimate: 8h Original Estimate: 8h Summary: Suport for decorating static content (was: Better support for "empty extension actions") > Suport for decorating static content > ------------------------------------ > > Key: WW-3381 > URL: https://issues.apache.org/jira/browse/WW-3381 > Project: Struts 2 > Issue Type: Improvement > Components: Plugin - SiteMesh > Affects Versions: 2.1.8 > Reporter: Philipp Leusmann > Priority: Critical > Original Estimate: 8h > Remaining Estimate: 8h > > In my case this issue is occuring when trying to decorate static content with sitemesh, but it generally is more an struts-core ActionMapper issue. > I was trying to decorate plain html files using the sitemesh-plugin. > I expected it to work using the empty-string action mapper, and thus added a link to /decorated_html/foo.html . The reslut was an error page since all the variables in the template could not be resolved, due to a missing action. > If org.apache.struts2.dispatcher.mapper.DefaultActionMapper.dropExtension(String, ActionMapping) would not return null for any url containing a dot but no slash and no supported action-extension after it, it would have worked. > By looking at the tests, I found that the returned null was expected behaviour introduced for WW-2163. > I think to resolve this issue it would have been better to promote more sofisticated filter mappings in the web.xml to avoid the empty action side effects described in a previous comment. > In my case it would be sufficient to use filter mappings > > struts2-prepare > *.action > > > struts2-prepare > decorated_html/* > > > sitemesh-struts > /* > > > struts2-execute > *.action > > > struts2-execute > /decorated_html/* > -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.