קלייַבן אַ פּראָקסי פֿאַר איין WebSphere 8.5.5 JAX-WS קליענט

פֿאַר WebSphere Application Server 8.5.5 JAX-WS, קאָנטראָלירט צוויי אַרומיקע קאָנטראָלן איידער איר פֿאַרלאָזט זיך אויף אַן אַדרעס אין דעם פֿאָדערונג־קאָנטעקסט פֿון דעם קליענט. די IBM אייגנשאַפֿט אויף JVM־מדרגה com.ibm.ws.websvcs.transport.enableProxyTunnel איז false ביי פֿאַרבעט; אַן אַדרעס פּער קליענט שאַלט נישט אָן דעם טונעל. די HTTP־טראַנספּאָרט ווערטן פֿון אַ פּאָליסי־סעט איבערשרייבן אויך פּראָגראַמאַטישע ווערטן, און די איבערשרייבן די JVM־סיסטעם אייגנשאַפֿטן.

פֿאַר דעם אויסגעקליבענעם עקזיסטירנדיקן פּאָרט דאָקומענטירט IBM דעם פּער־קליענט צוגרייטונג פֿאַר דער פֿאַרזאַמלונג:

import javax.xml.ws.BindingProvider;

BindingProvider binding = (BindingProvider) servicePort;
binding.getRequestContext().put("https.proxyHost", "proxy.example");
binding.getRequestContext().put("https.proxyPort", "8080");

די HTTPS שליסן גילטן פֿאַר HTTPS ענדפּוינטן; פֿאַר HTTP ניצט די פּאַסיקע IBM HTTP שליסן. אַ דערלויבטער עפנטלעכער SOAP ענדפּוינט קען ניצן אַן HTTP אַדרעס פֿון דער HTTP פּראָקסי־ליסטע בלויז נאָך דעם וואָס די באַטרעפֿנדיקע פּאָליסי און טונעל־קאָנטראָלן דערלויבן דאָס און קיין פּראָקסי־קאָנטע איז נישט קאָנפֿיגורירט אויף יענע מדרגות. פּראָקסי־אויטענטיפֿיקאַציע האָט באַזונדערע HTTP/HTTPS proxyUser און proxyPassword אייגנשאַפֿטן, אומאָפּהענגיק פֿון די SOAP־דינסט באַשטעטיקונגען.

דאָס זענען WebSphere פֿאַרברייטונגען. אַ BindingProvider מאַפּע אין Metro, CXF אָדער אַן אַנדער פֿירונג מאַכט יענע סטרונעס נישט פּראָטאַבל.

האַלט פֿאַרשידענע צוגלייכטיקע רוטן אויף ריכטיק קאָנפֿיגורירטע קליענט־אָביעקטן אַנשטאָט איבערצושרייבן אַ געמיינזאַמען פּאָרט־קאָנטעקסט בשעת רופֿן לויפֿן. דאָס באַגרענעצט דעם אַדרעס צו דעם טאַקע קליענט אָן באַטראַכטן אַלע אַרומיקע JVM קאָנטראָלן ווי קליענט־לאָקאַל.