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 կառուցիչը։

Առնչվող հոդվածներ