page_type | languages | products | name | description | ||
---|---|---|---|---|---|---|
sample |
|
|
Sending and Receiving Message by Azure Service Bus (Queue) And Spring Cloud Stream Binder in Spring Boot Application |
This sample demonstrates how to send and receive message by Azure Service Bus (queue) and Spring Cloud Stream Binder in Spring Boot application. |
Sending and Receiving Message by Azure Service Bus (Queue) And Spring Cloud Stream Binder in Spring Boot Application
This code sample demonstrates how to use the Spring Cloud Stream binder for Azure Service Bus queue. The sample app has two operating modes. One way is to expose a Restful API to receive string message, another way is to automatically provide string messages. These messages are published to a service bus queue. The sample will also consume messages from the same service bus queue.
You will build an application using Spring Cloud Stream to send and receive messages for Azure Service Bus Queue.
- An Azure subscription
- Terraform
- Azure CLI
- JDK8 or later
- Maven
- You can also import the code straight into your IDE:
This sample will create Azure resources using Terraform. If you choose to run it without using Terraform to provision resources, please pay attention to:
Important
If you choose to use a security principal to authenticate and authorize with Microsoft Entra ID for accessing an Azure resource please refer to Authorize access with Microsoft Entra ID to make sure the security principal has been granted the sufficient permission to access the Azure resource.
Terraform must authenticate to Azure to create infrastructure.
In your terminal, use the Azure CLI tool to setup your account permissions locally.
az login
Your browser window will open and you will be prompted to enter your Azure login credentials. After successful authentication, your terminal will display your subscription information. You do not need to save this output as it is saved in your system for Terraform to use.
You have logged in. Now let us find all the subscriptions to which you have access...
[
{
"cloudName": "AzureCloud",
"homeTenantId": "home-Tenant-Id",
"id": "subscription-id",
"isDefault": true,
"managedByTenants": [],
"name": "Subscription-Name",
"state": "Enabled",
"tenantId": "0envbwi39-TenantId",
"user": {
"name": "[email protected]",
"type": "user"
}
}
]
If you have more than one subscription, specify the subscription-id you want to use with command below:
az account set --subscription <your-subscription-id>
After login Azure CLI with your account, now you can use the terraform script to create Azure Resources.
# In the root directory of the sample
# Initialize your Terraform configuration
terraform -chdir=./terraform init
# Apply your Terraform Configuration
terraform -chdir=./terraform apply -auto-approve
# In the root directory of the sample
# Initialize your Terraform configuration
terraform -chdir=terraform init
# Apply your Terraform Configuration
terraform -chdir=terraform apply -auto-approve
It may take a few minutes to run the script. After successful running, you will see prompt information like below:
azurecaf_name.resource_group: Creating...
azurecaf_name.azurecaf_name_servicebus: Creating...
azurecaf_name.azurecaf_name_servicebus: Creation complete ...
azurecaf_name.resource_group: Creation complete ...
azurerm_resource_group.main: Creating...
azurerm_resource_group.main: Creation complete ...
azurerm_servicebus_namespace.servicebus_namespace: Creating...
...
azurerm_servicebus_namespace.servicebus_namespace: Creation complete ...
azurerm_role_assignment.role_servicebus_data_owner: Creating...
azurerm_servicebus_queue.queue: Creating...
azurerm_servicebus_queue.queue: Creation complete ...
...
azurerm_role_assignment.role_servicebus_data_owner: ...
Apply complete! Resources: 6 added, 0 changed, 0 destroyed.
Outputs:
...
You can go to Azure portal in your web browser to check the resources you created.
Running the command below to export environment values:
source ./terraform/setup_env.sh
terraform\setup_env.ps1
If you want to run the sample in debug mode, you can save the output value.
AZURE_SERVICEBUS_NAMESPACE=...
AZURE_SERVICEBUS_QUEUE_NAME=...
AZURE_SERVICEBUS_SUBSCRIPTION_ID=...
AZURE_SERVICEBUS_RESOURCE_GROUP=...
In your terminal, run mvn clean spring-boot:run
.
mvn clean spring-boot:run
You can debug your sample by adding the saved output values to the tool's environment variables or the sample's application.yaml
file.
-
If your tool is
IDEA
, please refer to Debug your first Java application and add environment variables. -
If your tool is
ECLIPSE
, please refer to Debugging the Eclipse IDE for Java Developers and Eclipse Environment Variable Setup.
- Verify in your app’s logs that similar messages were posted:
...
New message received: 'Hello world, 2'
...
Message 'Hello world, 2' successfully checkpointed
...
...
New message received: 'Hello world, 3'
...
Message 'Hello world, 3' successfully checkpointed
...
...
After running the sample, if you don't want to run the sample, remember to destroy the Azure resources you created to avoid unnecessary billing.
The terraform destroy command terminates resources managed by your Terraform project.
To destroy the resources you created.
terraform -chdir=./terraform destroy -auto-approve
terraform -chdir=terraform destroy -auto-approve
If you don't want to configure the connection string in your application, it's also possible to use Azure Resource Manager to retrieve the connection string. Just make sure the principal has sufficient permission to read resource metadata.
- Uncomment the Azure Resource Manager dependency in the pom.xml file.
<dependency>
<groupId>com.azure.spring</groupId>
<artifactId>spring-cloud-azure-resourcemanager</artifactId>
</dependency>
-
Run locally with the command
mvn clean spring-boot:run -Dspring-boot.run.profiles=rm
to activate the application-rm.yaml profile file.
To enable message sending in a synchronized way with Spring Cloud Stream 3.x, spring-cloud-azure-stream-binder-servicebus supports the sync producer mode to get responses for sent messages.
Make sure set spring.cloud.stream.servicebus.bindings.<binding-name>.producer.sync = true
before use it.
Service Bus Producer Properties
Service Bus Consumer Properties
Service Bus binder supports provisioning of queue, topic and subscription, users could use properties to enable provisioning.
Service Bus binder supports partitioning by allowing setting partition key and session id in the message header. Here shows how to set partition key for messages.
Service Bus binder supports message sessions. Here shows how to set session id of a message.
Service Bus binder supports consumer error channel, producer error channel and global default error channel, click here to see more information.
Users can get all the supported ServiceBus message headers here to configure.
Now that you have the Spring Boot application running locally, it's time to move it to production. Azure Spring Apps makes it easy to deploy Spring Boot applications to Azure without any code changes. The service manages the infrastructure of Spring applications so developers can focus on their code. Azure Spring Apps provides lifecycle management using comprehensive monitoring and diagnostics, configuration management, service discovery, CI/CD integration, blue-green deployments, and more. To deploy your application to Azure Spring Apps, see Deploy your first application to Azure Spring Apps.