[ 
https://issues.apache.org/jira/browse/CXF-6605?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15072882#comment-15072882
 ] 

Akitoshi Yoshida commented on CXF-6605:
---------------------------------------

Hi Sabiya,
we would like to know your exact setup to understand why you are observing this 
problem because this problem normally should not happen (i.e., the code makes 
sure that you don't need to explicitly handle both namespaces at that location 
because you should be seeing only the wsam-2007/02 namespace there even when 
the wsam-2007/05 namespace is used).

For a normal use-case, there is a test case in systests/ws-specs that uses the 
wsam-2007/05 namespace.
https://git-wip-us.apache.org/repos/asf?p=cxf.git;a=blob;f=systests/ws-specs/src/test/java/org/apache/cxf/systest/ws/policy/AddressingPolicy0705Test.java

regards, aki


> WS-Addressing 07/05 not working
> -------------------------------
>
>                 Key: CXF-6605
>                 URL: https://issues.apache.org/jira/browse/CXF-6605
>             Project: CXF
>          Issue Type: Bug
>          Components: WS-* Components
>    Affects Versions: 3.1.2
>         Environment: Win 8, current Spring Boot, Embedded Tomcat
>            Reporter: Stefan Kuhn
>              Labels: easyfix
>         Attachments: AddressingMetadataNamespace.patch, 
> ErrorMessageAtClient.bmp, ExceptionTrace.txt
>
>   Original Estimate: 2h
>  Remaining Estimate: 2h
>
> using 
> xmlns:wsam="http://www.w3.org/2007/05/addressing/metadata"; instead of 
> xmlns:wsam="http://www.w3.org/2007/02/addressing/metadata";
> invalidates valid WS requests.
> e.g. in my usecase, the WSDL uses
>     <wsp:Policy wss:Id="WSAddressing_policy">
>          <wsam:Addressing>
>             <wsp:policy/>
>         </wsam:Addressing> 
>     </wsp:Policy>
> and
>  <wsdl:binding name="OrderManagementServiceOutboundBinding" 
> type="tns:OrderManagementServiceOutboundPortType">
>         <soap:binding style="document" 
> transport="http://schemas.xmlsoap.org/soap/http"/>
>         <wsp:PolicyReference URI="#WSAddressing_policy"/>
> Springs CXF configuration uses the policy interceptor with
>     <cxf:bus>
>         <cxf:features>
>               <p:policies ignoreUnknownAssertions="true"/>
>               <cxf:logging/>
>         </cxf:features>
>     </cxf:bus>
> and
>       <jaxws:endpoint id="outboundService"
>               publish="true"
>               implementor="#outbound" 
>               address="/OrderManagementServiceOutbound"
>               serviceName="s:OrderManagementServiceOutbound" 
>               endpointName="s:OrderManagementResponsePort"
>               wsdlLocation="/wsdl/OrderManagementServiceOutbound.wsdl"
>               xmlns:s="urn:OrderManagementServiceOutbound">
>               
>               <jaxws:properties>
>                       <entry key="faultStackTraceEnabled" 
> value="${ws.stacktrace-enabled:false}" />
>                       <entry key="exceptionMessageCauseEnabled" 
> value="${ws.exception-message-cause-enabled:false}" />
>                       <entry key="schema-validation-enabled" value="true" />
>               </jaxws:properties>
>               
>               <jaxws:features>
>                       <cxf:logging />
>                       <wsa:addressing /> 
>               </jaxws:features>
>       </jaxws:endpoint>
> I've used CXF and SOAP-UI as a client for the server application, both 
> successful for 2007/02, both unsuccessful for 2007/05.
> CXF replies to the same request with 
> <soap:Fault>
>          <faultcode 
> xmlns:ns1="http://www.w3.org/2005/08/addressing";>ns1:MessageAddressingHeaderRequired</faultcode>
>          <faultstring>A required header representing a Message Addressing 
> Property is not present</faultstring>
>       </soap:Fault>
> It seems to me, that the qualified name of ADDRESSING_ASSERTION_QNAME_0705 is 
> not added to the QName[] types in 
> org.apache.cxf.ws.addressing.impl.MAPAggregatorImpl.assertAddressing(Message, 
> EndpointReferenceType, EndpointReferenceType), Line 334.
>   



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to