rampart-c-dev  

Messages by Thread

• • [jira] Closed: (RAMPARTC-69) need support for key type #EncryptedKeySHA1 S.Uthaiyashankar (JIRA)
• [jira] Created: (RAMPARTC-70) Need support for Client entropy and server entropy S.Uthaiyashankar (JIRA)
  • [jira] Resolved: (RAMPARTC-70) Need support for Client entropy and server entropy S.Uthaiyashankar (JIRA)
  • [jira] Closed: (RAMPARTC-70) Need support for Client entropy and server entropy S.Uthaiyashankar (JIRA)
• [RAMPART/C] Question about making the WS-SECURITY optional from call to call Dave Meier
  • Re: [RAMPART/C] Question about making the WS-SECURITY optional from call to call Supun Kamburugamuva
  • Re: [RAMPART/C] Question about making the WS-SECURITY optional from call to call Manjula Peiris
  • Re: [RAMPART/C] Question about making the WS-SECURITY optional from call to call Kaushalye Kapuruge
  • RE: [RAMPART/C] Question about making the WS-SECURITY optional from call to call Dave Meier
  • RE: [RAMPART/C] Question about making the WS-SECURITY optional from call to call Senaka Fernando
  • Re: [RAMPART/C] Question about making the WS-SECURITY optional from call to call Kaushalye Kapuruge
  • Re: [RAMPART/C] Question about making the WS-SECURITY optional from call to call Supun Kamburugamuva
  • Re: [RAMPART/C] Question about making the WS-SECURITY optional from call to call Kaushalye Kapuruge
  • Re: [RAMPART/C] Question about making the WS-SECURITY optional from call to call Senaka Fernando
  • Re: [RAMPART/C] Question about making the WS-SECURITY optional from call to call Dumindu Pallewela
  • Re: [RAMPART/C] Question about making the WS-SECURITY optional from call to call Senaka Fernando
  • Re: [RAMPART/C] Question about making the WS-SECURITY optional from call to call Kaushalye Kapuruge
  • Re: [RAMPART/C] Question about making the WS-SECURITY optional from call to call Senaka Fernando
• [jira] Created: (RAMPARTC-68) WS-Federation Extensions Kasun Indrasiri (JIRA)
  • [jira] Updated: (RAMPARTC-68) WS-Federation Extensions Kasun Indrasiri (JIRA)
  • [jira] Assigned: (RAMPARTC-68) WS-Federation Extensions S.Uthaiyashankar (JIRA)
  • [jira] Updated: (RAMPARTC-68) WS-Federation Extensions Kasun Indrasiri (JIRA)
  • [jira] Assigned: (RAMPARTC-68) WS-Federation Extensions Milinda Lakmal Pathirage (JIRA)
• [jira] Created: (RAMPARTC-67) InclusiveNamespaces Lukas JOSEFIK (JIRA)
  • [jira] Assigned: (RAMPARTC-67) InclusiveNamespaces S.Uthaiyashankar (JIRA)
  • [jira] Commented: (RAMPARTC-67) InclusiveNamespaces Dumindu Pallewela (JIRA)
  • [jira] Commented: (RAMPARTC-67) InclusiveNamespaces Lukas JOSEFIK (JIRA)
  • [jira] Commented: (RAMPARTC-67) InclusiveNamespaces Malinda Kaushalye Kapuruge (JIRA)
• Trust - STS Client - unwanted delegations Kasun Indrasiri
  • Re: Trust - STS Client - unwanted delegations Supun Kamburugamuva
  • Re: Trust - STS Client - unwanted delegations Uthaiyashankar
• [jira] Created: (RAMPARTC-66) decrypted data cannot be deserialized, if namespace is defined in soap envelope element Lukas JOSEFIK (JIRA)
  • [jira] Commented: (RAMPARTC-66) decrypted data cannot be deserialized, if namespace is defined in soap envelope element Supun Kamburugamuva (JIRA)
  • [jira] Commented: (RAMPARTC-66) decrypted data cannot be deserialized, if namespace is defined in soap envelope element Lukas JOSEFIK (JIRA)
  • [jira] Commented: (RAMPARTC-66) decrypted data cannot be deserialized, if namespace is defined in soap envelope element Lukas JOSEFIK (JIRA)
  • [jira] Assigned: (RAMPARTC-66) decrypted data cannot be deserialized, if namespace is defined in soap envelope element S.Uthaiyashankar (JIRA)
  • [jira] Commented: (RAMPARTC-66) decrypted data cannot be deserialized, if namespace is defined in soap envelope element Lukas JOSEFIK (JIRA)
  • [jira] Updated: (RAMPARTC-66) decrypted data cannot be deserialized, if namespace is defined in soap envelope element S.Uthaiyashankar (JIRA)
• [jira] Created: (RAMPARTC-65) Issued tokens as Sign Supporting tokens Supun Kamburugamuva (JIRA)
  • [jira] Closed: (RAMPARTC-65) Issued tokens as Sign Supporting tokens Supun Kamburugamuva (JIRA)
• [jira] Created: (RAMPARTC-64) cannot set action property to rst and rstr S.Uthaiyashankar (JIRA)
  • [jira] Updated: (RAMPARTC-64) cannot set action property to rst and rstr Kasun Indrasiri (JIRA)
  • [jira] Resolved: (RAMPARTC-64) cannot set action property to rst and rstr S.Uthaiyashankar (JIRA)
  • [jira] Issue Comment Edited: (RAMPARTC-64) cannot set action property to rst and rstr S.Uthaiyashankar (JIRA)
  • [jira] Closed: (RAMPARTC-64) cannot set action property to rst and rstr S.Uthaiyashankar (JIRA)
• Redefinition errors in rampart_replay_detector and rampart_sct_provider Prasadcse Perera
  • Re: Redefinition errors in rampart_replay_detector and rampart_sct_provider Uthaiyashankar
• [jira] Created: (RAMPARTC-63) Sample scenario for SAML token inclusion as signed supporting tokens Supun Kamburugamuva (JIRA)
  • [jira] Resolved: (RAMPARTC-63) Sample scenario for SAML token inclusion as signed supporting tokens Supun Kamburugamuva (JIRA)
  • [jira] Closed: (RAMPARTC-63) Sample scenario for SAML token inclusion as signed supporting tokens Supun Kamburugamuva (JIRA)
• [jira] Created: (RAMPARTC-62) Inclusion and proccessing of SAML assertions as signed supporting tokens Supun Kamburugamuva (JIRA)
  • [jira] Commented: (RAMPARTC-62) Inclusion and proccessing of SAML assertions as signed supporting tokens Supun Kamburugamuva (JIRA)
  • [jira] Resolved: (RAMPARTC-62) Inclusion and proccessing of SAML assertions as signed supporting tokens Supun Kamburugamuva (JIRA)
• Including SAML token to SOAP header as Sign Supporting Tokens Supun Kamburugamuva
  • Re: Including SAML token to SOAP header as Sign Supporting Tokens Samisa Abeysinghe
  • Re: Including SAML token to SOAP header as Sign Supporting Tokens Kasun Indrasiri
  • Re: Including SAML token to SOAP header as Sign Supporting Tokens Samisa Abeysinghe
  • Re: Including SAML token to SOAP header as Sign Supporting Tokens Milinda Pathirage
  • Re: Including SAML token to SOAP header as Sign Supporting Tokens Kasun Indrasiri
  • Re: Including SAML token to SOAP header as Sign Supporting Tokens Samisa Abeysinghe
  • Re: Including SAML token to SOAP header as Sign Supporting Tokens Supun Kamburugamuva
  • Re: Including SAML token to SOAP header as Sign Supporting Tokens Kaushalye Kapuruge
• Trust Implementation added to trunk Milinda Pathirage
  • Re: Trust Implementation added to trunk Uthaiyashankar
  • Re: Trust Implementation added to trunk Kasun Indrasiri
  • Re: Trust Implementation added to trunk Supun Kamburugamuva
  • Re: Trust Implementation added to trunk Uthaiyashankar
  • Re: Trust Implementation added to trunk Kasun Indrasiri
• Asymmetric encryption using existing keys Kasun Indrasiri
  • Re: Asymmetric encryption using existing keys Uthaiyashankar
• Moving Trust to the Rampart/C trunk Supun Kamburugamuva
  • Re: Moving Trust to the Rampart/C trunk Milinda Pathirage
  • Re: Moving Trust to the Rampart/C trunk Kasun Indrasiri
  • Re: Moving Trust to the Rampart/C trunk Uthaiyashankar
  • Re: Moving Trust to the Rampart/C trunk Kasun Indrasiri
• [jira] Created: (RAMPARTC-61) Need a way to running secpolcy samples automatically under Windows Supun Kamburugamuva (JIRA)
  • [jira] Updated: (RAMPARTC-61) Need a way to running secpolcy samples automatically under Windows Supun Kamburugamuva (JIRA)
  • Re: [jira] Updated: (RAMPARTC-61) Need a way to running secpolcy samples automatically under Windows Senaka Fernando
  • Re: [jira] Updated: (RAMPARTC-61) Need a way to running secpolcy samples automatically under Windows Supun Kamburugamuva
  • Re: [jira] Updated: (RAMPARTC-61) Need a way to running secpolcy samples automatically under Windows Senaka Fernando
  • [jira] Updated: (RAMPARTC-61) Need a way to running secpolcy samples automatically under Windows Supun Kamburugamuva (JIRA)
  • [jira] Commented: (RAMPARTC-61) Need a way to running secpolcy samples automatically under Windows S.Uthaiyashankar (JIRA)
  • [jira] Resolved: (RAMPARTC-61) Need a way to running secpolcy samples automatically under Windows Supun Kamburugamuva (JIRA)
• PKCS12 Key Store API Milinda Pathirage
  • Re: PKCS12 Key Store API Kaushalye Kapuruge
  • Re: PKCS12 Key Store API Manjula Peiris
  • Re: PKCS12 Key Store API Kaushalye Kapuruge
  • Re: PKCS12 Key Store API Milinda Pathirage
  • Re: PKCS12 Key Store API Kaushalye Kapuruge
  • Re: PKCS12 Key Store API Kaushalye Kapuruge
  • Re: PKCS12 Key Store API Milinda Pathirage
  • Re: PKCS12 Key Store API Kaushalye Kapuruge
  • Re: PKCS12 Key Store API Milinda Pathirage
• Setting user name token with inputs given Prasadcse Perera
  • Re: Setting user name token with inputs given Kaushalye Kapuruge
  • Re: Setting user name token with inputs given Prasadcse Perera
  • Re: Setting user name token with inputs given Kaushalye Kapuruge
• [jira] Created: (RAMPARTC-60) When encryption token assertion and signature token assertion is given in symmetric binding, two session keys have to be created. S.Uthaiyashankar (JIRA)
  • [jira] Resolved: (RAMPARTC-60) When encryption token assertion and signature token assertion is given in symmetric binding, two session keys have to be created. S.Uthaiyashankar (JIRA)
  • [jira] Closed: (RAMPARTC-60) When encryption token assertion and signature token assertion is given in symmetric binding, two session keys have to be created. S.Uthaiyashankar (JIRA)
• [jira] Created: (RAMPARTC-59) rampart_crypto_sha1 method uses sprintf to copy binary data. It should be modified. S.Uthaiyashankar (JIRA)
  • [jira] Closed: (RAMPARTC-59) rampart_crypto_sha1 method uses sprintf to copy binary data. It should be modified. S.Uthaiyashankar (JIRA)
  • [jira] Resolved: (RAMPARTC-59) rampart_crypto_sha1 method uses sprintf to copy binary data. It should be modified. S.Uthaiyashankar (JIRA)
• WS-Trust : Generating session key for proof token Kasun Indrasiri
  • Re: WS-Trust : Generating session key for proof token Uthaiyashankar
• [jira] Created: (RAMPARTC-58) Rampart/C is un-usable when built with /MD option Senaka Fernando (JIRA)
  • [jira] Assigned: (RAMPARTC-58) Rampart/C is un-usable when built with /MD option S.Uthaiyashankar (JIRA)
  • [jira] Resolved: (RAMPARTC-58) Rampart/C is un-usable when built with /MD option S.Uthaiyashankar (JIRA)
• [jira] Created: (RAMPARTC-57) ASF policy and process on crypto notifications Malinda Kaushalye Kapuruge (JIRA)
  • [jira] Assigned: (RAMPARTC-57) ASF policy and process on crypto notifications Malinda Kaushalye Kapuruge (JIRA)
  • [jira] Commented: (RAMPARTC-57) ASF policy and process on crypto notifications Malinda Kaushalye Kapuruge (JIRA)
  • [jira] Assigned: (RAMPARTC-57) ASF policy and process on crypto notifications Malinda Kaushalye Kapuruge (JIRA)
  • [jira] Resolved: (RAMPARTC-57) ASF policy and process on crypto notifications Malinda Kaushalye Kapuruge (JIRA)
• WS-SecureConversation specific policy assertion support for neethi Uthaiyashankar
  • Re: WS-SecureConversation specific policy assertion support for neethi Manjula Peiris
  • Re: WS-SecureConversation specific policy assertion support for neethi Uthaiyashankar
• [jira] Created: (RAMPARTC-56) Avoid deploying password callback modules in the client code Malinda Kaushalye Kapuruge (JIRA)
  • [jira] Commented: (RAMPARTC-56) Avoid deploying password callback modules in the client code Malinda Kaushalye Kapuruge (JIRA)
  • [jira] Assigned: (RAMPARTC-56) Avoid deploying password callback modules in the client code S.Uthaiyashankar (JIRA)
  • [jira] Commented: (RAMPARTC-56) Avoid deploying password callback modules in the client code Supun Kamburugamuva (JIRA)
  • [jira] Commented: (RAMPARTC-56) Avoid deploying password callback modules in the client code Malinda Kaushalye Kapuruge (JIRA)
  • [jira] Commented: (RAMPARTC-56) Avoid deploying password callback modules in the client code Supun Kamburugamuva (JIRA)
  • [jira] Commented: (RAMPARTC-56) Avoid deploying password callback modules in the client code Manjula Peiris (JIRA)
  • [jira] Commented: (RAMPARTC-56) Avoid deploying password callback modules in the client code Malinda Kaushalye Kapuruge (JIRA)
  • [jira] Commented: (RAMPARTC-56) Avoid deploying password callback modules in the client code S.Uthaiyashankar (JIRA)
  • [jira] Resolved: (RAMPARTC-56) Avoid deploying password callback modules in the client code S.Uthaiyashankar (JIRA)
  • [jira] Closed: (RAMPARTC-56) Avoid deploying password callback modules in the client code Malinda Kaushalye Kapuruge (JIRA)
• [Rampart/C] [ANN] Apache Rampart/C 1.1.0 Released Kaushalye Kapuruge
  • [Rampart/C] [ANN] Apache Rampart/C 1.1.0 Released Kaushalye Kapuruge
  • Re: [Rampart/C] [ANN] Apache Rampart/C 1.2.0 Released Kaushalye Kapuruge
• Invailability of sed command on Windows addressed Uthaiyashankar
  • Re: Invailability of sed command on Windows addressed Kaushalye Kapuruge
  • Re: Invailability of sed command on Windows addressed Dumindu Pallewela
  • Re: Invailability of sed command on Windows addressed Manjula Peiris
  • Re: Invailability of sed command on Windows addressed Milinda Pathirage
  • Re: Invailability of sed command on Windows addressed Supun Kamburugamuva
• [Vote][Rampart-C] Vote for Apache Rampart/C 1.1.0 Release - Take 1 Kaushalye Kapuruge
  • Re: [Vote][Rampart-C] Vote for Apache Rampart/C 1.1.0 Release - Take 1 Uthaiyashankar
  • Re: [Vote][Rampart-C] Vote for Apache Rampart/C 1.1.0 Release - Take 1 Dushshantha Chandradasa
  • Re: [Vote][Rampart-C] Vote for Apache Rampart/C 1.1.0 Release - Take 1 Manjula Peiris
  • Re: [Vote][Rampart-C] Vote for Apache Rampart/C 1.1.0 Release - Take 1 Kaushalye Kapuruge
• [RampartC] Code Freeze for 1.1.0 Release Kaushalye Kapuruge
  • Re: [RampartC] Code Freeze for 1.1.0 Release Kaushalye Kapuruge
• Re: Signature based identity Kaushalye Kapuruge
• [jira] Created: (RAMPARTC-55) oxs_token_build_key_identifier_element method should accet null encoding_type and value_type arguments Supun Kamburugamuva (JIRA)
  • [jira] Assigned: (RAMPARTC-55) oxs_token_build_key_identifier_element method should accet null encoding_type and value_type arguments S.Uthaiyashankar (JIRA)
  • [jira] Resolved: (RAMPARTC-55) oxs_token_build_key_identifier_element method should accet null encoding_type and value_type arguments S.Uthaiyashankar (JIRA)
• Implementation of STR-Transform Supun Kamburugamuva
  • Re: Implementation of STR-Transform Kaushalye Kapuruge
  • Re: Implementation of STR-Transform Supun Kamburugamuva
  • Re: Implementation of STR-Transform Supun Kamburugamuva
• Issue with the key identifier token Supun Kamburugamuva
  • Re: Issue with the key identifier token Kaushalye Kapuruge
• oasis-wss-saml-token-profile-1.0 for Rampart/C Supun Kamburugamuva
  • Re: oasis-wss-saml-token-profile-1.0 for Rampart/C Kaushalye Kapuruge
• [jira] Created: (RAMPARTC-54) Rampart need to follow the axis2 error definition pattern Malinda Kaushalye Kapuruge (JIRA)
  • [jira] Resolved: (RAMPARTC-54) Rampart need to follow the axis2 error definition pattern Malinda Kaushalye Kapuruge (JIRA)
  • [jira] Closed: (RAMPARTC-54) Rampart need to follow the axis2 error definition pattern Malinda Kaushalye Kapuruge (JIRA)
• [jira] Created: (RAMPARTC-53) If the server has policy file with out signing enable server does not send an error message when the client send a message with signing enable Buddhika Semasinghe (JIRA)
  • [jira] Assigned: (RAMPARTC-53) If the server has policy file with out signing enable server does not send an error message when the client send a message with signing enable Malinda Kaushalye Kapuruge (JIRA)
  • [jira] Resolved: (RAMPARTC-53) If the server has policy file with out signing enable server does not send an error message when the client send a message with signing enable Malinda Kaushalye Kapuruge (JIRA)
• [jira] Created: (RAMPARTC-52) Need to fix memeory leaks introduced with new features Malinda Kaushalye Kapuruge (JIRA)
  • [jira] Resolved: (RAMPARTC-52) Need to fix memeory leaks introduced with new features Malinda Kaushalye Kapuruge (JIRA)
  • [jira] Closed: (RAMPARTC-52) Need to fix memeory leaks introduced with new features Malinda Kaushalye Kapuruge (JIRA)
• [jira] Created: (RAMPARTC-51) Need samples messages for each and evey newly introduced scenario Malinda Kaushalye Kapuruge (JIRA)
  • [jira] Resolved: (RAMPARTC-51) Need samples messages for each and evey newly introduced scenario Malinda Kaushalye Kapuruge (JIRA)
  • [jira] Closed: (RAMPARTC-51) Need samples messages for each and evey newly introduced scenario Malinda Kaushalye Kapuruge (JIRA)
• [jira] Created: (RAMPARTC-50) Need new sample scenarios for symmetric bindings Malinda Kaushalye Kapuruge (JIRA)
  • [jira] Resolved: (RAMPARTC-50) Need new sample scenarios for symmetric bindings Malinda Kaushalye Kapuruge (JIRA)
  • [jira] Closed: (RAMPARTC-50) Need new sample scenarios for symmetric bindings Malinda Kaushalye Kapuruge (JIRA)
• [jira] Created: (RAMPARTC-49) sample for symmetric encrypt before signature + encrypt signature S.Uthaiyashankar (JIRA)
  • [jira] Updated: (RAMPARTC-49) sample for symmetric encrypt before signature + encrypt signature S.Uthaiyashankar (JIRA)
  • [jira] Assigned: (RAMPARTC-49) sample for symmetric encrypt before signature + encrypt signature Malinda Kaushalye Kapuruge (JIRA)
  • [jira] Resolved: (RAMPARTC-49) sample for symmetric encrypt before signature + encrypt signature Malinda Kaushalye Kapuruge (JIRA)
  • [jira] Closed: (RAMPARTC-49) sample for symmetric encrypt before signature + encrypt signature S.Uthaiyashankar (JIRA)
• [jira] Created: (RAMPARTC-48) Need a security policy vaidator Malinda Kaushalye Kapuruge (JIRA)
  • [jira] Resolved: (RAMPARTC-48) Need a security policy vaidator Malinda Kaushalye Kapuruge (JIRA)
  • [jira] Closed: (RAMPARTC-48) Need a security policy vaidator Malinda Kaushalye Kapuruge (JIRA)
• [jira] Created: (RAMPARTC-47) The new security header processor in Rampart/C cannot preserve the protection order Malinda Kaushalye Kapuruge (JIRA)
  • [jira] Resolved: (RAMPARTC-47) The new security header processor in Rampart/C cannot preserve the protection order Malinda Kaushalye Kapuruge (JIRA)
  • [jira] Closed: (RAMPARTC-47) The new security header processor in Rampart/C cannot preserve the protection order Malinda Kaushalye Kapuruge (JIRA)
• [jira] Created: (RAMPARTC-46) Security header processing has to be changed to support the strict layout Malinda Kaushalye Kapuruge (JIRA)
  • [jira] Resolved: (RAMPARTC-46) Security header processing has to be changed to support the strict layout Malinda Kaushalye Kapuruge (JIRA)
  • [jira] Closed: (RAMPARTC-46) Security header processing has to be changed to support the strict layout Malinda Kaushalye Kapuruge (JIRA)
• [jira] Created: (RAMPARTC-45) Rampart context must keep all the derived keys Malinda Kaushalye Kapuruge (JIRA)
  • [jira] Resolved: (RAMPARTC-45) Rampart context must keep all the derived keys Malinda Kaushalye Kapuruge (JIRA)
  • [jira] Closed: (RAMPARTC-45) Rampart context must keep all the derived keys Malinda Kaushalye Kapuruge (JIRA)
• [jira] Created: (RAMPARTC-44) XML enveloped signature Prasad Perera (JIRA)
  • [jira] Updated: (RAMPARTC-44) XML enveloped signature Prasad Perera (JIRA)
  • [jira] Assigned: (RAMPARTC-44) XML enveloped signature Malinda Kaushalye Kapuruge (JIRA)
  • [jira] Resolved: (RAMPARTC-44) XML enveloped signature Supun Kamburugamuva (JIRA)
  • [jira] Closed: (RAMPARTC-44) XML enveloped signature Supun Kamburugamuva (JIRA)
• [jira] Created: (RAMPARTC-43) Need to use derived keys to sign the SOAP message Malinda Kaushalye Kapuruge (JIRA)
  • [jira] Closed: (RAMPARTC-43) Need to use derived keys to sign the SOAP message Malinda Kaushalye Kapuruge (JIRA)
  • [jira] Resolved: (RAMPARTC-43) Need to use derived keys to sign the SOAP message Malinda Kaushalye Kapuruge (JIRA)
• [jira] Created: (RAMPARTC-42) signature verification failed at client side S.Uthaiyashankar (JIRA)
  • [jira] Updated: (RAMPARTC-42) signature verification failed at client side S.Uthaiyashankar (JIRA)
  • [jira] Assigned: (RAMPARTC-42) signature verification failed at client side Malinda Kaushalye Kapuruge (JIRA)
  • [jira] Resolved: (RAMPARTC-42) signature verification failed at client side Malinda Kaushalye Kapuruge (JIRA)
  • [jira] Closed: (RAMPARTC-42) signature verification failed at client side Malinda Kaushalye Kapuruge (JIRA)

• Earlier messages
• Later messages