Tann nútíðar Java-boðklienturin hjá Azure Service Bus brúkar AMQP. Builderin krevur AMQP_WEB_SOCKETS, tá ein proxy er uppsettur.

Við azure-messaging-servicebus 7.18.0 verður sendarin bygdur soleiðis:

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();

Konto-variablarnir vátta seg móti einum proxy, sum góðtekur Basic. Sambandsstreingurin og raðarheitið eyðkenda framvegis Service Bus-tilfeingið. Varðveit sendaran í ætlaða lívstíð sína og lat hann aftur, tá ið forritið er liðugt við hann.

Brúka com.azure.core.amqp.ProxyOptions her. HTTP-stakkurin hjá Azure hevur ein annan flokk við líknandi navni fyri proxy-valmøguleikar; hann er ikki slagið, sum hesin builderin góðtekur.

Hetta setur boðsambandið upp. Eitt forrit, sum brúkar sjálvstøðugt gjørdar samsømingar, kann eisini hava tørv á at seta HTTP-flutningin av teirra token upp.

Gomul dømi fyri Azure SDK 0.9 vísa til eina aðra klientættarlið. Ikki drag út, at uppsetingarkonstantar ella almenn HTTP-eindir tess lýsa tann nútíðar AMQP-builderin.

Skyldar greinar