|
Thanks for your comments > patches have to be against trunk Does this mean this patch can't be integrated until 2.1 ? > public api can't be modified, we need to keep backwards compatibility You are speaking of the Settings object ? In this case, can I had a "java.util.List getActiveProxies()" method and keep the "Proxy getActiveProxy()" ? Should I mark it has deprecated ? > need documentation, for instance that setting http proxy will affect https requests Where should I document it ? In this guide : http://maven.apache.org/guides/mini/guide-proxies.html > unit tests would be great OK > Does this mean this patch can't be integrated until 2.1 ? No, just that we work against trunk and then merge to the 2.0.x branch if needed > You are speaking of the Settings object ? In this case, can I had a "java.util.List getActiveProxies()" method and keep the "Proxy getActiveProxy()" ? Should I mark it has deprecated ? Yes > Where should I document it ? In this guide : http://maven.apache.org/guides/mini/guide-proxies.html Yes, and also javadocs would be great Patch for maven components trunk Patch for maven site trunk This is too complicated for Maven. If you have more then one repository that you need to use then you can use one of the many proxying tools. Trying to cycle through proxies doesn't seem all that great. And really you want to be able to bind a proxy to a particular repository as you know what you are trying to get and where. This is not the right solution. Nothing more then simple proxy support belongs in Maven as the proxying solutions are available now and work. See Proximity. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Some comments: