BrowserMob registras nur trafikon, kiu efektive pasas tra ĝia aŭskultilo. Starti la prokurilon apud Selenium-retumilo ne metas tiun retumilon sur la itineron.

Por la dokumentita enkonstruita API 2.1.5 de BrowserMob, ekzistanta Java-Selenium-agordo povas uzi ĉi tiun sinsekvon:

BrowserMobProxy proxy = new BrowserMobProxyServer();
proxy.start(0);
try {
    ChromeOptions options = new ChromeOptions();
    options.setProxy(ClientUtil.createSeleniumProxy(proxy));
    WebDriver driver = new ChromeDriver(options);
    try {
        proxy.newHar("example-page");
        driver.get("http://www.example.com/");
        Har capture = proxy.getHar();
        capture.writeTo(new java.io.File("page.har"));
    } finally {
        driver.quit();
    }
} finally {
    proxy.stop();
}

Pordo 0 petas disponeblan pordon. ClientUtil konstruas la prokurilan agordon de Selenium el tiu aŭskultilo. La kaptado komenciĝas antaŭ la navigado kaj estas prenita dum la prokurilo ankoraŭ disponeblas.

La fragmento supozas, ke la tipoj BrowserMob, HAR kaj Selenium de la projekto jam disponeblas. Detala kaptado de petkorpo aŭ respondkorpo estas aldona elekto CaptureType. HTTPS-kaŝobservado ankaŭ bezonas sian celitan atestila-fida aranĝon.

Por fora Grid-retumilo, anoncu adreson atingeblan de la maŝino de tiu retumilo. Loopback-adreso ĉe la testila rulilo indikas tie la loopback de alia maŝino.

Ĉi tio kaptas la agorditan HTTP-itineron de la retumilo. Ĝi ne starigas operaciuman regulon blokantan ĉiun alian elirantan konekton.

Rilataj artikoloj