Issue 1:
Angel opened SPR-8684 and commented

Rossen,

in order to have this functionality available and be backward compatible at the same time could be having two additional paramters in the form tag:

<form:form method="post" action="/registration/submit" commandName="registrationForm" resolveContext="true" resolveMapping="true">
...
</form:form>

If you agree I am happy to implement :-)

Cheers.

Affects: 3.1 M2

Reference URL: https://jira.springsource.org/browse/SPR-8638

Issue Links:

#11609 Prepend contextPath in form tag ("duplicates")

#10449 Allow links to @Controller methods from views without hardcoding URLs

#15015 Form tag prepending context/servlet path breaks use for portlets

Referenced from: commits ad025b5

Issue 2:
Reinhard Pötz opened SPR-4081 and commented

The return type of o.s.b.f.x.XmlBeanDefinitionReader#getReader() has changed from

org.springframework.beans.factory.xml.XmlBeanDefinitionReader

to

org.springframework.beans.factory.support.BeanDefinitionReader

If you use this method you have to recompile your code, otherwise you get following exception:

org.springframework.beans.factory.BeanDefinitionStoreException: Unexpected exception parsing XML document from ServletContext resource [/WEB-INF/applicationContext.xml]; nested exception is java.lang.NoSuchMethodError: org.springframework.beans.factory.xml.XmlReaderContext.getReader()Lorg/springframework/beans/factory/xml/XmlBeanDefinitionReader;

at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.doLoadBeanDefinitions(XmlBeanDefinitionReader.java:385)

at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.loadBeanDefinitions(XmlBeanDefinitionReader.java:313)

at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.loadBeanDefinitions(XmlBeanDefinitionReader.java:290)

at org.springframework.beans.factory.support.AbstractBeanDefinitionReader.loadBeanDefinitions(AbstractBeanDefinitionReader.java:142)

at org.springframework.beans.factory.support.AbstractBeanDefinitionReader.loadBeanDefinitions(AbstractBeanDefinitionReader.java:158)

at org.springframework.web.context.support.XmlWebApplicationContext.loadBeanDefinitions(XmlWebApplicationContext.java:124)

at org.springframework.web.context.support.XmlWebApplicationContext.loadBeanDefinitions(XmlWebApplicationContext.java:92)

at org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:97)

at org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:411)

at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:338)

at org.springframework.web.context.ContextLoader.createWebApplicationContext(ContextLoader.java:245)

at org.springframework.web.context.ContextLoader.initWebApplicationContext(ContextLoader.java:188)

at org.springframework.web.context.ContextLoaderListener.contextInitialized(ContextLoaderListener.java:45)

Since this change prevents you from just dropping in the new Spring libs into your application, I marked this report as "blocker".

BTW, I'm not the only one who run into this problem: See also https://issues.apache.org/jira/browse/XBEAN-88

Affects: 2.5 RC1

Issue Links:

#8768 Issue with apache xbean when upgrading spring from 2.0 to 2.1-rc or 2.5-rc1 ("is duplicated by")