Re: [nexus-issues] [JIRA] Created: (NEXUS-2317) Allow to deactivate global http proxy settings in a proxy repository

[Brian Fox]

Would non proxy hosts acheive the same effect?

On Wed, Jul 22, 2009 at 10:01 AM, Arnaud Heritier
(JIRA)<sonatype@...> wrote:

> Allow to deactivate global http proxy settings in a proxy repository
> --------------------------------------------------------------------
>
>                 Key: NEXUS-2317
>                 URL: http://issues.sonatype.org/browse/NEXUS-2317
>             Project: Dev - Nexus Open Source
>          Issue Type: User Story
>          Components: Usability
>    Affects Versions: 1.3.2
>            Reporter: Arnaud Heritier
>
>
> In a corporate environment we have often many proxy repositories for external repositories and few ones for internal repositories.
> If we have a http proxy, and proxy repositories inside and outside of the corporate network we have no other solution than to define the http proxy in all external repositories, which are many more numerous than internals.
> It could be interesting for nexus to have the possibility to define the http proxy in the global configuration but also be able to deactive it in a proxy repositories. It will avoid in our case to define the http proxy in all proxies for external repositories.
>
> --
> This message is automatically generated by JIRA.
> -
> If you think it was sent incorrectly contact one of the administrators: http://issues.sonatype.org/secure/Administrators.jspa
> -
> For more information on JIRA, see: http://www.atlassian.com/software/jira
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: nexus-issues-unsubscribe@...
> For additional commands, e-mail: nexus-issues-help@...
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: nexus-dev-unsubscribe@...
For additional commands, e-mail: nexus-dev-help@...

[Tamás Cservenák]

IMO, the non proxy hosts kinda makes no sense for me. Nexus is not a
"browser" (where you access many, and usually in advance not known
hosts). In Nexus, you _set_up_ a set of proxy reposes (for which the
HTTP proxy setting is interesting), and you do know them in _advance_.

The non proxy host would mean at app level, that your proxy repo _do_
inherit global proxy settings, but will not use it since the given
repo access a host in non proxy list. Kinda awkward and "inverted"
logic for me.

It is much more clean and "intuitive", to set up global proxy, and
simply tick a checkbox to _not_ use proxy for given repo.

My 5 cents.

Thanks,
~t~

On Wed, Jul 29, 2009 at 3:50 AM, Brian Fox<brianf@...> wrote:
> Would non proxy hosts acheive the same effect?

---------------------------------------------------------------------
To unsubscribe, e-mail: nexus-dev-unsubscribe@...
For additional commands, e-mail: nexus-dev-help@...

[Tamás Cservenák]

Hrm, i meant "not inherit", and not "not use".

Very similar when you _do_ have defined HTTP Proxy on repo level (that
overrides the global). Same "override" mechanism would be used, but to
override to "empty" (don't use).

~t~

2009/7/29 Tamás Cservenák <tamas@...>:

> IMO, the non proxy hosts kinda makes no sense for me. Nexus is not a
> "browser" (where you access many, and usually in advance not known
> hosts). In Nexus, you _set_up_ a set of proxy reposes (for which the
> HTTP proxy setting is interesting), and you do know them in _advance_.
>
> The non proxy host would mean at app level, that your proxy repo _do_
> inherit global proxy settings, but will not use it since the given
> repo access a host in non proxy list. Kinda awkward and "inverted"
> logic for me.
>
> It is much more clean and "intuitive", to set up global proxy, and
> simply tick a checkbox to _not_ use proxy for given repo.
>
> My 5 cents.
>
> Thanks,
> ~t~
>
> On Wed, Jul 29, 2009 at 3:50 AM, Brian Fox<brianf@...> wrote:
>> Would non proxy hosts acheive the same effect?
>

---------------------------------------------------------------------
To unsubscribe, e-mail: nexus-dev-unsubscribe@...
For additional commands, e-mail: nexus-dev-help@...