You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The current implementation of the Java SecHub client does use the JDK http client.
But when we call methods which needs authentication (and credentials are given to client) , it seems there are multiple connections but not all use the credientials! This leads internally to 401 authentication problems! If this happens multiple times the SecHub java client throws a client exception and stops processing.
Wanted
The java client shall operate without any authentication problems.
The text was updated successfully, but these errors were encountered:
- created unit test to reproduce problem (wire mock test)
- changed login behavior, instead of using a authenticator object
we use now a request interceptor and set the basic auth header
directly
- removed server url and trust all setters
- introduced new constructor inside abstract SecHub client to have
fields inside mocked client as well
- created unit test to reproduce problem (wire mock test)
- changed login behavior, instead of using a authenticator object
we use now a request interceptor and set the basic auth header
directly
- removed server url and trust all setters
- introduced new constructor inside abstract SecHub client to have
fields inside mocked client as well
Situation
The current implementation of the Java SecHub client does use the JDK http client.
But when we call methods which needs authentication (and credentials are given to client) , it seems there are multiple connections but not all use the credientials! This leads internally to 401 authentication problems! If this happens multiple times the SecHub java client throws a client exception and stops processing.
Wanted
The java client shall operate without any authentication problems.
The text was updated successfully, but these errors were encountered: