net-dev  

Messages by Thread

• • Re: RFR: 8353440: Disable FTP fallback for non-local file URLs by default [v6] Daniel Fuchs
  • Re: RFR: 8353440: Disable FTP fallback for non-local file URLs by default [v6] Eirik Bjørsnøs
  • Re: RFR: 8353440: Disable FTP fallback for non-local file URLs by default [v6] Eirik Bjørsnøs
  • Re: RFR: 8353440: Disable FTP fallback for non-local file URLs by default [v6] Daniel Fuchs
  • Re: RFR: 8353440: Disable FTP fallback for non-local file URLs by default [v6] Eirik Bjørsnøs
  • Re: RFR: 8353440: Disable FTP fallback for non-local file URLs by default [v6] Eirik Bjørsnøs
  • Re: RFR: 8353440: Disable FTP fallback for non-local file URLs by default [v7] Eirik Bjørsnøs
  • Re: RFR: 8353440: Disable FTP fallback for non-local file URLs by default [v8] Eirik Bjørsnøs
  • Re: RFR: 8353440: Disable FTP fallback for non-local file URLs by default [v9] Eirik Bjørsnøs
  • Re: RFR: 8353440: Disable FTP fallback for non-local file URLs by default [v10] Eirik Bjørsnøs
  • Re: RFR: 8353440: Disable FTP fallback for non-local file URLs by default [v10] Daniel Fuchs
  • Re: RFR: 8353440: Disable FTP fallback for non-local file URLs by default [v10] Daniel Fuchs
  • Re: RFR: 8353440: Disable FTP fallback for non-local file URLs by default [v10] Michael McMahon
  • Re: RFR: 8353440: Disable FTP fallback for non-local file URLs by default [v10] Eirik Bjørsnøs
  • Re: RFR: 8353440: Disable FTP fallback for non-local file URLs by default [v10] Daniel Fuchs
  • Re: RFR: 8353440: Disable FTP fallback for non-local file URLs by default [v10] Eirik Bjørsnøs
  • Re: RFR: 8353440: Disable FTP fallback for non-local file URLs by default [v11] Eirik Bjørsnøs
  • Re: RFR: 8353440: Disable FTP fallback for non-local file URLs by default [v11] Daniel Fuchs
  • Re: RFR: 8353440: Disable FTP fallback for non-local file URLs by default [v11] Eirik Bjørsnøs
  • Re: RFR: 8353440: Disable FTP fallback for non-local file URLs by default [v12] Eirik Bjørsnøs
  • Re: RFR: 8353440: Disable FTP fallback for non-local file URLs by default [v12] Shaojin Wen
  • Re: RFR: 8353440: Disable FTP fallback for non-local file URLs by default [v13] Eirik Bjørsnøs
  • Re: RFR: 8353440: Disable FTP fallback for non-local file URLs by default [v14] Eirik Bjørsnøs
  • Re: RFR: 8353440: Disable FTP fallback for non-local file URLs by default [v14] Eirik Bjørsnøs
  • Re: RFR: 8353440: Disable FTP fallback for non-local file URLs by default [v14] Daniel Fuchs
  • Re: RFR: 8353440: Disable FTP fallback for non-local file URLs by default [v14] Eirik Bjørsnøs
  • Integrated: 8353440: Disable FTP fallback for non-local file URLs by default Eirik Bjørsnøs
• RFR: 8354576: InetAddress.getLocalHost() on macos may return address of an interface which is not UP - leading to "Network is down" error Jaikiran Pai
  • Re: RFR: 8354576: InetAddress.getLocalHost() on macos may return address of an interface which is not UP - leading to "Network is down" error Daniel Fuchs
  • Re: RFR: 8354576: InetAddress.getLocalHost() on macos may return address of an interface which is not UP - leading to "Network is down" error Alan Bateman
  • Re: RFR: 8354576: InetAddress.getLocalHost() on macos may return address of an interface which is not UP - leading to "Network is down" error Volkan Yazici
  • Re: RFR: 8354576: InetAddress.getLocalHost() on macos may return address of an interface which is not UP - leading to "Network is down" error Jaikiran Pai
  • Integrated: 8354576: InetAddress.getLocalHost() on macos may return address of an interface which is not UP - leading to "Network is down" error Jaikiran Pai
  • Re: RFR: 8354576: InetAddress.getLocalHost() on macos may return address of an interface which is not UP - leading to "Network is down" error Jaikiran Pai
• RFR: 8353013: java.net.URI.create(String) may have low performance to scan the host/domain name from URI string when the hostname starts with number Rohitash
  • Re: RFR: 8353013: java.net.URI.create(String) may have low performance to scan the host/domain name from URI string when the hostname starts with number Mikhail Yankelevich
  • Re: RFR: 8353013: java.net.URI.create(String) may have low performance to scan the host/domain name from URI string when the hostname starts with number Rohitash
  • Re: RFR: 8353013: java.net.URI.create(String) may have low performance to scan the host/domain name from URI string when the hostname starts with number Rohitash
  • Re: RFR: 8353013: java.net.URI.create(String) may have low performance to scan the host/domain name from URI string when the hostname starts with number Johannes Graham
  • Re: RFR: 8353013: java.net.URI.create(String) may have low performance to scan the host/domain name from URI string when the hostname starts with number Xiaolong Peng
  • Re: RFR: 8353013: java.net.URI.create(String) may have low performance to scan the host/domain name from URI string when the hostname starts with number Alan Bateman
  • Re: RFR: 8353013: java.net.URI.create(String) may have low performance to scan the host/domain name from URI string when the hostname starts with number [v2] Rohitash
  • Re: RFR: 8353013: java.net.URI.create(String) may have low performance to scan the host/domain name from URI string when the hostname starts with number [v3] Andrey Turbanov
  • Re: RFR: 8353013: java.net.URI.create(String) may have low performance to scan the host/domain name from URI string when the hostname starts with number [v3] Daniel Fuchs
  • Re: RFR: 8353013: java.net.URI.create(String) may have low performance to scan the host/domain name from URI string when the hostname starts with number Daniel Fuchs
  • Re: RFR: 8353013: java.net.URI.create(String) may have low performance to scan the host/domain name from URI string when the hostname starts with number [v2] Rohitash
  • Re: RFR: 8353013: java.net.URI.create(String) may have low performance to scan the host/domain name from URI string when the hostname starts with number [v2] Rohitash
  • Re: RFR: 8353013: java.net.URI.create(String) may have low performance to scan the host/domain name from URI string when the hostname starts with number [v3] Rohitash
  • Re: RFR: 8353013: java.net.URI.create(String) may have low performance to scan the host/domain name from URI string when the hostname starts with number [v3] Michael McMahon
  • Re: RFR: 8353013: java.net.URI.create(String) may have low performance to scan the host/domain name from URI string when the hostname starts with number [v3] duke
  • Re: RFR: 8353013: java.net.URI.create(String) may have low performance to scan the host/domain name from URI string when the hostname starts with number [v3] Michael McMahon
  • Integrated: 8353013: java.net.URI.create(String) may have low performance to scan the host/domain name from URI string when the hostname starts with number Rohitash Kumar
• RFR: 8353642: Deprecate networking permission classes for removal Daniel Fuchs
  • Re: RFR: 8353642: Deprecate networking permission classes for removal [v2] Daniel Fuchs
  • Re: RFR: 8353642: Deprecate networking permission classes for removal [v2] Daniel Jeliński
  • Re: RFR: 8353642: Deprecate networking permission classes for removal [v2] Daniel Jeliński
  • Re: RFR: 8353642: Deprecate networking permission classes for removal [v2] Daniel Fuchs
  • Re: RFR: 8353642: Deprecate networking permission classes for removal [v2] Daniel Fuchs
  • Re: RFR: 8353642: Deprecate networking permission classes for removal [v2] Alan Bateman
  • Re: RFR: 8353642: Deprecate networking permission classes for removal [v2] Daniel Fuchs
  • Re: RFR: 8353642: Deprecate URL::getPermission method and networking permission classes for removal [v2] Daniel Fuchs
  • Re: RFR: 8353642: Deprecate networking permission classes for removal [v2] Daniel Jeliński
  • Re: RFR: 8353642: Deprecate networking permission classes for removal [v2] Daniel Jeliński
  • Re: RFR: 8353642: Deprecate networking permission classes for removal [v2] Daniel Fuchs
  • Re: RFR: 8353642: Deprecate URL::getPermission method and networking permission classes for removal [v2] Daniel Fuchs
  • Re: RFR: 8353642: Deprecate networking permission classes for removal [v2] Michael McMahon
  • Re: RFR: 8353642: Deprecate URL::getPermission method and networking permission classes for removal [v2] Daniel Fuchs
  • Re: RFR: 8353642: Deprecate networking permission classes for removal Daniel Fuchs
  • Re: RFR: 8353642: Deprecate networking permission classes for removal [v3] Daniel Fuchs
  • Re: RFR: 8353642: Deprecate URL::getPermission method and networking permission classes for removal [v3] Michael McMahon
  • Re: RFR: 8353642: Deprecate URL::getPermission method and networking permission classes for removal [v3] Daniel Jeliński
  • Re: RFR: 8353642: Deprecate URL::getPermission method and networking permission classes for removal [v4] Daniel Fuchs
  • Re: RFR: 8353642: Deprecate URL::getPermission method and networking permission classes for removal [v4] Daniel Fuchs
  • Re: RFR: 8353642: Deprecate URL::getPermission method and networking permission classes for removal [v4] Daniel Jeliński
  • Re: RFR: 8353642: Deprecate URL::getPermission method and networking permission classes for removal [v4] Iris Clark
  • Re: RFR: 8353642: Deprecate URL::getPermission method and networking permission classes for removal [v4] Sean Mullan
  • Re: RFR: 8353642: Deprecate URL::getPermission method and networking permission classes for removal [v4] Daniel Fuchs
  • Re: RFR: 8353642: Deprecate URL::getPermission method and networking permission classes for removal [v4] Daniel Fuchs
  • Re: RFR: 8353642: Deprecate URL::getPermission method and networking permission classes for removal [v4] Daniel Fuchs
  • Re: RFR: 8353642: Deprecate URL::getPermission method and networking permission classes for removal [v4] Sean Mullan
  • Re: RFR: 8353642: Deprecate URL::getPermission method and networking permission classes for removal [v4] Sean Mullan
  • Integrated: 8353642: Deprecate URL::getPermission method and networking permission classes for removal Daniel Fuchs
• RFR: 8352431: java/net/httpclient/EmptyAuthenticate.java uses "localhost" Volkan Yazici
  • Re: RFR: 8352431: java/net/httpclient/EmptyAuthenticate.java uses "localhost" Jaikiran Pai
  • Re: RFR: 8352431: java/net/httpclient/EmptyAuthenticate.java uses "localhost" Jaikiran Pai
  • Re: RFR: 8352431: java/net/httpclient/EmptyAuthenticate.java uses "localhost" Daniel Fuchs
  • Re: RFR: 8352431: java/net/httpclient/EmptyAuthenticate.java uses "localhost" Jaikiran Pai
  • Re: RFR: 8352431: java/net/httpclient/EmptyAuthenticate.java uses "localhost" Daniel Fuchs
  • Re: RFR: 8352431: java/net/httpclient/EmptyAuthenticate.java uses "localhost" [v2] Volkan Yazici
  • Re: RFR: 8352431: java/net/httpclient/EmptyAuthenticate.java uses "localhost" Jaikiran Pai
  • Re: RFR: 8352431: java/net/httpclient/EmptyAuthenticate.java uses "localhost" [v2] Volkan Yazici
  • Re: RFR: 8352431: java/net/httpclient/EmptyAuthenticate.java uses "localhost" [v2] Volkan Yazici
  • Re: RFR: 8352431: java/net/httpclient/EmptyAuthenticate.java uses "localhost" [v2] Daniel Fuchs
  • Re: RFR: 8352431: java/net/httpclient/EmptyAuthenticate.java uses "localhost" [v2] Daniel Fuchs
  • Re: RFR: 8352431: java/net/httpclient/EmptyAuthenticate.java uses "localhost" [v2] Volkan Yazici
  • Re: RFR: 8352431: java/net/httpclient/EmptyAuthenticate.java uses "localhost" [v2] Jaikiran Pai
  • Re: RFR: 8352431: java/net/httpclient/EmptyAuthenticate.java uses "localhost" [v3] Volkan Yazici
  • Re: RFR: 8352431: java/net/httpclient/EmptyAuthenticate.java uses "localhost" [v3] Daniel Fuchs
  • Re: RFR: 8352431: java/net/httpclient/EmptyAuthenticate.java uses "localhost" [v4] Volkan Yazici
  • Re: RFR: 8352431: java/net/httpclient/EmptyAuthenticate.java uses "localhost" [v4] duke
  • Re: RFR: 8352431: java/net/httpclient/EmptyAuthenticate.java uses "localhost" [v4] Daniel Fuchs
  • Integrated: 8352431: java/net/httpclient/EmptyAuthenticate.java uses "localhost" Volkan Yazici
• RFR: 8350807: Certificates using MD5 algorithm that are disabled by default are incorrectly allowed in TLSv1.3 when re-enabled Artur Barashev
  • Re: RFR: 8350807: Certificates using MD5 algorithm that are disabled by default are incorrectly allowed in TLSv1.3 when re-enabled [v2] Artur Barashev
  • Re: RFR: 8350807: Certificates using MD5 algorithm that are disabled by default are incorrectly allowed in TLSv1.3 when re-enabled [v3] Artur Barashev
  • Re: RFR: 8350807: Certificates using MD5 algorithm that are disabled by default are incorrectly allowed in TLSv1.3 when re-enabled [v3] Sean Mullan
  • Re: RFR: 8350807: Certificates using MD5 algorithm that are disabled by default are incorrectly allowed in TLSv1.3 when re-enabled [v3] Artur Barashev
  • Re: RFR: 8350807: Certificates using MD5 algorithm that are disabled by default are incorrectly allowed in TLSv1.3 when re-enabled [v3] Artur Barashev
  • Re: RFR: 8350807: Certificates using MD5 algorithm that are disabled by default are incorrectly allowed in TLSv1.3 when re-enabled [v3] Artur Barashev
  • Re: RFR: 8350807: Certificates using MD5 algorithm that are disabled by default are incorrectly allowed in TLSv1.3 when re-enabled [v4] Artur Barashev
  • Re: RFR: 8350807: Certificates using MD5 algorithm that are disabled by default are incorrectly allowed in TLSv1.3 when re-enabled [v5] Artur Barashev
  • Re: RFR: 8350807: Certificates using MD5 algorithm that are disabled by default are incorrectly allowed in TLSv1.3 when re-enabled [v6] Artur Barashev
  • Re: RFR: 8350807: Certificates using MD5 algorithm that are disabled by default are incorrectly allowed in TLSv1.3 when re-enabled [v7] Artur Barashev
  • Re: RFR: 8350807: Certificates using MD5 algorithm that are disabled by default are incorrectly allowed in TLSv1.3 when re-enabled [v8] Artur Barashev
  • Re: RFR: 8350807: Certificates using MD5 algorithm that are disabled by default are incorrectly allowed in TLSv1.3 when re-enabled [v9] Artur Barashev
  • Re: RFR: 8350807: Certificates using MD5 algorithm that are disabled by default are incorrectly allowed in TLSv1.3 when re-enabled [v10] Artur Barashev
  • Re: RFR: 8350807: Certificates using MD5 algorithm that are disabled by default are incorrectly allowed in TLSv1.3 when re-enabled [v11] Artur Barashev
  • Re: RFR: 8350807: Certificates using MD5 algorithm that are disabled by default are incorrectly allowed in TLSv1.3 when re-enabled [v11] Sean Mullan
  • Re: RFR: 8350807: Certificates using MD5 algorithm that are disabled by default are incorrectly allowed in TLSv1.3 when re-enabled [v11] Mark Powers
  • Re: RFR: 8350807: Certificates using MD5 algorithm that are disabled by default are incorrectly allowed in TLSv1.3 when re-enabled [v11] Artur Barashev
  • Re: RFR: 8350807: Certificates using MD5 algorithm that are disabled by default are incorrectly allowed in TLSv1.3 when re-enabled [v11] Artur Barashev
  • Re: RFR: 8350807: Certificates using MD5 algorithm that are disabled by default are incorrectly allowed in TLSv1.3 when re-enabled [v12] Artur Barashev
  • Re: RFR: 8350807: Certificates using MD5 algorithm that are disabled by default are incorrectly allowed in TLSv1.3 when re-enabled [v12] Sean Mullan
  • Re: RFR: 8350807: Certificates using MD5 algorithm that are disabled by default are incorrectly allowed in TLSv1.3 when re-enabled [v12] duke
  • Integrated: 8350807: Certificates using MD5 algorithm that are disabled by default are incorrectly allowed in TLSv1.3 when re-enabled Artur Barashev
• Re: RFR: 8301991: Convert l10n properties resource bundles to UTF-8 native [v2] Magnus Ihse Bursie
  • Re: RFR: 8301991: Convert l10n properties resource bundles to UTF-8 native [v2] Magnus Ihse Bursie
  • Re: RFR: 8301991: Convert l10n properties resource bundles to UTF-8 native [v2] Eirik Bjørsnøs
  • Re: RFR: 8301991: Convert l10n properties resource bundles to UTF-8 native [v2] Justin Lu
• RFR: 8354276: Strict HTTP header validation Daniel Jeliński
  • Re: RFR: 8354276: Strict HTTP header validation Volkan Yazici
  • Re: RFR: 8354276: Strict HTTP header validation Daniel Fuchs
  • Re: RFR: 8354276: Strict HTTP header validation [v2] Daniel Jeliński
  • Re: RFR: 8354276: Strict HTTP header validation Daniel Jeliński
  • Re: RFR: 8354276: Strict HTTP header validation Daniel Fuchs
  • Re: RFR: 8354276: Strict HTTP header validation [v3] Daniel Jeliński
  • Re: RFR: 8354276: Strict HTTP header validation [v2] Daniel Jeliński
  • Re: RFR: 8354276: Strict HTTP header validation [v2] Michael McMahon
  • Re: RFR: 8354276: Strict HTTP header validation [v4] Daniel Jeliński
  • Re: RFR: 8354276: Strict HTTP header validation [v4] Daniel Fuchs
  • Re: RFR: 8354276: Strict HTTP header validation [v4] Daniel Jeliński
  • Re: RFR: 8354276: Strict HTTP header validation [v4] Jaikiran Pai
  • Re: RFR: 8354276: Strict HTTP header validation [v4] Daniel Jeliński
  • Re: RFR: 8354276: Strict HTTP header validation [v4] Jaikiran Pai
  • Re: RFR: 8354276: Strict HTTP header validation [v4] Jaikiran Pai
  • Re: RFR: 8354276: Strict HTTP header validation Volkan Yazici
  • Re: RFR: 8354276: Strict HTTP header validation [v2] Daniel Jeliński
  • Re: RFR: 8354276: Strict HTTP header validation [v5] Daniel Jeliński
  • Re: RFR: 8354276: Strict HTTP header validation [v5] Daniel Fuchs
  • Re: RFR: 8354276: Strict HTTP header validation [v5] Daniel Jeliński
  • Re: RFR: 8354276: Strict HTTP header validation [v6] Daniel Jeliński
  • Re: RFR: 8354276: Strict HTTP header validation [v6] Daniel Fuchs
  • Re: RFR: 8354276: Strict HTTP header validation [v6] Jaikiran Pai
  • Re: RFR: 8354276: Strict HTTP header validation [v6] Daniel Fuchs
  • Re: RFR: 8354276: Strict HTTP header validation [v6] Daniel Jeliński
  • Re: RFR: 8354276: Strict HTTP header validation [v7] Daniel Jeliński
  • Re: RFR: 8354276: Strict HTTP header validation [v7] Jaikiran Pai
  • Re: RFR: 8354276: Strict HTTP header validation [v7] Daniel Fuchs
  • Re: RFR: 8354276: Strict HTTP header validation [v7] Daniel Jeliński
  • Integrated: 8354276: Strict HTTP header validation Daniel Jeliński
• RFR: 8354024: [JMH] Create ephemeral UnixDomainSocketAddress provider with thread-safe close semantics Volkan Yazici
  • Re: RFR: 8354024: [JMH] Create ephemeral UnixDomainSocketAddress provider with thread-safe close semantics SendaoYan
  • Re: RFR: 8354024: [JMH] Create ephemeral UnixDomainSocketAddress provider with thread-safe close semantics [v2] Volkan Yazici
  • Re: RFR: 8354024: [JMH] Create ephemeral UnixDomainSocketAddress provider with thread-safe close semantics [v2] Volkan Yazici
  • Re: RFR: 8354024: [JMH] Create ephemeral UnixDomainSocketAddress provider with thread-safe close semantics [v2] Volkan Yazici
  • Re: RFR: 8354024: [JMH] Create ephemeral UnixDomainSocketAddress provider with thread-safe close semantics [v2] Volkan Yazici
  • Re: RFR: 8354024: [JMH] Create ephemeral UnixDomainSocketAddress provider with thread-safe close semantics [v2] Michael McMahon
  • Re: RFR: 8354024: [JMH] Create ephemeral UnixDomainSocketAddress provider with thread-safe close semantics [v2] Volkan Yazici
  • Re: RFR: 8354024: [JMH] Create ephemeral UnixDomainSocketAddress provider with thread-safe close semantics [v2] Michael McMahon
  • Re: RFR: 8354024: [JMH] Create ephemeral UnixDomainSocketAddress provider with thread-safe close semantics [v2] Volkan Yazici
  • Re: RFR: 8354024: [JMH] Create ephemeral UnixDomainSocketAddress provider with thread-safe close semantics [v2] Volkan Yazici
  • Re: RFR: 8354024: [JMH] Create ephemeral UnixDomainSocketAddress provider with thread-safe close semantics [v3] Volkan Yazici
  • Re: RFR: 8354024: [JMH] Create ephemeral UnixDomainSocketAddress provider with thread-safe close semantics [v4] Volkan Yazici
  • Re: RFR: 8354024: [JMH] Create ephemeral UnixDomainSocketAddress provider with thread-safe close semantics [v4] Michael McMahon
  • Re: RFR: 8354024: [JMH] Create ephemeral UnixDomainSocketAddress provider with thread-safe close semantics [v4] Volkan Yazici
  • Re: RFR: 8354024: [JMH] Create ephemeral UnixDomainSocketAddress provider with thread-safe close semantics [v5] Volkan Yazici
  • Re: RFR: 8354024: [JMH] Create ephemeral UnixDomainSocketAddress provider with thread-safe close semantics [v6] Volkan Yazici
  • Re: RFR: 8354024: [JMH] Create ephemeral UnixDomainSocketAddress provider with thread-safe close semantics [v6] Michael McMahon
  • Re: RFR: 8354024: [JMH] Create ephemeral UnixDomainSocketAddress provider with thread-safe close semantics [v6] duke
  • Integrated: 8354024: [JMH] Create ephemeral UnixDomainSocketAddress provider with thread-safe close semantics Volkan Yazici
• RFR: 8353949: HttpHeaders.firstValueAsLong unnecessarily boxes to Long Volkan Yazici
  • Re: RFR: 8353949: HttpHeaders.firstValueAsLong unnecessarily boxes to Long Daniel Fuchs
  • Re: RFR: 8353949: HttpHeaders.firstValueAsLong unnecessarily boxes to Long Daniel Jeliński
  • Re: RFR: 8353949: HttpHeaders.firstValueAsLong unnecessarily boxes to Long Volkan Yazici
  • Re: RFR: 8353949: HttpHeaders.firstValueAsLong unnecessarily boxes to Long Michael McMahon
  • Re: RFR: 8353949: HttpHeaders.firstValueAsLong unnecessarily boxes to Long duke
  • Integrated: 8353949: HttpHeaders.firstValueAsLong unnecessarily boxes to Long Volkan Yazici
• Re: RFR: 8301991: Convert l10n properties resource bundles to UTF-8 native [v6] Magnus Ihse Bursie
  • Re: RFR: 8301991: Convert l10n properties resource bundles to UTF-8 native [v6] Justin Lu
  • Re: RFR: 8301991: Convert l10n properties resource bundles to UTF-8 native [v6] Magnus Ihse Bursie
  • Re: RFR: 8301991: Convert l10n properties resource bundles to UTF-8 native [v6] Magnus Ihse Bursie
  • Re: RFR: 8301991: Convert l10n properties resource bundles to UTF-8 native [v6] Eirik Bjørsnøs
  • Re: RFR: 8301991: Convert l10n properties resource bundles to UTF-8 native [v6] Magnus Ihse Bursie
• RFR: 8285888: Clarify that java.net.http.HttpClient do NOT support Digest authentication Michael McMahon
  • Re: RFR: 8285888: Clarify that java.net.http.HttpClient do NOT support Digest authentication Jaikiran Pai
  • Integrated: 8285888: Clarify that java.net.http.HttpClient do NOT support Digest authentication Michael McMahon
  • Re: RFR: 8285888: Clarify that java.net.http.HttpClient do NOT support Digest authentication [v2] Michael McMahon
  • Re: RFR: 8285888: Clarify that java.net.http.HttpClient do NOT support Digest authentication [v2] Jaikiran Pai
  • Re: RFR: 8285888: Clarify that java.net.http.HttpClient do NOT support Digest authentication [v2] Daniel Fuchs
• Re: RFR: 8337143: (fc, fs) Move filesystem-related native objects from libnio to libjava [v12] Brian Burkhalter

• Earlier messages
• Later messages