ActiveMQ Classic-ის HTTP ტრანსპორტის გატარება პროქსის გავლით

გამოიყენეთ HTTP ტრანსპორტის URI პარამეტრები proxyHost და proxyPort, ბროკერის საბოლოო წერტილისა და მისი JMS სერტიფიკატების შენარჩუნებით.

გამოიყენეთ ეს მხოლოდ იმ ბროკერისთვის, რომელიც ამჟღავნებს ActiveMQ Classic-ის HTTP ტრანსპორტს და როცა ხელმისაწვდომია შესაბამისი კლიენტის ტრანსპორტის იმპლემენტაცია. TCP კონექტორი ან ადმინისტრირების ვებგვერდი არ არის ეს საბოლოო წერტილი.

ActiveMQConnectionFactory factory = new ActiveMQConnectionFactory(
    "http://broker.example:8081?proxyHost=proxy.example&proxyPort=8080");

broker.example:8081 არის HTTP ბროკერის დანიშნულება. proxy.example:8080 არის მისი გადამცემი შუამავალი. პროქსის პარამეტრები რჩება URI ვარიანტებად; ისინი არ ცვლის ბროკერის ჰოსტის სახელს. თუ ბროკერის HTTP ტრანსპორტი საჯაროდ ხელმისაწვდომია და საჯარო შუამავლები ნებადართულია, HTTP პროქსების სია შეიძლება მოგვცეს proxyHost/proxyPort კანდიდატი მნიშვნელობები მარშრუტისთვის, რომელსაც პროქსის სერტიფიკატები არ აქვს კონფიგურირებული. დაადასტურეთ წვდომა რეალურ ბროკერ ჰოსტთან და HTTP ტრანსპორტის პორტთან.

ActiveMQ Classic 5.18.3 თავის მარშრუტს აშენებს proxyHost/proxyPort-დან და იღებს proxyUser/proxyPassword-ს, მოწოდებული HTTP სერტიფიკატების ამ პროქსის საბოლოო წერტილით შემოფარგვლით. ააგეთ ავთენტიფიცირებული URI-ები აპლიკაციის პარამეტრების დამუშავების გავლით, რათა დაცული სერტიფიკატის სიმბოლოები დაშიფრული დარჩეს.

შუამავლის ანგარიში განცალკევებულია იმ ბროკერის ანგარიშისგან, რომელსაც JMS კავშირის მეთოდები იყენებს. შეინარჩუნეთ ეს კონფიგურირებული ფაბრიკა მისთვის მინიჭებული მარშრუტისთვის: JVM-ში სხვა ადგილას სხვა HTTP კლიენტის შეცვლა არ განაახლებს უკვე აშენებულ ფაბრიკას ცხადი ვარიანტებით.

დაკავშირებული სტატიები