I'm ready to commit this, but I guess I will wait until Don cuts the
new build. This is how it works:
1. Static content lookup was refactored to DefaultStaticContentLoader
which implements StaticContentLoader.
2. DefaultStaticContentLoader does everything FilterDipatcher did
before, but it also
We've had a fair amount of issues in the AppFuse project using *.html
as an extension. This is because some plugins and such use *.html
files and Struts attempts to serve them up as Actions rather than
plugins. Will this fix that problem? We've added a StaticFilter[1]
that attempts to fix it, but
As long as no mapping is found for that *.html, and it is inside one
of the lookup folders (like static) it should work.
musachy
On Thu, May 1, 2008 at 12:24 PM, Matt Raible [EMAIL PROTECTED] wrote:
We've had a fair amount of issues in the AppFuse project using *.html
as an extension. This
Yes, like this:
filter-classorg.apache.struts2.dispatcher.FilterDispatcher/filter-class
init-param
param-namepathPrefixes/param-name
param-value/super_folder/param-value
/init-param
musachy
On Thu, May 1, 2008 at 12:32 PM, Matt Raible [EMAIL PROTECTED] wrote:
Is it possible
I think FilterDispatcher should be changed to allow other
implementations to lookup static resources and be more flexible in
general. As it stands right now, static resources cannot be served
from plugins unless you put them in org.apache.struts2.static in a jar
loaded by the filter's class
Musachy Barroso wrote:
I think FilterDispatcher should be changed to allow other
implementations to lookup static resources and be more flexible in
general. As it stands right now, static resources cannot be served
from plugins unless you put them in org.apache.struts2.static in a jar
loaded by
I am refactoring that out of FilterDispatcher so it becomes another
extension point.
musachy
On Wed, Apr 30, 2008 at 4:31 PM, Brian Pontarelli [EMAIL PROTECTED] wrote:
Musachy Barroso wrote:
I think FilterDispatcher should be changed to allow other
implementations to lookup static
Musachy Barroso wrote:
I am refactoring that out of FilterDispatcher so it becomes another
extension point.
musachy
+1
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]