-
Task
-
Resolution: Done
-
Major
-
None
-
None
-
Documentation (Ref Guide, User Guide, etc.), Release Notes
The JBossWS integration with Spring has been evolving a lot since the initial prototype in 3.x series. WIth the latest additions in JBossWS 5 (see linked jiras), it's now time to deprecate the Spring integration, that is the ability of declaring ws endpoints and clients using spring based descriptors. This has proven to be a difficult to maintain solution and with the current stack functionalities there's really no reason for relying on it. We do have valid alternatives for configuring interceptors, features, setting WS-* options, controlling CXF internals, performing injection into EE components, etc.
In any case, the Spring integration has been disabled by default (optionally turned on by manually installing spring module on the container) since JBoss AS 7 series and users should now be properly relying on plain JAX-WS whenever possible and using WS-Policy and JBossWS configuration properties for advanced WS-* functionalities, so this is not going to be that an issue to the majority of the user base.
- blocks
-
JBWS-3885 Drop Spring integration
- Closed
- is related to
-
JBWS-3837 Apache CXF interceptors setup through properties
- Closed
-
JBWS-3840 jboss-webservices.xml support for Apache CXF interceptor properties
- Closed
-
JBWS-3875 Allow setting CXF features using properties on client/endpoint configs and in jboss-webservices.xml
- Closed
-
JBWS-3879 Convention for declaring interceptor and feature parameters through properties
- Closed
-
JBWS-3901 Allow configuring default HTTP Conduit
- Closed