Azure Communication Job Router client library for Java - version 1.1.3

Azure Communication Job Router contains the APIs used in job router applications for Azure Communication Services.

Source code | Package (Maven) | API reference documentation | Product documentation

Getting started


Include the package

Include the BOM file

Please include the azure-sdk-bom to your project to take dependency on the General Availability (GA) version of the library. In the following snippet, replace the {bom_version_to_target} placeholder with the version number. To learn more about the BOM, see the AZURE SDK BOM README.


and then include the direct dependency in the dependencies section without the version tag.


Include direct dependency

If you want to take dependency on a particular version of the library that is not present in the BOM, add the direct dependency to your project as follows.


Key concepts


A Job is a unit of work (demand), which must be routed to an available Worker (supply). A real-world example is an incoming call or chat in the context of a call center.


A Worker is the supply available to handle a Job. When you use the SDK to register a Worker to receive jobs, you can specify:

  • One or more queues to listen on.
  • The number of concurrent jobs per Channel that the Worker can handle.
  • A set of Labels that can be used to group and select workers.

A real-world example is an agent in a call center.


A Queue is an ordered list of jobs, that are waiting to be served to a worker. Workers register with a queue to receive work from it.

A real-world example is a call queue in a call center.


A Channel is a grouping of jobs by some type. When a worker registers to receive work, they must also specify for which channels they can handle work, and how much of each can they handle concurrently. Channels are just a string discriminator and aren't explicitly created.

Real-world examples are voice calls or chats in a call center.


An Offer is extended by Job Router to a worker to handle a particular job when it determines a match. You can either accept or decline the offer with the JobRouter SDK. If you ignore the offer, it expires according to the time to live configured on the Distribution Policy.

A real-world example is the ringing of an agent in a call center.

Distribution Policy

A Distribution Policy is a configuration set that controls how jobs in a queue are distributed to workers registered with that queue. This configuration includes:

  • How long an Offer is valid before it expires.
  • The distribution mode, which define the order in which workers are picked when there are multiple available.
  • How many concurrent offers can there be for a given job.


You can attach labels to workers, jobs, and queues. Labels are key value pairs that can be of string, number, or boolean data types.

A real-world example is the skill level of a particular worker or the team or geographic location.

Worker selectors

Worker selectors can be attached to a job in order to target a subset of workers on the queue.

A real-world example is a condition on an incoming call that the agent must have a minimum level of knowledge of a particular product.

Classification policy

A classification policy can be used to programmatically select a queue, determine job priority, or attach worker label selectors to a job.

Queue selectors

Queue selectors can be attached to a classification policy in order to target a queue which fulfills certain conditions. This queue is used enqueueing an incoming job.

A real-world example is a condition on an incoming call that the call has to get queued to a queue which supports chat.

Exception policy

An exception policy controls the behavior of a Job based on a trigger and executes a desired action. The exception policy is attached to a Queue so it can control the behavior of Jobs in the Queue.


Client Initialization

JobRouter has two clients, JobRouterAdministrationClient and JobRouterClient. Both of them can be initialized using the endpoint and access key.

String endpoint = <endpoint>;
String accessKey = <accessKey>;
JobRouterAdministrationClient routerAdminClient = new JobRouterAdministrationClientBuilder()
        .addPolicy(new HmacAuthenticationPolicy(new AzureKeyCredential(accessKey)))
JobRouterClient routerClient = new JobRouterClientBuilder()
        .addPolicy(new HmacAuthenticationPolicy(new AzureKeyCredential(accessKey)))

Using JobRouterClient created from builder, create Job Router entities as described below.

Create a Distribution Policy

CreateDistributionPolicyOptions createDistributionPolicyOptions = new CreateDistributionPolicyOptions(
    new LongestIdleMode()
DistributionPolicy distributionPolicy = routerAdminClient.createDistributionPolicy(createDistributionPolicyOptions);

Create a Queue

CreateQueueOptions createQueueOptions = new CreateQueueOptions("queue-id", distributionPolicy.getId());
RouterQueue jobQueue = routerAdminClient.createQueue(createQueueOptions);

Create a Job

CreateJobOptions createJobOptions = new CreateJobOptions("job-id", "chat-channel", queueId)
                new ArrayList<>() {{
                    new RouterWorkerSelector()
                        .setValue(new LabelValue(10));
RouterJob routerJob = routerClient.createJob(createJobOptions);

Create a Worker

Map<String, RouterValue> labels = new HashMap<String, RouterValue>() {
        put("Label", new RouterValue("Value"));

Map<String, RouterValue> tags = new HashMap<String, RouterValue>() {
        put("Tag", new RouterValue("Value"));

RouterChannel channel = new RouterChannel("router-channel", 1);

List<RouterChannel> channels = new ArrayList<RouterChannel>() {

List<String> queues = new ArrayList<String>() {

CreateWorkerOptions createWorkerOptions = new CreateWorkerOptions(workerId, 10)

RouterWorker routerWorker = routerClient.createWorker(createWorkerOptions);


Running into issues? This section should contain details as to what to do there.

Next steps

  • [Read more about Router in Azure Communication Services][router_concepts]

More sample code

Please take a look at the samples directory for detailed examples of how to use this library.


This project welcomes contributions and suggestions. Most contributions require you to agree to a Contributor License Agreement (CLA) declaring that you have the right to, and actually do, grant us the rights to use your contribution.

When you submit a pull request, a CLA-bot will automatically determine whether you need to provide a CLA and decorate the PR appropriately (e.g., label, comment). Simply follow the instructions provided by the bot. You will only need to do this once across all repos using our CLA.

This project has adopted the Microsoft Open Source Code of Conduct. For more information see the Code of Conduct FAQ or contact with any additional questions or comments.