BrowserMob HAR-Opnam virun der Selenium-Navigatioun starten
Setzt BrowserMob an de Wee vum Browser, fänkt d'HAR-Opnam virun der Navigatioun un an hëlt d'Opnam, ier de Proxy gestoppt gëtt.
BrowserMob hëlt nëmmen de Verkéier op, deen tatsächlech duerch säi Listener geet. De Proxy niewent engem Selenium-Browser starten, setzt dee Browser net op de Wee.
Fir déi dokumentéiert agebaut 2.1.5-API vu BrowserMob kann eng existéierend Java-Selenium-Astellung dës Reiefolleg benotzen:
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();
}Port 0 freet e fräie Port. ClientUtil baut d'Selenium-Proxyastellung aus deem Listener. D'Opnam fänkt virun der Navigatioun un a gëtt geholl, während de Proxy nach verfügbar ass.
Den Ausschnëtt hëlt un, datt d'BrowserMob-, HAR- an Selenium-Typen aus dem Projet schonn verfügbar sinn. Eng detailléiert Opnam vum Ufro- oder Äntwertkierper ass eng zousätzlech CaptureType-Wiel. HTTPS-Interceptioun brauch och seng virgesinn Zertifikatsvertrauens-Reegelung.
Fir en entfernten Grid-Browser annoncéiert eng Adress, déi vun der Maschinn vun deem Browser aus erreechbar ass. Eng Loopback-Adress um Testrunner bezeechent do de Loopback vun enger anerer Maschinn.
Dëst hëlt de konfiguréierten HTTP-Wee vum Browser op. Et setzt keng Betribssystem-Reeg op, déi all aner erausgehend Verbindung blockéiert.