[ http://issues.apache.org/jira/browse/AXIS2-993?page=comments#action_12428656 ] Eran Chinthaka commented on AXIS2-993: --------------------------------------
Brian, This is one of the problems I've been looking at for some time. IMO, EndpointReference class better be independent of WS-A. We got the attributed of the EPR class by looking at 2005/08 spec, but after that it had nothing to do with that. I'd like to keep it as it is and rather than implementing toOM and fromOM inside that, we can do the same using one of the following options, without touching the EPR class. 1. Extending from EPR class, we can have two different sub classes for two specs. But this must make sure that EPR class can be used as it is without its sub classes for some users, who do not want to worry abt the WS-A spec. 2. Delegate to a helper class for fromOM and toOM. AddressingHelper.toOM(epr, addressingNamespace) AddressingHelper.fromOM(omElement) For further discussions, if required, lets move this to axis-dev mailing list. -- Chinthaka > org.apache.axis2.addressing.EndpointReference should explicitly save the > WS-Addressing namespace > ------------------------------------------------------------------------------------------------ > > Key: AXIS2-993 > URL: http://issues.apache.org/jira/browse/AXIS2-993 > Project: Apache Axis 2.0 (Axis2) > Issue Type: Improvement > Components: Addressing > Reporter: Brian DePradine > Attachments: newerpatch.txt, newpatch.txt, patch.txt > > > Currently, the EndpointReference class always assumes that it is a > representation of endpoint references based on the WS-Addressing 2005/08 > (final) spec. However, this class is also used to represent endpoint > references based on the 2004/08 (submission) spec. The problem is that the > methods toOM() and fromOM() only work correctly in the former case. If the > EndpointReference class is modified to explicitly save the WS-Addressing > namespace then these methods can be made to work correctly for both specs. > Patch to follow. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
