job A → WebClient A → proxy A → destination
job B → WebClient B → proxy B → destination

Asignu agorditan HtmlUnit WebClient al ĉiu samtempa retuma identeco. Ĝia WebClientOptions posedas la ProxyConfig; traktu la vojon kiel fiksan dum la tasko funkcias. Komuna taskovico ne postulas unu komunan ŝanĝeblan retumilon. Por permesitaj kontroloj de publikaj paĝoj per HTTP ProxyConfig, elektu kandidatajn finpunktojn el la listo de HTTP-prokuroj antaŭ ol asigni ilin al laborantoj.

Konservu la paĝon, postajn ŝargojn kaj seanstan stato ĉe tiu kliento. Ŝanĝi prokurajn opciojn ne povas transplanti establitajn konektojn. Apartaj klientoj kreas ankaŭ apartan retumilan staton, do planu ajnan celatan komunan ensaluton anstataŭ supozi, ke nur enkursigo determinas identecon. Prokura aŭtentikigo uzas la interfacon de la instalita HtmlUnit-versio kaj restas aparta de ensaluto al retejo.

Difinu kompletigon antaŭ ol redoni retumilon al laĥo. La plej supra respondo povas alveni dum skriptoj aŭ fonspetoj daŭras. Finu aŭ nuligu tiun laboron, purigu staton, kiun la sekva identeco ne devas heredi, kaj elservigu la klienton se tiu limo ne povas esti starigita fidinde.

Limmigu la nombron de aktivaj klientoj kaj fermu finitajn WebClients. Retumilo analizas kaj eble plenumas skriptojn, kio kostas pli ol simpla transdono. Por tasko, kiu bezonas nur la redonitan HTML, pli malgranda HTTP-kliento povas subteni pli da samtempaj petoj en la sama buĝeto de rimedoj.

Rilataj artikoloj