Маршрутызацыя HTTP-транспарту ActiveMQ Classic праз праксі

Выкарыстоўвайце гэта толькі для брокера, які прадстаўляе HTTP-транспарт ActiveMQ Classic, пры наяўнасці адпаведнай рэалізацыі кліенцкага транспарту. 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. Пакіньце гэту наладжаную фабрыку для прызначанага ёй маршруту: змена іншага HTTP-кліента ў іншым месцы JVM не абнаўляе фабрыку, ужо пабудаваную з яўнымі опцыямі.