Check your web.xml. You're probably sending /* or /service/* to your
servlet, which means YOU have to handle serving the CSS files. If you'd
rather let Resin handle those, try using /*.jsp or /service/*.jsp (or
something more specific to your situation).
(*Chris*)
On Mon, Apr 8, 2013 at 8:08
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
I may have spoken too soon. Looks like they might've been cached locally, as
now it's also failing locally.
More investigating...
On Apr 8, 2013, at 19:37 , Rick Mann rm...@latencyzero.com wrote:
I have a server that's completely annotation-driven, and it was mostly
working on .33, but .35
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
On Apr 8, 2013, at 19:45 , Scott Ferguson f...@caucho.com wrote:
That's not a Resin message (I just searched to make sure), so I'm not
sure what the context is.
You're right, that's from Spring, I'm pretty sure.
From that getServletMappings() method, I'm wondering if you've
overridden
Trying changing my mappings to:
/service/ didn't work
/service/* didn't work
But I noticed requesting /service (no trailing slash) actually did hit the
right method, but none of the others under /service, including /, work.
Is there an explanation of
On Apr 8, 2013, at 19:52 , Rick Mann rm...@latencyzero.com wrote:
I see that in app-default.xml, it has:
servlet-mapping url-pattern=/
servlet-name=resin-file
default=true/
Can I change that to *.css and *.js, etc?
So, the answer appears to be no.
