Yep Kerberos is an option. If I get desperate.


On Tue, May 19, 2020 at 10:28 AM Oleg Kalnichevski <ol...@apache.org> wrote:

> On Tue, 2020-05-19 at 08:56 -0500, Nicholas DiPiazza wrote:
> > Yeah I agree Oleg. But I'm at a loss as to why I am able to stop &
> > start
> > the program and then it starts working again fine.
> >
> > There is NTLM authentication involved. Perhaps the auth gets into a
> > stale
> > state and starts causing 400 errors?
> >
>
> Hmm. Then, client side NTLM state corruption is more likely. The
> trouble is there is no longer a single person on the project who has
> both capacity and inclination to work on NTLM.
>
> Does the server support any other authentication schemes?
>
> Oleg
>
>
>
> > On Tue, May 19, 2020 at 8:06 AM Oleg Kalnichevski <ol...@apache.org>
> > wrote:
> >
> > > On Mon, 2020-05-18 at 20:24 -0500, Nicholas DiPiazza wrote:
> > > > Hey HTTP client users list!
> > > >
> > > > I've got some strange behavior going on and could use some help
> > > > sorting it
> > > > out.
> > > >
> > > > I created a reproducer project of the code that I am using to
> > > > access
> > > > HTTP
> > > > client:
> > > > https://github.com/nddipiazza/reproduce-400-errors
> > > >
> > > > See the Reproduce400Errors class:
> > > >
> > >
> > >
>
> https://github.com/nddipiazza/reproduce-400-errors/blob/master/src/main/java/Reproduce400Errors.java
> > > >
> > > > I use this class to download approximately 9 million documents
> > > > from
> > > > SharePoint. And for some reason, after about 4 million docs are
> > > > downloaded,
> > > > it gets stuck in a state where all requests fail with a 400
> > > > status
> > > > code.
> > > >
> > > > The code is pretty simple. Pool of HTTP connections. Nothing
> > > > crazy.
> > > >
> > > > If I stop and start the program, it will continue just fine.
> > > >
> > > > Has anyone ever heard of a situation like this? How can I fix
> > > > this
> > > > issue?
> > >
> > > I strongly suspect this to be a server side issue given the
> > > symptoms of
> > > the problem.
> > >
> > > Oleg
> > >
> > >
> > > -----------------------------------------------------------------
> > > ----
> > > To unsubscribe, e-mail: httpclient-users-unsubscr...@hc.apache.org
> > > For additional commands, e-mail:
> > > httpclient-users-h...@hc.apache.org
> > >
> > >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: httpclient-users-unsubscr...@hc.apache.org
> For additional commands, e-mail: httpclient-users-h...@hc.apache.org
>
>

Reply via email to