Hi all,

The policy document below describes 2 policy alternatives, one that
contains a policy assertion requiring the inclusion of a certain
security token and the other that doesn't contain a policy assertion.
Does this policy mean that a client that is not Rampart enabled (i.e.
the SOAP request header doesn't contain WS-Sec headers) will be able to
consume the service? Or does the service just ignore the 2nd policy
assertion and only the first policy assertion is used? Cheers.

Regards
Sanjay


<wsp:ExactlyOne>
    <wsp:All>
      <sp:SecurityToken>
        <sp:TokenType>sp:X509v3</sp:TokenType>
      </sp:SecurityToken>
      <sp:UsernameToken /> 
    </wsp:All>
    <wsp:All>
    </wsp:All>
  </wsp:ExactlyOne>
</wsp:Policy> 

>-----Original Message-----
>From: Sanjay Vivek [mailto:[EMAIL PROTECTED] 
>Sent: 22 April 2008 07:35
>To: [email protected]
>Subject: RE: Editing the services.xml to allow both Basic Auth 
>and Rampart auth.
>
>Hi Nandana,
>
>Is it possible to define a policy that supports 2 
>alternatives? The 1st alternative requires the  Web Service 
>client to use UsernameToken while the 2nd alternative allows 
>any client at all to consume the service? I know this is can 
>be done with WS-Security Policy but I would like to know if 
>the 2nd alternative is possible, i.e. allowing any client at 
>all to consume the service. 
>
>Clients who are not Rampart enabled can instead use Basic Auth 
>to consume the service. Any insight would be greatly 
>appreciated. Cheers.
>
>Regards
>Sanjay

Reply via email to