Thank you, Gary.
WindowsNegotiateScheme is created by WindowsNegotiateSchemeFactory which is
called internally by http client code. I see few calls to dispose() method from
inside WindowsNegotiateScheme itself. Where and when would I need to call to
call dispose() from my application code?
I also notice that WindowsNegotiateScheme is created several time during
negotiation dance, not sure if this is an indication of a problem or not. But
since all this is done internally, I still would not know when to call
dispose() and on which object.
Appreciate your further thoughts
Alex
From: Gary Gregory <garydgreg...@gmail.com>
To: HttpClient User Discussion <httpclient-users@hc.apache.org>; Alexander
Bernstein <alexbernstein1...@yahoo.com>
Sent: Wednesday, August 26, 2015 5:13 PM
Subject: Re: GPF in WindowsNegotiateScheme.dispose()
Having the JVM finalizer clean up after you is usually a sign that an
application is not cleaning up after itself, in this case, not calling the
dispose method.
I wonder if WindowsNegotiateScheme should implement AutoCloseable and its
close() method instead of a method called dispose(), which does not feel
very Java-like.
Gary
On Wed, Aug 26, 2015 at 1:07 PM, Alexander Bernstein <
alexbernstein1...@yahoo.com.invalid> wrote:
> Hello,
> I am new here, please pardon if this is not the right place for this kind
> of question.
> I am using httpclient-win-4.5 from httpClient 4.5 and
> jna-4.1.0/jna-platform-4.1.0 JNA libraries to authenticate to Kerberos
> server from Eclipse-based application.
> I create my client from WinHttpClients.custom(). The authentication is
> successful, but sooner or later, when JVM calls
> WindowsNegotiateScheme.dispose() my Eclipse crashes with GPF.
> I noticed that WindowsNegotiateSchemeFactory.create() is called twice, for
> some reason. Not sure if this is a normal flow and/or is relevant to the
> problem.
>
> 1XMCURTHDINFO Current thread
> NULL ----------------------
> 3XMTHREADINFO "Finalizer thread" J9VMThread:0x0000000003FD1B00,
> j9thread_t:0x00000000050C1F10, java/lang/Thread:0x000007FFDE5E2800,
> state:R, prio=5
> 3XMJAVALTHREAD (java/lang/Thread getId:0x15, isDaemon:true)
> 3XMTHREADINFO1 (native thread ID:0xCBC, native priority:0x5,
> native policy:UNKNOWN, vmstate:R, vm thread flags:0x00000000)
> 3XMTHREADINFO3 Java callstack:
> 4XESTACKTRACE at com/sun/jna/Native.setPointer(Native
> Method)
> 4XESTACKTRACE at
> com/sun/jna/Pointer.setPointer(Pointer.java:1195)
> 4XESTACKTRACE at
> com/sun/jna/Memory.setPointer(Memory.java:658)
> 4XESTACKTRACE at
> com/sun/jna/Pointer.setValue(Pointer.java:937)
> 4XESTACKTRACE at
> com/sun/jna/Structure.writeField(Structure.java:800)
> 4XESTACKTRACE at
> com/sun/jna/Structure.write(Structure.java:718(Compiled Code))
> 4XESTACKTRACE at
> com/sun/jna/Structure.autoWrite(Structure.java:1923(Compiled Code))
> 4XESTACKTRACE at
> com/sun/jna/Function.convertArgument(Function.java:505(Compiled Code))
> 4XESTACKTRACE at
> com/sun/jna/Function.invoke(Function.java:297(Compiled Code))
> 4XESTACKTRACE at
> com/sun/jna/Library$Handler.invoke(Library.java:212)
> 4XESTACKTRACE at
> com/sun/proxy/$Proxy13.FreeCredentialsHandle(Bytecode PC:18)
> 4XESTACKTRACE at
> org/apache/http/impl/auth/win/WindowsNegotiateScheme.dispose(WindowsNegotiateScheme.java:99)
> 4XESTACKTRACE at
> org/apache/http/impl/auth/win/WindowsNegotiateScheme.finalize(WindowsNegotiateScheme.java:117)
> 4XESTACKTRACE at
> java/lang/J9VMInternals.runFinalize(J9VMInternals.java:436)
> 3XMTHREADINFO3 No native callstack available on this platform
> NULL
> Appreciate any help and suggestions.Thank you
> Alex Bernstein
--
E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
Java Persistence with Hibernate, Second Edition
<http://www.manning.com/bauer3/>
JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
Spring Batch in Action <http://www.manning.com/templier/>
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory
