[SWS-567] Refactor to use OXM from Spring 3 Created: 15/Sep/09  Updated: 04/May/12  Resolved: 24/Feb/10

Status: Closed
Project: Spring Web Services
Component/s: OXM
Affects Version/s: 1.5.8
Fix Version/s: 2.0 M1

Type: Refactoring Priority: Major
Reporter: Kenny MacLeod Assignee: Arjen Poutsma
Resolution: Complete Votes: 1
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
is duplicated by SWS-598 Drop OXM modules in favor of Spring 3.0 Closed


Since the OXM stuff from Spring-WS has now been incorporated into Spring 3, Spring-WS will at some point need to be updated to use the OXM code from the core framework. The OXM code in the core has already moved on, and is newer than that in Spring-WS.

I am currently developing a system using Spring 3 M4 and Spring-WS 1.5.x, and I have to be very careful not to include the OXM code from Spring-WS in the build. When Spring 3 goes final, this will become increasingly problematic as prople try to use them together.

When would you propose making this leap? Perhaps a 1.6 version bump?

Comment by Kenny MacLeod [ 16/Sep/09 ]

It seems that Spring-WS 1.5.8 will not work with the OXM code from Spring 3. However, some of the OXM clases are present in both Spring 3 and Spring-WS, and yet are slightly different.

Comment by Arjen Poutsma [ 16/Sep/09 ]

This is planned for Spring-WS 2.0 (previously known as 1.6), where we drop the OXM module in SWS in favor of the one in SPR.

And no: Spring-WS 1.5.x cannot handle the OXM from Spring Core.

Comment by Kenny MacLeod [ 16/Sep/09 ]

Cool beans. What is the timescale for 2.0? Around the same time as the Spring 3.0 final release?

Comment by Arjen Poutsma [ 16/Sep/09 ]

Work will start on SWS 2.0 when my work on SPR 3.0 is complete.

Comment by Werner Guttmann [ 24/Jan/10 ]

And no: Spring-WS 1.5.x cannot handle the OXM from Spring Core.

Arjen, can you please elaborate on this subject. Are you saing that - even if we managed our Maven dependencies ourselves and carefully - it is not possible to use Spring 3.0 OXM classes with current (1.5.x) spring-ws code ?

Comment by Arjen Poutsma [ 09/Feb/10 ]


If it works for you, that's good. I have even ran my test suite against SPR's OXM, and it seems to work fine. But it's not 'formally' supported, as I did make some minute changes to the oxm package when it moved to the core.

Comment by Kenny MacLeod [ 09/Feb/10 ]

I've experienced occasional clashes between Spring 3 OXM and Spring-WS OXM, in particular when using the Spring 3 OXM with MVC, and the appserver happens to pick the Spring-WS OXM classes in preference. It's hard to reproduce, and hard to fix when it does happen, to the point where I try to avoud using OXM from both Spring MVC and Spring-WS in the same application.

The problem, of course, is that the Spring 3 OXM classes have evolved onwards since they were copied from Spring-WS, and if the Spring-WS versions get picked by the classloader, you get "no such method" errors and the like.

Comment by Arjen Poutsma [ 09/Feb/10 ]

Using SPR's OXM now works for me locally on the SWS 2.0-M1 branch, but we have to wait till SPR 3.0.1 comes out, since I added some required classes there (GenericMarshaller specifically). It should be out later this week.

Comment by Arjen Poutsma [ 04/May/12 ]

Closing old issues

Generated at Wed Nov 14 06:42:49 UTC 2018 using JIRA 7.9.2#79002-sha1:3bb15b68ecd99a30eb364c4c1a393359bcad6278.