THIS IS A TEST INSTANCE. ALL YOUR CHANGES WILL BE LOST!!!!
...
- New annotations of java first use cases
- @WSDLDocumentation annotation to add documentation nodes to generated wsdl
- @SchemaValidation annotation to turn on schema validation
- @DataBinding to set the databinding used (if other than JAXB)
- @GZIP to turn on GZIP compression
- @FastInfoset to turn on FastInfoset support
- @Logging to turn on and control various Logging functionality
- SOAP/JMS spec implementation
- SDO databinding
API changes
- As part of cleaning up the API's and use of generics in the API's, the InterceptorProvider API changed it's methods from:
toCode Block List<Interceptor> getOutInterceptors();
While binary compatible (type erasure makes the raw signatures the same), it's not SOURCE compatible as you may need to update the types of variables used to hold the lists. Generally, just do the same change. AddCode Block List<Interceptor<? extends Message>> getOutInterceptors();
<? extends Message>
to the declaration of the Interceptor.
Runtime changes
- In 2.2.x and earlier, mustUnderstand=true headers were sent into the endpoint (in the List<Header>) and only checked after the endpoint is done processing. If the endpoint doesn't process them, only afterword is the mustUnderstand fault raised. With 2.3.x, mustUnderstand=true headers are checked prior to dispatch. If an endpoint requires mustUnderstand headers to be passed in, it must be configured so the runtime knows to allow them through. To do so, add a endpoint property named "endpoint-processes-headers" that is either a string of the qname of the header to pass in or a collection of string of qnames of headers to pass in. (We'll be adding an annotation or other means to configure this shortly)
...