Hi Oli, Sergey,
there seems to be indeed some bug that causes the transformer to choke
on the addressing namespace. A very weird one because it only chokes
on the 2005/08 namespace and not the old 2004/08 namespace :-).
I could verify this strange behavior.

@Sergey,
the message marked as the response in Oli's original mail can be used
as the input to the transformer. I can look into it sometime today
(unless you have already an idea or want to look into it later. let me
know).


regards, aki

2012/3/1 Sergey Beryozkin <[email protected]>:
> Hi Oli,
>
>
> On 01/03/12 08:15, Oliver Wulff wrote:
>>
>> Hi there
>>
>>
>>
>> I've configured the TransformOutInterceptor in the STS to support the old
>> WS-Trust standard:
>>
>>
>>
>>         <bean id="transformerOut"
>>
>> class="org.apache.cxf.interceptor.transform.TransformOutInterceptor">
>>                 <property name="outTransformElements">
>>                         <map>
>>                                <entry
>> key="{http://docs.oasis-open.org/ws-sx/ws-trust/200512}*";
>>  value="{http://schemas.xmlsoap.org/ws/2005/02/trust}*"; />
>>                         </map>
>>                 </property>
>>         </bean>
>>
>> For some reason, the transform interceptor removed the wsa ns prefix in
>> the AppliesTo and thus becomes invalid xml.
>>
>>
>>
>> I've tested this with soapUI. Here is the incoming request and the
>> returned response. Any ideas?
>>
>>
>>
>> request:
>>
>> <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/";>
>>    <soap:Header>
>>       <wsse:Security soap:mustUnderstand="1"
>> xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd";
>> xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd";>
>>          <wsse:UsernameToken wsu:Id="UsernameToken-1">
>>             <wsse:Username>alice</wsse:Username>
>>             <wsse:Password
>> Type="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-username-token-profile-1.0#PasswordText";>password</wsse:Password>
>>          </wsse:UsernameToken>
>>       </wsse:Security>
>>    </soap:Header>
>>    <soap:Body>
>>       <wst:RequestSecurityToken
>> xmlns:wst="http://schemas.xmlsoap.org/ws/2005/02/trust";
>> xmlns:wsp="http://schemas.xmlsoap.org/ws/2004/09/policy";>
>>
>>  <wst:KeyType>http://docs.oasis-open.org/ws-sx/ws-trust/200512/Bearer</wst:KeyType>
>>
>>  <wst:TokenType>http://docs.oasis-open.org/wss/oasis-wss-saml-token-profile-1.1#SAMLV1.1</wst:TokenType>
>>
>>  <wst:RequestType>http://docs.oasis-open.org/ws-sx/ws-trust/200512/Issue</wst:RequestType>
>>          <wsp:AppliesTo xmlns:wsa="http://www.w3.org/2005/08/addressing";>
>>             <wsa:EndpointReference>
>>
>>  <wsa:Address>https://nssstg1.msvcs.example.com/FIM/sps/spwsfstd/wsf</wsa:Address>
>>             </wsa:EndpointReference>
>>          </wsp:AppliesTo>
>>          <wst:Claims
>> Dialect="http://schemas.xmlsoap.org/ws/2005/05/identity";
>> xmlns:ic="http://schemas.xmlsoap.org/ws/2005/05/identity";>
>>             <ic:ClaimType Optional="false"
>> Uri="http://schemas.xmlsoap.org/ws/2005/05/identity/claims/givenname"/>
>>             <ic:ClaimType Optional="false"
>> Uri="http://schemas.xmlsoap.org/ws/2005/05/identity/claims/surname"/>
>>             <ic:ClaimType Optional="false"
>> Uri="http://schemas.xmlsoap.org/ws/2005/05/identity/claims/emailaddress"/>
>>          </wst:Claims>
>>       </wst:RequestSecurityToken>
>>    </soap:Body>
>> </soap:Envelope>
>>
>>
>
> is the above the way it should like ? How do the original and the broken
> payloads look like, which is what I believe Aki is asking too ?
> Please provide at least the original payload...
>
> Cheers, Sergey

Reply via email to