> ## Documentation Index > Fetch the complete documentation index at: https://docs.eorion.com/llms.txt > Use this file to discover all available pages before exploring further. # 获取计数 > Queries for the number of job definitions that fulfill given parameters. Takes the same parameters as the [Get Job Definitions](https://docs.camunda.org/manual/7.22/reference/rest/job-definition/get-query/) method. ## OpenAPI ````yaml GET /job-definition/count openapi: 3.0.2 info: title: ORION Platform REST API description: OpenApi Spec for ORION Camunda Platform REST API. version: 7.22.6-ee license: name: Apache License 2.0 url: http://www.apache.org/licenses/LICENSE-2.0.html servers: - url: http://{host}:{port}/{contextPath} description: The API server for the default process engine variables: host: default: localhost port: default: '8080' contextPath: default: engine-rest - url: http://{host}:{port}/{contextPath}/engine/{engineName} description: The API server for a named process engine variables: host: default: localhost port: default: '8080' contextPath: default: engine-rest engineName: default: default - url: '{url}' description: The API server with a custom url variables: url: default: '' security: - basicAuth: [] tags: - name: Authorization - name: Batch - name: Condition - name: Decision Definition - name: Decision Requirements Definition - name: Deployment - name: Engine - name: Event Subscription - name: Execution - name: External Task - name: Filter - name: Group - name: Historic Activity Instance - name: Historic Batch - name: Historic Decision Definition - name: Historic Decision Instance - name: Historic Decision Requirements Definition - name: Historic Detail - name: Historic External Task Log - name: Historic Identity Link Log - name: Historic Incident - name: Historic Job Log - name: Historic Process Definition - name: Historic Process Instance - name: Historic Task Instance - name: Historic User Operation Log - name: Historic Variable Instance - name: History Cleanup - name: Identity - name: Incident - name: Job - name: Job Definition - name: Message - name: Metrics - name: Migration - name: Modification - name: Process Definition - name: Process Instance - name: Signal - name: Schema Log - name: Task - name: Task Attachment - name: Task Comment - name: Task Identity Link - name: Task Local Variable - name: Task Variable - name: Telemetry - name: Tenant - name: User - name: Variable Instance - name: Version externalDocs: description: Find out more about ORION Rest API url: https://docs.eorion.com paths: /job-definition/count: get: tags: - Job Definition summary: Get Job Definition Count description: >- Queries for the number of job definitions that fulfill given parameters. Takes the same parameters as the [Get Job Definitions](https://docs.camunda.org/manual/7.22/reference/rest/job-definition/get-query/) method. operationId: getJobDefinitionsCount parameters: - name: jobDefinitionId in: query schema: type: string description: Filter by job definition id. - name: activityIdIn in: query schema: type: string description: >- Only include job definitions which belong to one of the passed and comma-separated activity ids. - name: processDefinitionId in: query schema: type: string description: >- Only include job definitions which exist for the given process definition id. - name: processDefinitionKey in: query schema: type: string description: >- Only include job definitions which exist for the given process definition key. - name: jobType in: query schema: type: string description: >- Only include job definitions which exist for the given job type. See the [User Guide](https://docs.camunda.org/manual/7.22/user-guide/process-engine/the-job-executor/#job-creation) for more information about job types. - name: jobConfiguration in: query schema: type: string description: >- Only include job definitions which exist for the given job configuration. For example: for timer jobs it is the timer configuration. - name: active in: query schema: type: boolean description: >- Only include active job definitions. Value may only be `true`, as `false` is the default behavior. - name: suspended in: query schema: type: boolean description: >- Only include suspended job definitions. Value may only be `true`, as `false` is the default behavior. - name: withOverridingJobPriority in: query schema: type: boolean description: >- Only include job definitions that have an overriding job priority defined. The only effective value is `true`. If set to `false`, this filter is not applied. - name: tenantIdIn in: query schema: type: string description: >- Only include job definitions which belong to one of the passed and comma-separated tenant ids. - name: withoutTenantId in: query schema: type: boolean description: >- Only include job definitions which belong to no tenant. Value may only be `true`, as `false` is the default behavior. - name: includeJobDefinitionsWithoutTenantId in: query schema: type: boolean description: >- Include job definitions which belong to no tenant. Can be used in combination with `tenantIdIn`. Value may only be `true`, as `false` is the default behavior. responses: '200': content: application/json: schema: $ref: '#/components/schemas/CountResultDto' examples: example-1: summary: >- GET `/job-definition/count?activityIdIn=ServiceTask1,ServiceTask2` description: >- GET `/job-definition/count?activityIdIn=ServiceTask1,ServiceTask2` value: count: 2 description: Request successful. '400': content: application/json: schema: $ref: '#/components/schemas/ExceptionDto' description: >- Returned if some of the query parameters are invalid, for example if a `sortOrder` parameter is supplied, but no `sortBy`. See the [Introduction](https://docs.camunda.org/manual/7.22/reference/rest/overview/#error-handling) for the error response format. components: schemas: CountResultDto: type: object properties: count: type: integer format: int64 description: The number of matching instances. ExceptionDto: title: ExceptionDto type: object properties: type: type: string nullable: true description: An exception class indicating the occurred error. message: type: string nullable: true description: A detailed message of the error. code: type: number description: >- The code allows your client application to identify the error in an automated fashion. You can look up the meaning of all built-in codes and learn how to add custom codes in the [User Guide](https://docs.camunda.org/manual/7.22/user-guide/process-engine/error-handling/#exception-codes). securitySchemes: basicAuth: type: http scheme: basic ````