You are viewing a plain text version of this content. The canonical link for it is here.
Posted to rampart-c-dev@ws.apache.org by "John Chen (JIRA)" <ji...@apache.org> on 2009/10/12 10:32:31 UTC
[jira] Issue Comment Edited: (RAMPARTC-124) Interoperability issue
with Rampart/Java in Rampart/C in username token scenario
[ https://issues.apache.org/jira/browse/RAMPARTC-124?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12764601#action_12764601 ]
John Chen edited comment on RAMPARTC-124 at 10/12/09 1:31 AM:
--------------------------------------------------------------
Hi, Dimuthu Gamage!
Can you send your sample code to me ? I'm interested in this bug. Thanks!\
czybear@126.com
was (Author: czybear):
Hi, Dimuthu Gamage!
Can you send your sample code to me ? I'm interested in this bug. Thanks!
> Interoperability issue with Rampart/Java in Rampart/C in username token scenario
> --------------------------------------------------------------------------------
>
> Key: RAMPARTC-124
> URL: https://issues.apache.org/jira/browse/RAMPARTC-124
> Project: Rampart/C
> Issue Type: Bug
> Components: Rampart-core
> Affects Versions: 1.2.0
> Environment: Linux + window
> Reporter: Dimuthu Gamage
> Assignee: S.Uthaiyashankar
> Fix For: Next Version
>
>
> Currently in the username token scenario Rampart Servers send the response with empty security headers (setting musUnderstand=1), even when the policy doesn't imply any security in response. SO Rampart/Java skip the security processing and claim the "it doesn't unserstant mustUnderstand=1 header.
> This is a bug in Rampart/Java to send empty security headers in the response
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.