I think even the minimal (a) would be a great thing (just proxy things
you don't know about), having it able to create them on the fly (or
maybe just 'prepare' them as you suggest ready for an admin to
'approve') would be a killer feature! Nexus sounds like it's shaping
up to be a great tool..
For
Hi all,
after Nigel words, i tried to play with Nexus and HTTP Proxying and
have tested some solutions with Nexus and HTTP Proxying.
It seems that it is feasible and easily done.
I set my m2 to use Nexus as HTTP Proxy, and made nexus to use the
incoming URL as basis to resolve the repo in questi
On 17/03/2008, at 10:20 AM, Nigel Magnay wrote:
I get the "central place to go", but I'm still having a hard time
getting why a repository manager couldn't do all that, today, by
acting as an HTTP proxy for all requests. It can look a the URL it's
being requested, and say 'hmm, I cache that re
On Sun, Mar 16, 2008 at 10:35 PM, Jason van Zyl <[EMAIL PROTECTED]> wrote:
>
> On 16-Mar-08, at 1:25 PM, Nigel Magnay wrote:
>
> > Have you got a description of how you think it ought to work?
> >
>
> I will do a demo sometime this week at EclipseCon, and I'm happy to
> share the configuration
>Nicolas', I liked change as it allows you to be more concise in
>settings while still getting all the benefits, though it does assume a
>1-for-1 proxying of remote repositories in your repository manager,
>which is a good practice to follow anyway IMO. If you hit an id that
>you haven't ac
On 17/03/2008, at 9:44 AM, Jason van Zyl wrote:
On 16-Mar-08, at 3:28 PM, Brett Porter wrote:
On 17/03/2008, at 6:03 AM, Jason van Zyl wrote:
All control must reside in the repository manager or it's a
configuration nightmare.
Sorry, but I have to disagree. A repository manager is an
On 16-Mar-08, at 3:28 PM, Brett Porter wrote:
On 17/03/2008, at 6:03 AM, Jason van Zyl wrote:
All control must reside in the repository manager or it's a
configuration nightmare.
Sorry, but I have to disagree. A repository manager is an
optimisation (and best practice) in using Maven,
The 'id' concept in Maven is fundamentally broken because it's not a
unique ID. It should be something specified in the repository itself
and validated against.
That said, the URL isn't a perfect replacement - for one it's longer,
secondly it may not be unique (such as mirrors, eg. ibiblio
On 16-Mar-08, at 3:28 PM, Brett Porter wrote:
On 17/03/2008, at 6:03 AM, Jason van Zyl wrote:
All control must reside in the repository manager or it's a
configuration nightmare.
Sorry, but I have to disagree. A repository manager is an
optimisation (and best practice) in using Maven,
On 16-Mar-08, at 1:25 PM, Nigel Magnay wrote:
Have you got a description of how you think it ought to work?
I will do a demo sometime this week at EclipseCon, and I'm happy to
share the configuration I have. But it should be as simple as
described. One place to go, at least in a corporat
On 17/03/2008, at 6:03 AM, Jason van Zyl wrote:
All control must reside in the repository manager or it's a
configuration nightmare.
Sorry, but I have to disagree. A repository manager is an optimisation
(and best practice) in using Maven, but not a pre-requisite. Let's not
forget the
Have you got a description of how you think it ought to work?
I quite like the ability of downloading projects that rely on 3rd
party repos, and having them magically work without having to do
anything (which is why I have a distaste for having to go through a
validate-my-settings-and-proxy-don't-
On 16-Mar-08, at 11:39 AM, Nigel Magnay wrote:
I've never thought it was sane in the first place...
It is. Ultimately a repository manager should requires users to point
at one URL, period. All control must reside in the repository manager
or it's a configuration nightmare. Even if you a
I've never thought it was sane in the first place...
I don't understand why the artifact servers (archiva et al) can't just
respond in the same way that an ordinary proxy server does, without
all this mirrorOf mucking about. Working on two or three independant
projects and my settings.xml is a blo
2008/3/16, Joakim Erdfelt [EMAIL PROTECTED]:
>
> The approach nicolas took in MNG-3407 is strange. I don't understand
> the whole {0} idea. Wouldn't it make more sense to base mirrorOf on
> host or url instead?
> That way the mirror section can be wrangled in a more sane way?
The idea is to fo
I was motivated by http://jira.codehaus.org/browse/MNG-3407 and some
personal headaches, mostly with dealing with working with OSS on a
laptop within restricted environments, (ie. no, or bad internet
connection, such as a service station, while waiting for your car to be
fixed.)
I have a loca
16 matches
Mail list logo