WARNING: Deprecated in 7.15.0.
The Java REST Client is deprecated in favor of the Java API Client.
Reset anomaly detection jobs API
editReset anomaly detection jobs API
editResets an anomaly detection job that exists in the cluster.
Reset anomaly detection jobs request
editA ResetJobRequest
object requires a non-null jobId
.
Optional arguments
editThe following arguments are optional:
Reset anomaly detection jobs response
editThe returned ResetJobResponse
object indicates the acknowledgement of the job
reset or the reset task depending on whether the request was set to wait
for completion:
Synchronous execution
editWhen executing a ResetJobRequest
in the following manner, the client waits
for the ResetJobResponse
to be returned before continuing with code execution:
ResetJobResponse resetJobResponse = client.machineLearning().resetJob(resetJobRequest, RequestOptions.DEFAULT);
Synchronous calls may throw an IOException
in case of either failing to
parse the REST response in the high-level REST client, the request times out
or similar cases where there is no response coming back from the server.
In cases where the server returns a 4xx
or 5xx
error code, the high-level
client tries to parse the response body error details instead and then throws
a generic ElasticsearchException
and adds the original ResponseException
as a
suppressed exception to it.
Asynchronous execution
editExecuting a ResetJobRequest
can also be done in an asynchronous fashion so that
the client can return directly. Users need to specify how the response or
potential failures will be handled by passing the request and a listener to the
asynchronous reset-job method:
The asynchronous method does not block and returns immediately. Once it is
completed the ActionListener
is called back using the onResponse
method
if the execution successfully completed or using the onFailure
method if
it failed. Failure scenarios and expected exceptions are the same as in the
synchronous execution case.
A typical listener for reset-job
looks like: