security-dev  

Messages by Thread

• • Re: RFR: 8355379: Annotate lazy fields in java.security @Stable [v3] Koushik Muthukrishnan Thirupattur
  • Re: RFR: 8355379: Annotate lazy fields in java.security @Stable [v4] Koushik Muthukrishnan Thirupattur
  • Re: RFR: 8355379: Annotate lazy fields in java.security @Stable [v4] Per Minborg
  • Re: RFR: 8355379: Annotate lazy fields in java.security @Stable [v4] Koushik Muthukrishnan Thirupattur
  • Re: RFR: 8355379: Annotate lazy fields in java.security @Stable [v4] Per Minborg
  • Re: RFR: 8355379: Annotate lazy fields in java.security @Stable [v4] duke
  • Withdrawn: 8355379: Annotate lazy fields in java.security @Stable duke
  • Integrated: 8355379: Annotate lazy fields in java.security @Stable Koushik Muthukrishnan Thirupattur
• RFR: 8358099: PEM spec updates Anthony Scarpino
  • Re: RFR: 8358099: PEM spec updates Sean Mullan
  • Re: RFR: 8358099: PEM spec updates [v2] Sean Mullan
  • Re: RFR: 8358099: PEM spec updates [v2] Anthony Scarpino
  • Re: RFR: 8358099: PEM spec updates [v3] Anthony Scarpino
  • Re: RFR: 8358099: PEM spec updates [v3] Sean Mullan
  • Integrated: 8358099: PEM spec updates Anthony Scarpino
• Integrated: 8348986: Improve coverage of enhanced exception messages Michael McMahon
• Re: RFR: 8348986: Improve coverage of enhanced exception messages [v20] Michael McMahon
  • Re: RFR: 8348986: Improve coverage of enhanced exception messages [v20] Daniel Fuchs
• Re: RFR: 8325766: Review seclibs tests for cert expiry [v5] Matthew Donovan
  • Re: RFR: 8325766: Review seclibs tests for cert expiry [v5] Artur Barashev
  • Re: RFR: 8325766: Review seclibs tests for cert expiry [v5] Artur Barashev
• Re: RFR: 8348986: Improve coverage of enhanced exception messages [v19] Michael McMahon
  • Re: RFR: 8348986: Improve coverage of enhanced exception messages [v19] Daniel Fuchs
• RFR: 8358171: Additional code coverage for PEM API Fernando Guallini
  • Re: RFR: 8358171: Additional code coverage for PEM API Matthew Donovan
  • Re: RFR: 8358171: Additional code coverage for PEM API Fernando Guallini
  • Re: RFR: 8358171: Additional code coverage for PEM API Fernando Guallini
  • Re: RFR: 8358171: Additional code coverage for PEM API Matthew Donovan
  • Re: RFR: 8358171: Additional code coverage for PEM API [v2] Fernando Guallini
  • Re: RFR: 8358171: Additional code coverage for PEM API [v3] Fernando Guallini
  • Re: RFR: 8358171: Additional code coverage for PEM API [v3] Anthony Scarpino
  • Re: RFR: 8358171: Additional code coverage for PEM API [v3] Fernando Guallini
  • Re: RFR: 8358171: Additional code coverage for PEM API [v4] Fernando Guallini
  • Re: RFR: 8358171: Additional code coverage for PEM API [v4] Andrey Turbanov
  • Re: RFR: 8358171: Additional code coverage for PEM API [v4] Fernando Guallini
  • Re: RFR: 8358171: Additional code coverage for PEM API [v5] Fernando Guallini
  • Re: RFR: 8358171: Additional code coverage for PEM API [v5] Anthony Scarpino
  • Integrated: 8358171: Additional code coverage for PEM API Fernando Guallini
• RFR: 8358319: Pem.decode should cache the Pattern Aleksey Shipilev
  • Re: RFR: 8358319: Pem.decode should cache the Pattern Anthony Scarpino
  • Re: RFR: 8358319: Pem.decode should cache the Pattern Aleksey Shipilev
  • Re: RFR: 8358319: Pem.decode should cache the Pattern Anthony Scarpino
  • Re: RFR: 8358319: Pem.decode should cache the Pattern Aleksey Shipilev
  • Re: RFR: 8358319: Pem.decode should cache the Pattern Aleksey Shipilev
  • Integrated: 8358319: Pem.decode should cache the Pattern Aleksey Shipilev
• RFR: 8358316: PKCS8Key.getEncoded() can throw NPE after JDK-8298420 Aleksey Shipilev
  • Re: RFR: 8358316: PKCS8Key.getEncoded() can throw NPE after JDK-8298420 Anthony Scarpino
  • Re: RFR: 8358316: PKCS8Key.getEncoded() can throw NPE after JDK-8298420 Anthony Scarpino
  • Re: RFR: 8358316: PKCS8Key.getEncoded() can throw NPE after JDK-8298420 Aleksey Shipilev
  • Re: RFR: 8358316: PKCS8Key.getEncoded() can throw NPE after JDK-8298420 Anthony Scarpino
  • Re: RFR: 8358316: PKCS8Key.getEncoded() can throw NPE after JDK-8298420 Aleksey Shipilev
  • Integrated: 8358316: PKCS8Key.getEncoded() can throw NPE after JDK-8298420 Aleksey Shipilev
• Quantum Resistant hybrid key exchange Azeem Jiva
  • Re: Quantum Resistant hybrid key exchange ecki
  • Re: Quantum Resistant hybrid key exchange Sean Mullan
• Re: RFR: 8351565: Implement JEP 502: Stable Values (Preview) Per-Ake Minborg
• Re: RFR: 8348986: Improve coverage of enhanced exception messages [v18] Michael McMahon
• Re: RFR: 8348986: Improve coverage of enhanced exception messages [v17] Michael McMahon
• Re: RFR: 8348986: Improve coverage of enhanced exception messages [v14] Michael McMahon
• RFR: 8358159: empty mode/padding in cipher transformations. Varada M
  • Re: RFR: 8358159: Empty mode/padding in cipher transformations. Sean Mullan
  • Re: RFR: 8358159: Empty mode/padding in cipher transformations Varada M
  • Re: RFR: 8358159: Empty mode/padding in cipher transformations Sean Mullan
  • Re: RFR: 8358159: Empty mode/padding in cipher transformations [v2] Varada M
  • Re: RFR: 8358159: Empty mode/padding in cipher transformations [v3] Varada M
  • Re: RFR: 8358159: Empty mode/padding in cipher transformations [v3] Amit Kumar
  • Re: RFR: 8358159: Empty mode/padding in cipher transformations [v3] Sean Mullan
  • Re: RFR: 8358159: Empty mode/padding in cipher transformations [v3] Valerie Peng
  • Re: RFR: 8358159: Empty mode/padding in cipher transformations [v3] Valerie Peng
  • Re: RFR: 8358159: Empty mode/padding in cipher transformations [v3] Valerie Peng
  • Re: RFR: 8358159: Empty mode/padding in cipher transformations [v3] Valerie Peng
  • Re: RFR: 8358159: Empty mode/padding in cipher transformations [v3] Varada M
  • Re: RFR: 8358159: Empty mode/padding in cipher transformations [v4] Varada M
  • Re: RFR: 8358159: Empty mode/padding in cipher transformations [v4] Valerie Peng
  • Re: RFR: 8358159: Empty mode/padding in cipher transformations [v4] Varada M
  • Re: RFR: 8358159: Empty mode/padding in cipher transformations [v5] Varada M
  • Re: RFR: 8358159: Empty mode/padding in cipher transformations [v5] Valerie Peng
  • Re: RFR: 8358159: Empty mode/padding in cipher transformations [v5] Amit Kumar
  • Re: RFR: 8358159: Empty mode/padding in cipher transformations [v5] Varada M
  • Re: RFR: 8358159: Empty mode/padding in cipher transformations [v5] Valerie Peng
  • Integrated: 8358159: Empty mode/padding in cipher transformations Varada M
• RFR: 8357821: Revert incorrectly named JavaLangAccess::unchecked* methods Volkan Yazici
• RFR: 8357995: Use "stdin.encoding" for reading System.in with InputStreamReader/Scanner [core] Volkan Yazici
  • Re: RFR: 8357995: Use "stdin.encoding" for reading System.in with InputStreamReader/Scanner [core] Weijun Wang
  • Re: RFR: 8357995: Use "stdin.encoding" for reading System.in with InputStreamReader/Scanner [core] Volkan Yazici
  • Re: RFR: 8357995: Use "stdin.encoding" for reading System.in with InputStreamReader/Scanner [core] Weijun Wang
  • Re: RFR: 8357995: Use "stdin.encoding" for reading System.in with InputStreamReader/Scanner [core] Volkan Yazici
  • Re: RFR: 8357995: Use "stdin.encoding" for reading System.in with InputStreamReader/Scanner [core] Alan Bateman
  • Re: RFR: 8357995: Use "stdin.encoding" for reading System.in with InputStreamReader/Scanner [core] [v2] Volkan Yazici
  • Re: RFR: 8357995: Use "stdin.encoding" for reading System.in with InputStreamReader/Scanner [core] [v2] Volkan Yazici
  • Re: RFR: 8357995: Use "stdin.encoding" for reading System.in with InputStreamReader/Scanner [core] [v2] Chris Plummer
  • Re: RFR: 8357995: Use "stdin.encoding" for reading System.in with InputStreamReader/Scanner [core] [v3] Volkan Yazici
  • Re: RFR: 8357995: Use "stdin.encoding" for reading System.in with InputStreamReader/Scanner [core] [v3] Volkan Yazici
  • Re: RFR: 8357995: Use "stdin.encoding" for reading System.in with InputStreamReader/Scanner [core] [v3] Chris Plummer
  • Re: RFR: 8357995: Use "stdin.encoding" for reading System.in with InputStreamReader/Scanner [core] [v4] Volkan Yazici
  • Re: RFR: 8357995: Use "stdin.encoding" for reading System.in with InputStreamReader/Scanner [core] [v4] Weijun Wang
  • Re: RFR: 8357995: Use "stdin.encoding" for reading System.in with InputStreamReader/Scanner [core] [v4] Naoto Sato
  • Re: RFR: 8357995: Use "stdin.encoding" for reading System.in with InputStreamReader/Scanner [core] [v4] Volkan Yazici
  • Re: RFR: 8357995: Use "stdin.encoding" for reading System.in with InputStreamReader/Scanner [core] [v4] Andrey Turbanov
  • Re: RFR: 8357995: Use "stdin.encoding" for reading System.in with InputStreamReader/Scanner [core] [v5] Volkan Yazici
  • Re: RFR: 8357995: Use "stdin.encoding" for reading System.in with InputStreamReader/Scanner [core] [v5] Volkan Yazici
  • Re: RFR: 8357995: Use "stdin.encoding" for reading System.in with InputStreamReader/Scanner [core] [v5] Volkan Yazici
  • Re: RFR: 8357995: Use "stdin.encoding" for reading System.in with InputStreamReader/Scanner [core] [v5] Volkan Yazici
  • Re: RFR: 8357995: Use "stdin.encoding" for reading System.in with InputStreamReader/Scanner [core] [v6] Volkan Yazici
  • Re: RFR: 8357995: Use "stdin.encoding" for reading System.in with InputStreamReader/Scanner [core] [v6] Naoto Sato
  • Re: RFR: 8357995: Use "stdin.encoding" for reading System.in with InputStreamReader/Scanner [core] [v7] Volkan Yazici
  • Integrated: 8357995: Use "stdin.encoding" for reading System.in with InputStreamReader/Scanner [core] Volkan Yazici
• Re: RFR: 8348986: Improve coverage of enhanced exception messages [v16] Michael McMahon
  • Re: RFR: 8348986: Improve coverage of enhanced exception messages [v16] Alan Bateman
  • Re: RFR: 8348986: Improve coverage of enhanced exception messages [v16] Sean Mullan
  • Re: RFR: 8348986: Improve coverage of enhanced exception messages [v16] Michael McMahon
  • Re: RFR: 8348986: Improve coverage of enhanced exception messages [v16] Sean Mullan
• Re: RFR: 8348986: Improve coverage of enhanced exception messages [v15] Michael McMahon
  • Re: RFR: 8348986: Improve coverage of enhanced exception messages [v15] Michael McMahon
• Withdrawn: 8345139: Fix bugs and inconsistencies in the Provider services map duke
• RFR: 8358076: KeyFactory.getInstance("EdDSA").generatePublic(null) throws NPE Anthony Scarpino
  • Re: RFR: 8358076: KeyFactory.getInstance("EdDSA").generatePublic(null) throws NPE Weijun Wang
  • Re: RFR: 8358076: KeyFactory.getInstance("EdDSA").generatePublic(null) throws NPE Anthony Scarpino
  • Re: RFR: 8358076: KeyFactory.getInstance("EdDSA").generatePublic(null) throws NPE [v2] Anthony Scarpino
  • Re: RFR: 8358076: KeyFactory.getInstance("EdDSA").generatePublic(null) throws NPE [v2] Weijun Wang
  • Integrated: 8358076: KeyFactory.getInstance("EdDSA").generatePublic(null) throws NPE Anthony Scarpino
• Integrated: 8349400: Improve startup speed via eliminating nested classes Shaojin Wen
• RFR: 8350689: Turn on timestamp and thread metadata by default for java.security.debug Sean Coffey
  • Re: RFR: 8350689: Turn on timestamp and thread metadata by default for java.security.debug Mark Powers
  • Re: RFR: 8350689: Turn on timestamp and thread metadata by default for java.security.debug Weijun Wang
  • Re: RFR: 8350689: Turn on timestamp and thread metadata by default for java.security.debug Sean Coffey
  • Re: RFR: 8350689: Turn on timestamp and thread metadata by default for java.security.debug [v2] Sean Coffey
  • Re: RFR: 8350689: Turn on timestamp and thread metadata by default for java.security.debug [v2] Weijun Wang
  • Re: RFR: 8350689: Turn on timestamp and thread metadata by default for java.security.debug [v2] Sean Mullan
  • Re: RFR: 8350689: Turn on timestamp and thread metadata by default for java.security.debug [v2] Sean Coffey
  • Re: RFR: 8350689: Turn on timestamp and thread metadata by default for java.security.debug [v3] Sean Coffey
  • Re: RFR: 8350689: Turn on timestamp and thread metadata by default for java.security.debug [v3] Sean Mullan
  • Re: RFR: 8350689: Turn on timestamp and thread metadata by default for java.security.debug [v4] Sean Coffey
  • Re: RFR: 8350689: Turn on timestamp and thread metadata by default for java.security.debug [v4] Sean Mullan
  • Integrated: 8350689: Turn on timestamp and thread metadata by default for java.security.debug Sean Coffey
• Re: RFR: 8348986: Improve coverage of enhanced exception messages [v13] Michael McMahon
  • Re: RFR: 8348986: Improve coverage of enhanced exception messages [v13] Daniel Fuchs
  • Re: RFR: 8348986: Improve coverage of enhanced exception messages [v13] Michael McMahon
• Withdrawn: 8201778: Speed up test javax/net/ssl/DTLS/PacketLossRetransmission.java duke
• RFR: 8228773: URLClassLoader constructors should include API note warning that the parent should not be null Jaikiran Pai
  • Re: RFR: 8228773: URLClassLoader constructors should include API note warning that the parent should not be null Alan Bateman
  • Re: RFR: 8228773: URLClassLoader constructors should include API note warning that the parent should not be null [v2] Jaikiran Pai
  • Re: RFR: 8228773: URLClassLoader constructors should include API note warning that the parent should not be null Daniel Fuchs
  • Re: RFR: 8228773: URLClassLoader constructors should include API note warning that the parent should not be null [v2] Jaikiran Pai
  • Re: RFR: 8228773: URLClassLoader constructors should include API note warning that the parent should not be null [v2] Alan Bateman
  • Re: RFR: 8228773: URLClassLoader constructors should include API note warning that the parent should not be null [v2] Jaikiran Pai
  • Re: RFR: 8228773: URLClassLoader constructors should include API note warning that the parent should not be null [v2] Jaikiran Pai
  • Re: RFR: 8228773: URLClassLoader constructors should include API note warning that the parent should not be null [v3] Jaikiran Pai
  • Re: RFR: 8228773: URLClassLoader constructors should include API note warning that the parent should not be null [v3] Alan Bateman
  • Re: RFR: 8228773: URLClassLoader constructors should include API note warning that the parent should not be null [v3] Jaikiran Pai
  • Re: RFR: 8228773: URLClassLoader constructors should include API note warning that the parent should not be null [v2] Jaikiran Pai
  • Re: RFR: 8228773: URLClassLoader constructors should include API note warning that the parent should not be null [v3] Jaikiran Pai
  • Re: RFR: 8228773: URLClassLoader constructors should include API note warning that the parent should not be null [v3] Daniel Fuchs
  • Re: RFR: 8228773: URLClassLoader constructors should include API note warning that the parent should not be null [v3] Sean Mullan
  • Re: RFR: 8228773: URLClassLoader constructors should include API note warning that the parent should not be null [v3] Jaikiran Pai
  • Re: RFR: 8228773: URLClassLoader constructors should include API note warning that the parent should not be null [v4] Jaikiran Pai
  • Re: RFR: 8228773: URLClassLoader constructors should include API note warning that the parent should not be null [v4] Jaikiran Pai
  • Re: RFR: 8228773: URLClassLoader constructors should include API note warning that the parent should not be null [v4] Alan Bateman
  • Re: RFR: 8228773: URLClassLoader constructors should include API note warning that the parent should not be null [v4] Sean Mullan
  • Re: RFR: 8228773: URLClassLoader constructors should include API note warning that the parent should not be null [v4] Jaikiran Pai
  • Integrated: 8228773: URLClassLoader constructors should include API note warning that the parent should not be null Jaikiran Pai
• Integrated: 8298420: Implement JEP 470: PEM Encodings of Cryptographic Objects (Preview) Anthony Scarpino
• Withdrawn: 8347067: Load certificates without explicit trust settings in KeyChainStore duke
• RFR: 8357253: Test test/jdk/sun/security/ssl/SSLSessionImpl/ResumeClientTLS12withSNI.java writes in src dir Nibedita Jena
  • Re: RFR: 8357253: Test test/jdk/sun/security/ssl/SSLSessionImpl/ResumeClientTLS12withSNI.java writes in src dir Mikhail Yankelevich
  • Re: RFR: 8357253: Test test/jdk/sun/security/ssl/SSLSessionImpl/ResumeClientTLS12withSNI.java writes in src dir [v2] Nibedita Jena
  • Re: RFR: 8357253: Test test/jdk/sun/security/ssl/SSLSessionImpl/ResumeClientTLS12withSNI.java writes in src dir [v2] Sean Coffey
  • Re: RFR: 8357253: Test test/jdk/sun/security/ssl/SSLSessionImpl/ResumeClientTLS12withSNI.java writes in src dir [v3] Nibedita Jena
  • Re: RFR: 8357253: Test test/jdk/sun/security/ssl/SSLSessionImpl/ResumeClientTLS12withSNI.java writes in src dir [v3] Sean Coffey
  • Re: RFR: 8357253: Test test/jdk/sun/security/ssl/SSLSessionImpl/ResumeClientTLS12withSNI.java writes in src dir [v3] duke
  • Integrated: 8357253: Test test/jdk/sun/security/ssl/SSLSessionImpl/ResumeClientTLS12withSNI.java writes in src dir Nibedita Jena
• Re: RFR: 8348986: Improve coverage of enhanced exception messages [v12] Michael McMahon
  • Re: RFR: 8348986: Improve coverage of enhanced exception messages [v12] Mark Sheppard
  • Re: RFR: 8348986: Improve coverage of enhanced exception messages [v12] Michael McMahon
• Re: RFR: 8298420: Implement JEP 470: PEM Encodings of Cryptographic Objects (Preview) [v24] Anthony Scarpino
  • Re: RFR: 8298420: Implement JEP 470: PEM Encodings of Cryptographic Objects (Preview) [v24] Mark Reinhold
  • Re: RFR: 8298420: Implement JEP 470: PEM Encodings of Cryptographic Objects (Preview) [v24] Artur Barashev
  • Re: RFR: 8298420: Implement JEP 470: PEM Encodings of Cryptographic Objects (Preview) [v24] Anthony Scarpino
  • Re: RFR: 8298420: Implement JEP 470: PEM Encodings of Cryptographic Objects (Preview) [v24] Sean Mullan
  • Re: RFR: 8298420: Implement JEP 470: PEM Encodings of Cryptographic Objects (Preview) [v24] Weijun Wang
  • Re: RFR: 8298420: Implement JEP 470: PEM Encodings of Cryptographic Objects (Preview) [v24] Jamil Nimeh
  • Re: RFR: 8298420: Implement JEP 470: PEM Encodings of Cryptographic Objects (Preview) [v24] ExE Boss
  • Re: RFR: 8298420: Implement JEP 470: PEM Encodings of Cryptographic Objects (Preview) [v24] Sean Mullan
• Re: RFR: 8348986: Improve coverage of enhanced exception messages [v11] Michael McMahon
  • Re: RFR: 8348986: Improve coverage of enhanced exception messages [v11] Daniel Fuchs
  • Re: RFR: 8348986: Improve coverage of enhanced exception messages [v11] Mark Sheppard
  • Re: RFR: 8348986: Improve coverage of enhanced exception messages [v11] Michael McMahon
  • Re: RFR: 8348986: Improve coverage of enhanced exception messages [v11] Mark Sheppard
  • Re: RFR: 8348986: Improve coverage of enhanced exception messages [v11] Mark Sheppard
  • Re: RFR: 8348986: Improve coverage of enhanced exception messages [v11] Michael McMahon
  • Re: RFR: 8348986: Improve coverage of enhanced exception messages [v11] Mark Sheppard
  • Re: RFR: 8348986: Improve coverage of enhanced exception messages [v11] Mark Sheppard
  • Re: RFR: 8348986: Improve coverage of enhanced exception messages [v11] Alan Bateman
  • Re: RFR: 8348986: Improve coverage of enhanced exception messages [v11] Mark Sheppard
  • Re: RFR: 8348986: Improve coverage of enhanced exception messages [v11] Alan Bateman
  • Re: RFR: 8348986: Improve coverage of enhanced exception messages [v11] Mark Sheppard
  • Re: RFR: 8348986: Improve coverage of enhanced exception messages [v11] Michael McMahon
• X-Wing KEM Sebastian Stenzel
  • Re: X-Wing KEM Wei-Jun Wang
  • Re: X-Wing KEM Sebastian Stenzel

• Earlier messages
• Later messages