Hi Michael,
JDK-8200468 is for j2gss.dll. sspi_bridge.dll is JDK-6722928.
Yes, JDK-8234694 is backport of JDK-6722928, but it seems the assignee has not
started working on it.
--Max
> On Mar 5, 2020, at 3:49 PM, Michael Osipov <1983-01...@gmx.net> wrote:
>
> Max,
>
> this ticket says: "Fix V
Thanks, I completely missed that. So if sspi_bridge.dll will be 8u, this
must be pulled first right?
Michael
PS: I have started testing sspi_bridge.dll at work at will provide a
elaborated test result tomorrow or Monday.
Am 2020-03-05 um 09:42 schrieb Weijun Wang:
Hi Michael,
JDK-8200468 is f
> On Mar 5, 2020, at 4:48 PM, Michael Osipov <1983-01...@gmx.net> wrote:
>
> Thanks, I completely missed that. So if sspi_bridge.dll will be 8u, this
> must be pulled first right?
Yes, sspi_bridge.dll is implemented as a native GSS library, it needs the
native GSS bridge. The bridge has been
On 3/4/20 10:59 PM, Weijun Wang wrote:
On Mar 5, 2020, at 11:14 AM, Anthony Scarpino
wrote:
On 3/3/20 6:57 PM, Weijun Wang wrote:
We have 3 places checking for an algorithm now:
1. If CurveDB does not know a curve, you won't be able to create parameters.
Currently the CurveDB is unchanged
Hello Xuelei,
I have renamed inputBuffer to recordBody.
Also, as you suggested, recordBody is not removed but used for multiple
records. So, it should be better for performance.
JDK15 webrev: http://cr.openjdk.java.net/~dcherepanov/8239788/webrev.v5/
Regards
Alexey
> On 4 Mar 2020, at 21:23, X
