يستخدم عميل المراسلة Java الحديث الخاص بـAzure Service Bus بروتوكول 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 هنا. فمكدس HTTP في Azure يضم فئة أخرى مشابهة الاسم لخيارات الوكيل؛ وهي ليست النوع الذي يقبله هذا المُنشئ.

هذا يضبط اتصال المراسلة. وقد يحتاج التطبيق الذي يستخدم بيانات اعتماد هوية منشأة بشكل مستقل إلى ضبط نقل HTTP الخاص بالرمز لتلك البيانات أيضًا.

تشير أمثلة Azure SDK 0.9 القديمة إلى جيل آخر من العملاء. لا تستنتج أن ثوابت إعداداتها أو خصائص HTTP العامة فيها تصف مُنشئ AMQP الحديث.

مقالات ذات صلة