MVC 3 not forwarding "/" path in WebSphere 7 [SPR-7052]

[spring-projects-issues]

Angel D. Segarra opened SPR-7052 and commented

I am trying to set up a Spring MVC 3 app using tiles and tuckey's urlrewritefilter as done in the petcare sample app.

I have my mvc servlet mapped to /app/* and the following rules in my urlrewrite.xml

 
<urlrewrite default-match-type="wildcard">
	<rule>
		<from>/resources/**</from>
		<to>/resources/$1</to>
	</rule>
	<rule>
		<from>/**</from>
		<to>/app/$1</to>
	</rule>
	<outbound-rule>
		<from>/app/**</from>
		<to>/$1</to>
	</outbound-rule>	
</urlrewrite>

I have the following in my servlet context to map '/' to my default view.

<mvc:view-controller path="/" view-name="home"/>

Now everything works perfect in JBoss 4.2.3, if I visit my app at http://localhost:8080/myapp/ I get my 'home' view.

But if I run it in IBM WAS 7 (my production server) I get:
Code:

org.springframework.web.servlet.DispatcherServlet noHandlerFound No mapping found for HTTP request with URI [/myapp/app/] in DispatcherServlet with name 'dispatcher'

I can only get it to work if I change my forward request to:
Code:

<mvc:view-controller path="/myapp/" view-name="home"/>

I did another test and it if I change the path to

<mvc:view-controller path="/test" view-name="home"/>

then it works.

Seems to me spring is not making the correct maping on Websphere when using "/".

Regards,
Angel

---

Affects: 3.0.1

Reference URL: http://forum.springsource.org/showthread.php?t=86972

Issue Links:

• @RequestMapping "/" Paths [SPR-7064] #11724 @RequestMapping "/" Paths
• petcare sample not writing form actions correctly on WebSphere 7 [SPR-7067] #11727 petcare sample not writing form actions correctly on WebSphere 7

Referenced from: commits 20f4e90

[spring-projects-issues]

Angel D. Segarra commented

ok, seems I am having more serious problems than I thought. I created a @Controller class mapped to "/new"

In the logs I see the following:

DefaultAnnota I org.springframework.web.servlet.handler.AbstractUrlHandlerMapping registerHandler Mapped URL path [/app/new] onto handler [com.uig.gap.web.MyController@4e9a4e9a]
DefaultAnnota I org.springframework.web.servlet.handler.AbstractUrlHandlerMapping registerHandler Mapped URL path [/app/new.*] onto handler [com.uig.gap.web.MyController@4e9a4e9a]
DefaultAnnota I org.springframework.web.servlet.handler.AbstractUrlHandlerMapping registerHandler Mapped URL path [/app/new/] onto handler [com.uig.gap.web.MyController@4e9a4e9a]

This all looks ok. But then when I go to http://localhost:9080/new

I get this:

PageNotFound W org.springframework.web.servlet.DispatcherServlet noHandlerFound No mapping found for HTTP request with URI [/myapp/app/new] in DispatcherServlet with name 'dispatcher'

Seems that mapping is completely broken for me in WAS 7

[spring-projects-issues]

Angel D. Segarra commented

Sorry, my previous comment was my mistake. I had the controller mapped to "/app/new" instead of "/new". It's working as expected.

[spring-projects-issues]

Juergen Hoeller commented

Can you please check what WebSphere's HttpServletRequest returns from getContextPath() and in particular getServletPath() in the case of such a root mapping, next to getRequestURI() which seems to be "/myapp/app/" in your case (according to the DispatcherServlet log message)?

Juergen

[spring-projects-issues]

Juergen Hoeller commented

Found a reference to this WebSphere issue in the meantime: http://www-01.ibm.com/support/docview.wss?rs=180&context=SSEQTP&dc=DB520&uid=swg21259282&loc=en_US&cs=UTF-8&lang=en&rss=ct180websphere

And several other open source projects suffering from this issue. It's basically about getServletPath() returning a trailing slash in a scenario like yours.

I've fixed this for Spring 3.0.2, defending our path extraction code against such unexpected trailing slashes. This has yet to be tested with Petcare on WebSphere but should hopefully sort that out as well.

Juergen

[spring-projects-issues]

Angel D. Segarra commented

ok, this is is what I got:

getContextPath(): /myapp
getServletPath(): /app/
getRequestURI(): /myapp/app/

Juergen, I also noticed something else my form action attributes are being written like
action="/myap/app/new" which tuckey would rewrite as /myapp/app/app/new, JBoss on the other hand writes the action attribute correctly "/myapp/new". Would this fix correct this as well?

Is there a workaround I could apply or do I need to wait for 3.0.2.

Thanks,
Angel

[spring-projects-issues]

Juergen Hoeller commented

There are workaround options but I wouldn't bother with those. Instead, feel free to give the latest 3.0.2 snapshot a try: That's build 630 from http://static.springsource.org/downloads/nightly/snapshot-download.php?project=SPR

The 3.0.2 release is scheduled for the end of this week, so you won't have to wait long. It would just be great to know that it actually fixes your problem... That's why trying a 3.0.2 snapshot (as suggested above) would be helpful.

Juergen

[spring-projects-issues]

Angel D. Segarra commented

Sorry I couldn't try it until now, I can confirm that it fixed my original problem
!, I can now map "/". But my second problem was not resolved, where my form actions are being written with "/app/" prepended to the path. Should I open a new issue?

Thanks,
Angel

[spring-projects-issues]

Juergen Hoeller commented

FYI, we revised the "/" handling code for Spring 3.0.3 now, in order for it to work correctly in all environments (and not just on WebSphere) - see #11724, where a regression on Tomcat was reported (for servlets with a "/" url-pattern in web.xml).

The next Spring 3.0.3 snapshot will contain the revised code. As a regression test, please give it a try on WebSphere again, and let us know whether it still works for you! Would be great to have this sorted out for good in the final 3.0.3 release...

Juergen

[spring-projects-issues]

Angel D. Segarra commented

No problems with build 3.0.3.653
Thanks!