You are viewing a plain text version of this content. The canonical link for it is here.
- Re: PKCS12 Key Store API - posted by Kaushalye Kapuruge <ka...@wso2.com> on 2008/02/01 05:33:08 UTC, 6 replies.
- [jira] Updated: (RAMPARTC-39) WS-Trust implementation for Ramapart/C - posted by "Kasun Indrasiri (JIRA)" <ji...@apache.org> on 2008/02/01 09:53:08 UTC, 3 replies.
- [jira] Created: (RAMPARTC-61) Need a way to running secpolcy samples automatically under Windows - posted by "Supun Kamburugamuva (JIRA)" <ji...@apache.org> on 2008/02/02 08:07:08 UTC, 0 replies.
- [jira] Updated: (RAMPARTC-61) Need a way to running secpolcy samples automatically under Windows - posted by "Supun Kamburugamuva (JIRA)" <ji...@apache.org> on 2008/02/02 08:07:08 UTC, 2 replies.
- Re: Invailability of sed command on Windows addressed - posted by Supun Kamburugamuva <su...@gmail.com> on 2008/02/02 08:08:48 UTC, 0 replies.
- Re: [jira] Updated: (RAMPARTC-61) Need a way to running secpolcy samples automatically under Windows - posted by Senaka Fernando <se...@wso2.com> on 2008/02/02 11:03:34 UTC, 1 replies.
- Moving Trust to the Rampart/C trunk - posted by Supun Kamburugamuva <su...@gmail.com> on 2008/02/03 17:18:39 UTC, 4 replies.
- Asymmetric encryption using existing keys - posted by Kasun Indrasiri <ka...@gmail.com> on 2008/02/03 18:04:17 UTC, 1 replies.
- Trust Implementation added to trunk - posted by Milinda Pathirage <mi...@gmail.com> on 2008/02/07 05:14:11 UTC, 5 replies.
- Including SAML token to SOAP header as Sign Supporting Tokens - posted by Supun Kamburugamuva <su...@gmail.com> on 2008/02/07 13:11:29 UTC, 0 replies.
- [jira] Created: (RAMPARTC-62) Inclusion and proccessing of SAML assertions as signed supporting tokens - posted by "Supun Kamburugamuva (JIRA)" <ji...@apache.org> on 2008/02/08 07:21:12 UTC, 0 replies.
- [jira] Resolved: (RAMPARTC-34) SAML implementation for Ramapart/C - posted by "Milinda Lakmal Pathirage (JIRA)" <ji...@apache.org> on 2008/02/08 08:55:12 UTC, 0 replies.
- [jira] Assigned: (RAMPARTC-34) SAML implementation for Ramapart/C - posted by "Milinda Lakmal Pathirage (JIRA)" <ji...@apache.org> on 2008/02/08 08:55:12 UTC, 0 replies.
- [jira] Resolved: (RAMPARTC-39) WS-Trust implementation for Ramapart/C - posted by "Milinda Lakmal Pathirage (JIRA)" <ji...@apache.org> on 2008/02/08 08:55:12 UTC, 0 replies.
- [jira] Commented: (RAMPARTC-62) Inclusion and proccessing of SAML assertions as signed supporting tokens - posted by "Supun Kamburugamuva (JIRA)" <ji...@apache.org> on 2008/02/08 09:15:10 UTC, 0 replies.
- [jira] Resolved: (RAMPARTC-62) Inclusion and proccessing of SAML assertions as signed supporting tokens - posted by "Supun Kamburugamuva (JIRA)" <ji...@apache.org> on 2008/02/08 09:19:07 UTC, 0 replies.
- [jira] Resolved: (RAMPARTC-60) When encryption token assertion and signature token assertion is given in symmetric binding, two session keys have to be created. - posted by "S.Uthaiyashankar (JIRA)" <ji...@apache.org> on 2008/02/08 13:00:16 UTC, 0 replies.
- [jira] Closed: (RAMPARTC-60) When encryption token assertion and signature token assertion is given in symmetric binding, two session keys have to be created. - posted by "S.Uthaiyashankar (JIRA)" <ji...@apache.org> on 2008/02/08 13:00:23 UTC, 0 replies.
- [jira] Created: (RAMPARTC-63) Sample scenario for SAML token inclusion as signed supporting tokens - posted by "Supun Kamburugamuva (JIRA)" <ji...@apache.org> on 2008/02/08 13:26:08 UTC, 0 replies.
- Redefinition errors in rampart_replay_detector and rampart_sct_provider - posted by Prasadcse Perera <pr...@gmail.com> on 2008/02/09 12:06:14 UTC, 1 replies.
- [jira] Commented: (RAMPARTC-61) Need a way to running secpolcy samples automatically under Windows - posted by "S.Uthaiyashankar (JIRA)" <ji...@apache.org> on 2008/02/11 06:50:08 UTC, 0 replies.
- [jira] Resolved: (RAMPARTC-55) oxs_token_build_key_identifier_element method should accet null encoding_type and value_type arguments - posted by "S.Uthaiyashankar (JIRA)" <ji...@apache.org> on 2008/02/11 07:04:08 UTC, 0 replies.
- [jira] Created: (RAMPARTC-64) cannot set action property to rst and rstr - posted by "S.Uthaiyashankar (JIRA)" <ji...@apache.org> on 2008/02/11 08:30:08 UTC, 0 replies.
- [jira] Resolved: (RAMPARTC-61) Need a way to running secpolcy samples automatically under Windows - posted by "Supun Kamburugamuva (JIRA)" <ji...@apache.org> on 2008/02/11 11:58:08 UTC, 0 replies.
- [jira] Updated: (RAMPARTC-64) cannot set action property to rst and rstr - posted by "Kasun Indrasiri (JIRA)" <ji...@apache.org> on 2008/02/12 06:24:07 UTC, 0 replies.
- [jira] Created: (RAMPARTC-65) Issued tokens as Sign Supporting tokens - posted by "Supun Kamburugamuva (JIRA)" <ji...@apache.org> on 2008/02/12 09:10:13 UTC, 0 replies.
- [jira] Resolved: (RAMPARTC-64) cannot set action property to rst and rstr - posted by "S.Uthaiyashankar (JIRA)" <ji...@apache.org> on 2008/02/13 04:16:13 UTC, 0 replies.
- [jira] Issue Comment Edited: (RAMPARTC-64) cannot set action property to rst and rstr - posted by "S.Uthaiyashankar (JIRA)" <ji...@apache.org> on 2008/02/13 04:18:08 UTC, 0 replies.
- [jira] Created: (RAMPARTC-66) decrypted data cannot be deserialized, if namespace is defined in soap envelope element - posted by "Lukas JOSEFIK (JIRA)" <ji...@apache.org> on 2008/02/13 14:53:08 UTC, 0 replies.
- [jira] Commented: (RAMPARTC-66) decrypted data cannot be deserialized, if namespace is defined in soap envelope element - posted by "Supun Kamburugamuva (JIRA)" <ji...@apache.org> on 2008/02/14 09:11:09 UTC, 3 replies.
- Trust - STS Client - unwanted delegations - posted by Kasun Indrasiri <ka...@gmail.com> on 2008/02/15 07:29:04 UTC, 2 replies.
- [jira] Created: (RAMPARTC-67) InclusiveNamespaces - posted by "Lukas JOSEFIK (JIRA)" <ji...@apache.org> on 2008/02/15 13:58:08 UTC, 0 replies.
- [jira] Created: (RAMPARTC-68) WS-Federation Extensions - posted by "Kasun Indrasiri (JIRA)" <ji...@apache.org> on 2008/02/16 14:11:09 UTC, 0 replies.
- [jira] Updated: (RAMPARTC-68) WS-Federation Extensions - posted by "Kasun Indrasiri (JIRA)" <ji...@apache.org> on 2008/02/17 18:10:34 UTC, 0 replies.
- [RAMPART/C] Question about making the WS-SECURITY optional from call to call - posted by Dave Meier <DM...@SERENA.com> on 2008/02/22 03:15:21 UTC, 6 replies.
- RE: [RAMPART/C] Question about making the WS-SECURITY optional from call to call - posted by Senaka Fernando <se...@wso2.com> on 2008/02/22 07:51:53 UTC, 2 replies.
- [jira] Created: (RAMPARTC-70) Need support for Client entropy and server entropy - posted by "S.Uthaiyashankar (JIRA)" <ji...@apache.org> on 2008/02/22 09:36:20 UTC, 0 replies.
- [jira] Created: (RAMPARTC-69) need support for key type #EncryptedKeySHA1 - posted by "S.Uthaiyashankar (JIRA)" <ji...@apache.org> on 2008/02/22 09:36:20 UTC, 0 replies.
- Re: [RAMPART/C] Question about making the WS-SECURITY optional from call to call - posted by Senaka Fernando <se...@wso2.com> on 2008/02/22 11:02:22 UTC, 1 replies.
- Re: [RAMPART/C] Question about making the WS-SECURITY optional from call to call - posted by Senaka Fernando <se...@wso2.com> on 2008/02/22 14:19:52 UTC, 0 replies.
- [jira] Created: (RAMPARTC-71) Rampart does not work unless the operation name is in the URL - posted by "Dave Meier (JIRA)" <ji...@apache.org> on 2008/02/23 02:47:19 UTC, 0 replies.
- Re: [RAMPART/C] Question about making the WS-SECURITY optional from call to call - posted by Manjula Peiris <ma...@wso2.com> on 2008/02/23 08:22:05 UTC, 0 replies.
- [jira] Closed: (RAMPARTC-69) need support for key type #EncryptedKeySHA1 - posted by "S.Uthaiyashankar (JIRA)" <ji...@apache.org> on 2008/02/25 07:02:51 UTC, 0 replies.
- [jira] Resolved: (RAMPARTC-69) need support for key type #EncryptedKeySHA1 - posted by "S.Uthaiyashankar (JIRA)" <ji...@apache.org> on 2008/02/25 07:02:51 UTC, 0 replies.
- [jira] Created: (RAMPARTC-72) key derivation should be based on algorithm suite - posted by "S.Uthaiyashankar (JIRA)" <ji...@apache.org> on 2008/02/25 07:04:51 UTC, 0 replies.
- [AXIS2C and Rampart/C] Question about how to get the userid and password when my service is invoked - posted by Dave Meier <DM...@SERENA.com> on 2008/02/26 19:37:56 UTC, 2 replies.
- [jira] Commented: (RAMPARTC-71) Rampart does not work unless the operation name is in the URL - posted by "Dave Meier (JIRA)" <ji...@apache.org> on 2008/02/26 19:40:51 UTC, 6 replies.
- [jira] Assigned: (RAMPARTC-71) Rampart does not work unless the operation name is in the URL - posted by "S.Uthaiyashankar (JIRA)" <ji...@apache.org> on 2008/02/27 04:18:53 UTC, 0 replies.
- [jira] Closed: (RAMPARTC-72) key derivation should be based on algorithm suite - posted by "S.Uthaiyashankar (JIRA)" <ji...@apache.org> on 2008/02/27 04:28:51 UTC, 0 replies.
- [jira] Resolved: (RAMPARTC-72) key derivation should be based on algorithm suite - posted by "S.Uthaiyashankar (JIRA)" <ji...@apache.org> on 2008/02/27 04:28:51 UTC, 0 replies.
- [AXIS2C and Rampart/C] Question about how to get saml info from inside my service - posted by Dave Meier <DM...@SERENA.com> on 2008/02/28 03:41:22 UTC, 2 replies.
- [jira] Created: (RAMPARTC-73) support for encrypted data type content - posted by "Lukas JOSEFIK (JIRA)" <ji...@apache.org> on 2008/02/28 09:49:51 UTC, 0 replies.
- [jira] Created: (RAMPARTC-74) wrong encryption with oxs_token_build_encrypted_data_element - posted by "Lukas JOSEFIK (JIRA)" <ji...@apache.org> on 2008/02/28 14:23:51 UTC, 0 replies.
- [jira] Created: (RAMPARTC-75) OXS_ENCODING_BASE64BINARY, OXS_VALUE_X509V3 shift - posted by "Lukas JOSEFIK (JIRA)" <ji...@apache.org> on 2008/02/28 16:43:52 UTC, 0 replies.
- [jira] Created: (RAMPARTC-76) Username token should default inclusion to empty string, and treat an empty IncludeToken attribute to mean the token is optional - posted by "Dave Meier (JIRA)" <ji...@apache.org> on 2008/02/29 00:11:55 UTC, 0 replies.
- [jira] Updated: (RAMPARTC-76) Username token should default inclusion to empty string, and treat an empty IncludeToken attribute to mean the token is optional - posted by "Dave Meier (JIRA)" <ji...@apache.org> on 2008/02/29 00:11:55 UTC, 1 replies.
- [jira] Commented: (RAMPARTC-76) Username token should default inclusion to empty string, and treat an empty IncludeToken attribute to mean the token is optional - posted by "Dave Meier (JIRA)" <ji...@apache.org> on 2008/02/29 01:45:52 UTC, 2 replies.
- [jira] Updated: (RAMPARTC-71) Rampart does not work unless the operation name is in the URL - posted by "Dave Meier (JIRA)" <ji...@apache.org> on 2008/02/29 03:02:51 UTC, 0 replies.
- [jira] Issue Comment Edited: (RAMPARTC-71) Rampart does not work unless the operation name is in the URL - posted by "S.Uthaiyashankar (JIRA)" <ji...@apache.org> on 2008/02/29 04:30:51 UTC, 0 replies.
- [jira] Commented: (RAMPARTC-74) wrong encryption with oxs_token_build_encrypted_data_element - posted by "S.Uthaiyashankar (JIRA)" <ji...@apache.org> on 2008/02/29 04:46:51 UTC, 1 replies.
- [jira] Resolved: (RAMPARTC-75) OXS_ENCODING_BASE64BINARY, OXS_VALUE_X509V3 shift - posted by "S.Uthaiyashankar (JIRA)" <ji...@apache.org> on 2008/02/29 05:00:51 UTC, 0 replies.
- [jira] Assigned: (RAMPARTC-66) decrypted data cannot be deserialized, if namespace is defined in soap envelope element - posted by "S.Uthaiyashankar (JIRA)" <ji...@apache.org> on 2008/02/29 06:04:51 UTC, 0 replies.
- [jira] Assigned: (RAMPARTC-67) InclusiveNamespaces - posted by "S.Uthaiyashankar (JIRA)" <ji...@apache.org> on 2008/02/29 06:04:51 UTC, 0 replies.
- [jira] Assigned: (RAMPARTC-73) support for encrypted data type content - posted by "S.Uthaiyashankar (JIRA)" <ji...@apache.org> on 2008/02/29 06:08:52 UTC, 0 replies.
- [jira] Assigned: (RAMPARTC-68) WS-Federation Extensions - posted by "S.Uthaiyashankar (JIRA)" <ji...@apache.org> on 2008/02/29 06:08:52 UTC, 0 replies.
- [jira] Assigned: (RAMPARTC-76) Username token should default inclusion to empty string, and treat an empty IncludeToken attribute to mean the token is optional - posted by "S.Uthaiyashankar (JIRA)" <ji...@apache.org> on 2008/02/29 06:10:51 UTC, 0 replies.
- [jira] Assigned: (RAMPARTC-74) wrong encryption with oxs_token_build_encrypted_data_element - posted by "S.Uthaiyashankar (JIRA)" <ji...@apache.org> on 2008/02/29 06:10:51 UTC, 0 replies.
- [jira] Closed: (RAMPARTC-76) Username token should default inclusion to empty string, and treat an empty IncludeToken attribute to mean the token is optional - posted by "Dave Meier (JIRA)" <ji...@apache.org> on 2008/02/29 06:58:51 UTC, 0 replies.