Bug 312224 - [Net] Provide a way to specify proxy settings per connection
Summary: [Net] Provide a way to specify proxy settings per connection
Status: NEW
Alias: None
Product: Platform
Classification: Eclipse Project
Component: Team (show other bugs)
Version: 3.6   Edit
Hardware: All All
: P3 enhancement (vote)
Target Milestone: ---   Edit
Assignee: Platform Team Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on: 318173
Blocks:
  Show dependency tree
 
Reported: 2010-05-10 05:10 EDT by Pawel Pogorzelski CLA
Modified: 2019-09-06 16:17 EDT (History)
3 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Pawel Pogorzelski CLA 2010-05-10 05:10:55 EDT
This functionality is available as part of the enhancements made in java.net in 5.0 release. This bug is to investigate how it could be leveraged in core.net API.

Currently ProxyManager which handles proxy settings in Eclipse makes them not only  available via API but also via System.properties. These properties were the only way to manage proxy configuration in JSE 1.4 and are consumed by protocol handlers while opening connection. This model is not appropriate because any changes are JVM wide and clients can't have customized settings (e.g. proxy turned off) is desired for some reason.

Because of this inflexibility some problems surfaced:
1. A problem is to enable making a socket connection which favors HTTP versus SOCKS proxy when both are defined. (Henrich's suggestion, see bug 295030)
2. For SOCKS there isn't a property that allows specifying proxy bypass hosts. See bug 257107, comment 7.
Comment 1 Eclipse Webmaster CLA 2019-09-06 16:17:51 EDT
This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet.

If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant.