Package io.camunda.client.protocol.rest
Class JobActivationRequest
java.lang.Object
io.camunda.client.protocol.rest.JobActivationRequest
@Generated(value="org.openapitools.codegen.languages.JavaClientCodegen",
comments="Generator version: 7.23.0")
public class JobActivationRequest
extends Object
JobActivationRequest
-
Field Summary
Fields -
Constructor Summary
Constructors -
Method Summary
Modifier and TypeMethodDescriptionaddFetchVariableItem(String fetchVariableItem) addTenantIdsItem(String tenantIdsItem) booleanfetchVariable(List<String> fetchVariable) A list of variables to fetch as the job variables; if empty, all visible variables at the time of activation for the scope of the job will be returned.The maximum jobs to activate by this request.The request will be completed when at least one job is activated or after the requestTimeout (in ms).The tenant filtering strategy - determines whether to use provided tenant IDs or assigned tenant IDs from the authenticated principal's authorized tenants.A list of IDs of tenants for which to activate jobs.A job returned after this call will not be activated by another call until the timeout (in ms) has been reached.getType()The job type, as defined in the BPMN process (e.g.Whether to activate the jobs with a lease.The name of the worker activating the jobs, mostly used for logging purposes.inthashCode()maxJobsToActivate(Integer maxJobsToActivate) requestTimeout(Long requestTimeout) voidsetFetchVariable(List<String> fetchVariable) voidsetMaxJobsToActivate(Integer maxJobsToActivate) voidsetRequestTimeout(Long requestTimeout) voidsetTenantFilter(TenantFilterEnum tenantFilter) voidsetTenantIds(List<String> tenantIds) voidsetTimeout(Long timeout) voidvoidsetWithLease(Boolean withLease) voidtenantFilter(TenantFilterEnum tenantFilter) toString()
-
Field Details
-
JSON_PROPERTY_TYPE
- See Also:
-
JSON_PROPERTY_WORKER
- See Also:
-
JSON_PROPERTY_TIMEOUT
- See Also:
-
JSON_PROPERTY_MAX_JOBS_TO_ACTIVATE
- See Also:
-
JSON_PROPERTY_FETCH_VARIABLE
- See Also:
-
JSON_PROPERTY_REQUEST_TIMEOUT
- See Also:
-
JSON_PROPERTY_TENANT_IDS
- See Also:
-
JSON_PROPERTY_TENANT_FILTER
- See Also:
-
JSON_PROPERTY_WITH_LEASE
- See Also:
-
-
Constructor Details
-
JobActivationRequest
public JobActivationRequest()
-
-
Method Details
-
type
-
getType
The job type, as defined in the BPMN process (e.g. <zeebe:taskDefinition type=\"payment-service\" />)- Returns:
- type
-
setType
-
worker
-
getWorker
The name of the worker activating the jobs, mostly used for logging purposes.- Returns:
- worker
-
setWorker
-
timeout
-
getTimeout
A job returned after this call will not be activated by another call until the timeout (in ms) has been reached.- Returns:
- timeout
-
setTimeout
-
maxJobsToActivate
-
getMaxJobsToActivate
The maximum jobs to activate by this request.- Returns:
- maxJobsToActivate
-
setMaxJobsToActivate
-
fetchVariable
-
addFetchVariableItem
-
getFetchVariable
A list of variables to fetch as the job variables; if empty, all visible variables at the time of activation for the scope of the job will be returned.- Returns:
- fetchVariable
-
setFetchVariable
-
requestTimeout
-
getRequestTimeout
The request will be completed when at least one job is activated or after the requestTimeout (in ms). If the requestTimeout = 0, a default timeout is used. If the requestTimeout < 0, long polling is disabled and the request is completed immediately, even when no job is activated.- Returns:
- requestTimeout
-
setRequestTimeout
-
tenantIds
-
addTenantIdsItem
-
getTenantIds
A list of IDs of tenants for which to activate jobs.- Returns:
- tenantIds
-
setTenantIds
-
tenantFilter
-
getTenantFilter
The tenant filtering strategy - determines whether to use provided tenant IDs or assigned tenant IDs from the authenticated principal's authorized tenants.- Returns:
- tenantFilter
-
setTenantFilter
-
withLease
-
getWithLease
Whether to activate the jobs with a lease. When true, each activated job is assigned a distinct, opaque lease token, returned as ActivatedJobResult.leaseToken. The lease fences the complete, fail, and throw-error commands against a superseded activation of the same job (for example, after the job timed out or failed and was re-activated by another worker): a command carrying a stale lease token is rejected rather than racing with the newer activation. Once a job has been activated with a lease, it is served only to leasing workers of that job type; a homogeneous fleet per job type is recommended. Omit or set to false to activate jobs without a lease.- Returns:
- withLease
-
setWithLease
-
equals
-
hashCode
public int hashCode() -
toString
-