[ 
https://issues.apache.org/jira/browse/RAMPART-371?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Robert Lazarski updated RAMPART-371:
------------------------------------
    Fix Version/s: 2.0.0

> Namespace 'http://docs.oasis-open.org/ws-sx/ws-securitypolicy/200702' is 
> unsupported by generated client
> --------------------------------------------------------------------------------------------------------
>
>                 Key: RAMPART-371
>                 URL: https://issues.apache.org/jira/browse/RAMPART-371
>             Project: Rampart
>          Issue Type: Bug
>          Components: rampart-policy
>    Affects Versions: 1.6.2
>            Reporter: Philippe A
>            Assignee: Robert Lazarski
>            Priority: Minor
>             Fix For: 2.0.0
>
>
> According to the documentation [1], Rampart supports WS Security Policy 1.2 
> [2]. I assumed the corresponding namespace would be supported:
>     The XML namespace URI that MUST be used by implementations of this 
> specification is:
>     http://docs.oasis-open.org/ws-sx/ws-securitypolicy/200702
> However, this namespace is at the origin of an exception in my generated 
> client:
> org.apache.axis2.AxisFault: atleast one module can't support 
> {http://docs.oasis-open.org/ws-sx/ws-securitypolicy/200702}SupportingTokens
> One workaround is to 'downgrade' the namespace to WS Security Policy 1.1 [3] 
> in my server policy, and to regenerate my client:
>     http://schemas.xmlsoap.org/ws/2005/07/securitypolicy
> I have not encountered that problem with a simple hand written client.
> [1] http://axis.apache.org/axis2/java/rampart/
> [2] 
> http://docs.oasis-open.org/ws-sx/ws-securitypolicy/200702/ws-securitypolicy-1.2-spec-os.html
> [3] http://specs.xmlsoap.org/ws/2005/07/securitypolicy/ws-securitypolicy.pdf



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

---------------------------------------------------------------------
To unsubscribe, e-mail: java-dev-unsubscr...@axis.apache.org
For additional commands, e-mail: java-dev-h...@axis.apache.org

Reply via email to