សម្រាប់ 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 ជុំវិញទាំងអស់ថាជារបស់អតិថិជន។

អត្ថបទពាក់ព័ន្ធ