Azure Service Bus Java: AMQP oer WebSockets mei in proxy

De moderne Java-berjochtklient fan Azure Service Bus brûkt AMQP. Syn bouwer fereasket AMQP_WEB_SOCKETS as der in proxy konfigurearre is.

Mei azure-messaging-servicebus 7.18.0 bouwe jo de ferstjoerder sa:

var address = new java.net.Proxy(
    java.net.Proxy.Type.HTTP,
    new java.net.InetSocketAddress("proxy.example", 8080));

var proxy = new com.azure.core.amqp.ProxyOptions(
    com.azure.core.amqp.ProxyAuthenticationType.BASIC,
    address, proxyUser, proxyPassword);

var sender = new com.azure.messaging.servicebus.ServiceBusClientBuilder()
    .connectionString(serviceBusConnectionString)
    .transportType(com.azure.core.amqp.AmqpTransportType.AMQP_WEB_SOCKETS)
    .proxyOptions(proxy)
    .sender()
    .queueName(queueName)
    .buildClient();

De akkountfariabelen autentisearje har by in proxy dy't Basic akseptearret. De ferbiningstekst en de wachtrigerneam identifisearje noch altyd de Service Bus-boarne. Hâld de ferstjoerder yn syn bedoelde libbensdoer en slút him as de applikaasje klear is.

Brûk hjir com.azure.core.amqp.ProxyOptions. De HTTP-stapel fan Azure hat in oare proxy-opsjeklasse mei in ferlykbere namme; dat is net it type dat dizze bouwer akseptearret.

Dit konfigurearret de berjochtferbining. In applikaasje dy't sels oanmakke identiteitsbeynskippen brûkt, moat miskien ek it HTTP-ferfier fan it token fan dy beynskippen konfigurearje.

Alde foarbylden foar Azure SDK 0.9 ferwize nei in oare klantgeneraasje. Lûk net de konklúzje dat syn konfiguraasjekonstanten of algemiene HTTP-eigenskippen de moderne AMQP-bouwer beskriuwe.