Azure Service Bus Java: ಪ್ರಾಕ್ಸಿಯೊಂದಿಗೆ WebSockets ಮೇಲೆ AMQP ಬಳಸುವುದು

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 ನಿರ್ಮಾಪಕವನ್ನು ವಿವರಿಸುತ್ತವೆ ಎಂದು ಊಹಿಸಬೇಡಿ.