You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Apr 15, 2025. It is now read-only.
This rule highlights use of on-premises message queues which will need replaced with Azure alternatives such as Azure Service Bus or Azure Storage Queues. Specific patterns for identifying these vary based on the specific dependencies, but the most common are:
Use of the RabbitMQ.Client namespace which would indicate use of a local RabbitMQ instance.
Use of the MassTransit.Bus.Factory.CreateUsingRabbitMq API which also indicates RabbitMQ use.
Use of Microsoft.ServiceBus.Messaging APIs with a connection string of the form sb://<host>/<namespace> (as opposed to sb://<namespace>.servicebus.windows.net). This one is a bit nuanced because Microsoft.ServiceBus.Messaging might be used to connect to either on-premises Service Bus instances or Azure-hosted ones, and only on-premises service bus usage is problematic.
These metadata are interesting to both Azure App Service and containerized targets.
Java specific things to review:
Usage of JMS, look for javax.jms package usage
Usage of Apache MQ / Rabbit MQ clients or other 3rd party clients
This rule highlights use of on-premises message queues which will need replaced with Azure alternatives such as Azure Service Bus or Azure Storage Queues. Specific patterns for identifying these vary based on the specific dependencies, but the most common are:
RabbitMQ.Clientnamespace which would indicate use of a local RabbitMQ instance.MassTransit.Bus.Factory.CreateUsingRabbitMqAPI which also indicates RabbitMQ use.Microsoft.ServiceBus.MessagingAPIs with a connection string of the formsb://<host>/<namespace>(as opposed tosb://<namespace>.servicebus.windows.net). This one is a bit nuanced becauseMicrosoft.ServiceBus.Messagingmight be used to connect to either on-premises Service Bus instances or Azure-hosted ones, and only on-premises service bus usage is problematic.These metadata are interesting to both Azure App Service and containerized targets.
Java specific things to review:
Existing WindUp Rules
Existing Azure Documentation
WindUp Discovered Messaging Services
The
connect.windup.groovytechnology rule already checks for:Supported Azure Messaging Services