Yes, like this:
org.apache.struts2.dispatcher.FilterDispatcher
pathPrefixes
/super_folder
musachy
On Thu, May 1, 2008 at 12:32 PM, Matt Raible <[EMAIL PROTECTED]> wrote:
> Is it possible to configure the lookup folders?
>
> Matt
>
>
>
> On Thu, May 1, 2008 at 10:30 AM, Musa
Is it possible to configure the lookup folders?
Matt
On Thu, May 1, 2008 at 10:30 AM, Musachy Barroso <[EMAIL PROTECTED]> wrote:
> 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, 20
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. T
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 i
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 s
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]
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 r
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 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 loader
