Elektu la Java Sampler de JMeter por JVM SOCKS-itinero

Kunigu JVM SOCKS-ecojn kun la Java HTTP-implemento de JMeter kaj malhelpu HTTP-proksaj kampoj anstataŭigi tiun itineron.

Uzu ĉi tiun JDK SOCKS-itinero nur kiam la koncernaj HTTP-sampliloj povas uzi la Java-implementon de JMeter. Ĝiaj subtenataj HTTP-metodoj estas pli mallarĝaj ol HttpClient4; PATCH-laborŝarĝo bezonas alian subtenatan aranĝon.

Por ekzistanta SOCKS-auskultanto, lanĉu:

jmeter -n -t plan.jmx \
  -DsocksProxyHost=127.0.0.1 \
  -DsocksProxyPort=1080

Kongrua konto-senpaga finpunkto el la SOCKS-proksa listo povas anstataŭigi la ekzemplon por permesitaj publikaj petoj plenumataj de ĉi tiuj Java-sampliloj. Elektu Java en ĉiu koncerna HTTP Request-samplilo aŭ en ĝiaj HTTP Request Defaults. La eksplicita elekto de samplilo povas anstataŭigi tiun defaŭlton.

Lasu ĝiajn HTTP-proksajn gastiganto/pordo-kampojn malplenaj por ĉi tiu itinero. Plenigi ilin kreas eksplicitan HTTP-prokson; alie Java uzas URL.openConnection() kaj la elekton de la JDK. Kontrolu ankaŭ ekzistantajn HTTP/HTTPS JVM-proksajn ecojn, ĉar protokolo-specifaj proksoj havas prioritaton super SOCKS.

-D starigas JVM-sistemajn ecojn. -J starigas la proprajn ecojn de JMeter kaj ne estas alternativa literumo.

Konfirmu la itineron per reprezenta peto ĉe la motoro, kiu ĝin plenumas. Ĉi tiu agordo ne starigas SOCKS-enkursigon por ĉiu kromaĵo, JDBC-konekto, fora motoro aŭ alia samplilo.

Rilataj artikoloj