Yes, but no class wrapping a normalized message exists, only a message exchange wrapper. So, perhaps this CDK update can be independent of this feature. If you agree, can you add an entry to the feature request tarcker ?
Maybe an evolution of the CDK will be to provide an API based on the 220.127.116.11.3 section :
- message.setSecuritySubject(Subject s) will set the javax.jbi.security.subject property
- message.setProtocolType(String s) will set the protocol type property
- message.setHeaders(Map m) will set the headers properties.
The content of the Map is defined by the JBI specifications. Yes it is possible to duplicate WSA elements in the normalized message, but I think it is better to create a WsaHelper that retrieve WSA values from the Map.
A quick update on WS-Adressing support : IMO it is a little boring to handle WSA data in DocumentFragment. I suggest to use, for the WSA support, the WSA QNAME=String pattern. CocumentFragments will be used for everything else.