ការធ្វើប៊ូហ្វ៊ែរការផ្ទុកឡើង Jersey 2 សម្រាប់ការព្យាយាមផ្ទៀងផ្ទាត់តាម proxy ឡើងវិញ

ការផ្ទុកឡើងដែលព្យាយាមម្តងទៀតបន្ទាប់ពីការប្រឈមពី proxy ត្រូវការតួរបស់វាម្តងទៀត។ សម្រាប់ Apache connector របស់ Jersey 2 សូមជ្រើសរើសដំណើរការអង្គភាពដែលបានប៊ូហ្វ៊ែរ នៅក្នុងការកំណត់រចនាសម្ព័ន្ធដែលប្រើដើម្បីបង្កើតកម្មវិធីភ្ញៀវនោះ:

ClientConfig config = new ClientConfig();
config.connectorProvider(new ApacheConnectorProvider());
config.property(ClientProperties.PROXY_URI,
                "http://proxy.example.net:8080");
config.property(ClientProperties.REQUEST_ENTITY_PROCESSING,
                RequestEntityProcessing.BUFFERED);

អនុវត្តការផ្ទុកឡើងតាមរយៈកម្មវិធីភ្ញៀវដែលបានបង្កើត។ ប្រភេទទាំងនេះមកពីកញ្ចប់ Jersey client និង Apache-connector; ការកំណត់រចនាសម្ព័ន្ធដែលមិនបានប្រើនឹងមិនប៉ះពាល់ដល់សំណើទេ។

connector រុំអង្គភាពដែលបានប៊ូហ្វ៊ែរនៅក្នុង BufferedHttpEntity របស់ Apache។ អង្គភាពស្ទ្រីមដែលមិនបានប៊ូហ្វ៊ែររបស់វាមិនអាចធ្វើម្តងទៀតបានទេ។ ការប៊ូហ្វ៊ែរផ្តល់ឱ្យលំហូរផ្ទៀងផ្ទាត់នូវបៃដែលវាអាចផ្ញើឡើងវិញ ជំនួសឱ្យការអានអ្នកផលិតដែលបានប្រើរួចម្តងទៀត។

វាមិនធានាថាការផ្ទៀងផ្ទាត់បញ្ចប់បន្ទាប់ពី 407 មួយទេ។ គ្រោងការណ៍ខ្លះត្រូវការការផ្លាស់ប្តូរច្រើនដោយស្របច្បាប់ ដូច្នេះពិនិត្យការចរចាទាំងមូល មុនពេលចាត់ទុកការប្រឈមមួយទៀតជាស្ថានភាពដែលបាត់បង់។

រក្សាទំហំតួឱ្យស្ថិតក្នុងថវិកាអង្គចងចាំ។ ការផ្ទុកឡើងស្ទ្រីមធំត្រូវការ យុទ្ធសាស្ត្រចាក់ឡើងវិញដែលសមស្របនឹងបន្ទុកនោះ; ការបើកប៊ូហ្វ៊ែរសម្រាប់រាល់សំណើអាចផ្លាស់ប្តូរការបរាជ័យនៃការចរចាជាមួយការអស់អង្គចងចាំ។