د WireMock شرکتۍ پراکسي په proxyVia کې واچوه

د mapping ریښتینی هدف URL وساته او کله چې WireMockServer جوړوئ، بل hop تنظیم کړه.

mapping لا هم ریښتینې هدفي خدمت نوموي. د WireMock منځګړی د هغه په سرور تنظیماتو کې تنظیم کړه:

import com.github.tomakehurst.wiremock.WireMockServer;
import com.github.tomakehurst.wiremock.core.WireMockConfiguration;

var server = new WireMockServer(
    WireMockConfiguration.wireMockConfig()
        .proxyVia("proxy.example.net", 8080)
);

د پراکسي له لارې تلو غوښتنې لپاره لاره client → WireMock → corporate proxy → target service ده. کلینټ ته WireMock ته د رسیدو لاره ورته ده; proxyVia هغه اړیکه کنټرولوي چې WireMock وروسته جوړوي.

د هدف URL د شرکتۍ پراکسي د بنسټیز پتې سره بدلول غوښتل شوی خدمت بدلوي. دا هغه اضافي hop نه څرګندوي.

که پورته بهیر ته کومه غوښتنه نه ښکاري، وګوره چې ځواب په بشپړه توګه له ثبت شوي stub څخه راغلی که نه. بیا غږول کولای شي هدف او پراکسي اړیکه ترې تیر کړي، نو دا تنظیم په هغه حالت کې ارزوه چې واقعاً ژوندی پراکسي کوي.

اړوندې مقالې