[Resin-interest] 4.0.35 works great locally on OS X, slightly busted on Rackspace Ubuntu 12.04
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'
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?
--
Rick
___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] 4.0.35 works great locally on OS X, slightly busted on Rackspace Ubuntu 12.04
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 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'
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?
--
Rick
___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest
--
Rick
___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] 4.0.35 works great locally on OS X, slightly busted on Rackspace Ubuntu 12.04
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
Re: [Resin-interest] 4.0.35 works great locally on OS X, slightly busted on Rackspace Ubuntu 12.04
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 the default servlet. I'm not sure. I still don't know how the new servlet hotness is supposed to work. 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). So, *something* is still serving up *.jsp. I can even find /css/test.jsp. 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? I wish there was a way to say, anything one of my Spring controllers maps, let my code handle it, anything else, resin should try. -- Rick ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] 4.0.35 works great locally on OS X, slightly busted on Rackspace Ubuntu 12.04
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 how a request is handled in a purely
annotation-configured webapp?
--
Rick
On Apr 8, 2013, at 19:45 , Scott Ferguson f...@caucho.com wrote:
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
--
Rick
___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] 4.0.35 works great locally on OS X, slightly busted on Rackspace Ubuntu 12.04
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. Not sure how it is that *.jsp is handled but *.css isn't. -- Rick ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
