Azure Service Bus નો આધુનિક Java સંદેશાવ્યવહાર ક્લાયન્ટ AMQP વાપરે છે. પ્રોક્સી ગોઠવાયેલી હોય ત્યારે તેનું બિલ્ડર AMQP_WEB_SOCKETS માંગે છે.

azure-messaging-servicebus 7.18.0 સાથે મોકલનારને આ રીતે બનાવો:

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

એકાઉન્ટ ચલો Basic સ્વીકારતી પ્રોક્સી સામે પ્રમાણિત થાય છે. કનેક્શન સ્ટ્રિંગ અને કતારનું નામ હજી પણ Service Bus સંસાધનને ઓળખે છે. બનેલા મોકલનારને તેના ઇચ્છિત આયુષ્ય સુધી રાખો અને એપ્લિકેશન તેની સાથે પૂરી થાય ત્યારે તેને બંધ કરો.

અહીં com.azure.core.amqp.ProxyOptions વાપરો. Azure ના HTTP સ્ટેકમાં સમાન નામનો બીજો પ્રોક્સી-વિકલ્પ વર્ગ છે; તે આ બિલ્ડર સ્વીકારે તે પ્રકાર નથી.

આ સંદેશાવ્યવહાર જોડાણ ગોઠવે છે. સ્વતંત્ર રીતે બનાવેલી ઓળખ-ઓળખપત્ર વાપરતી એપ્લિકેશનને તે ઓળખપત્રના ટોકન HTTP પરિવહનને પણ ગોઠવવું પડી શકે.

જૂના Azure SDK 0.9 ના ઉદાહરણો બીજી ક્લાયન્ટ પેઢીનો ઉલ્લેખ કરે છે. એવું અનુમાન ન કરો કે તેના ગોઠવણી સ્થિરાંકો કે સામાન્ય HTTP ગુણધર્મો આધુનિક AMQP બિલ્ડરનું વર્ણન કરે છે.

સંબંધિત લેખો