On 4/8/13 7:37 PM, Rick Mann wrote:
> I have a server that's completely annotation-driven, and it was mostly
> working on .33, but .35 fixes an issue I had with mappings. Now it works
> perfectly locally on my OS X laptop, but when I run it on the server,
> everything seems to load except some resources under /css, which come back as
> 404.
>
> I get errors like this in the log:
>
> 19:32:14.099 WARN servlet.DispatcherServlet (DispatcherServlet.java:1108) No
> mapping found for HTTP request with URI [/css/tt.css] in DispatcherServlet
> with name 'dispatcher'
> 19:32:14.102 WARN servlet.DispatcherServlet (DispatcherServlet.java:1108) No
> mapping found for HTTP request with URI [/css/foundation.css] in
> DispatcherServlet with name 'dispatcher'
That's not a Resin message (I just searched to make sure), so I'm not
sure what the context is.
From that getServletMappings() method, I'm wondering if you've
overridden the default servlet.
If you have, then it makes sense that Resin is no longer service static
files like css, because your servlet has taken over for Resin's default
servlet ("resin-file").
-- Scott
>
>
> It's very nearly an out-of-box installation. The only differences I can think
> of:
>
> - on OS X, I didn't run configure/make/make install. On Ubuntu I did. On OS
> X, I just unzipped and dragged to the install location.
>
> - on OS X, resin.properties is more stock, without an admin user, no setuid
> user/group, port 8080.
>
> As to the dispatcher servlet, getServletMappings looks like this:
>
> protected
> java.lang.String[]
> getServletMappings()
> {
> String[] mappings = { "/" };
> return mappings;
> }
>
> I have a Spring controller at /service/* that works great.
>
> Just stuff under /css is 404. Any ideas?
>
_______________________________________________
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest
