Hi Scott, > For everyone's info, there's been a long discussion of what appear to be > HttpComponents-based proxy difficulties on this bug > > https://bugs.eclipse.org/bugs/show_bug.cgi?id=422665
yes, I am aware of that discussion. AFAIK, we never arrived at real test scenarios, though, which allowed us to open upstream bug, for example. > ECF (used for p2) has the ability to disable the default > HttpComponents-based provider and use an JRE URLConnection-based > provider, which under some proxy use cases and configurations appears to > work: > > https://bugs.eclipse.org/bugs/show_bug.cgi?id=422665#c137 > > This comment references the documentation to disable the > HttpComponents-based provider. > > https://wiki.eclipse.org/Disabling_Apache_Httpclient > > I'm not sure what Code Recommenders and the Automated Error Reporting > uses of ECF/p2, but if it uses what p2 uses then it also will inherit > the multi-provider support described above. Code Recommenders and the Automated Error Reporting use HttpComponents internally, either directly or through Eclipse Aether (in Code Recommenders' case). We use ECF *only* for our communication test, as we got the impression that ECF is sometimes more successfully in traversing proxies. Our communication test now uses ECF and HttpComponents and "calls home" on *both* channels. If one or both messages get through, we have a data point. Now, the question is how to interpret these data points. Unfortunately, it doesn't look like we can make blanket statements like "NTLM never works". It's rather "it depends". The question is just "on what?" > From the ECF point of view, if anyone is able/willing to do proxy > testing, and suggest, implement, and test changes or other workarounds > to ECF, then contributions are welcome. I can't speak or act for the > Apache HttpComponents project, however. I don't thing we have reached the "provide a patch" stage just yet; we are still at the "pinpoint the problem" stage. If anyone can make of the data more than I can, any pointers would be greatly appreciated. Best wishes, Andreas -- Codetrails GmbH The knowledge transfer company Robert-Bosch-Str. 7, 64293 Darmstadt Phone: +49-6151-276-7092 Mobile: +49-170-811-3791 http://www.codetrails.com/ Managing Director: Dr. Marcel Bruch Handelsregister: Darmstadt HRB 91940 _______________________________________________ cross-project-issues-dev mailing list [email protected] To change your delivery options, retrieve your password, or unsubscribe from this list, visit https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
