Yes, we need to make sure that we limit the scope of this and use. We can use the two projects I have setup on the hudson.eclipse.org system as testing points. The settings.xml file is still experimental at this stage, and will change as we go forward.

Dave

On 03/21/2011 01:45 PM, Alex Blewitt wrote:
We should have some comments in this to ensure people know it is a work in 
progress. Also, I'm convinced we don't want to have central on the build path, 
just for the pluginDendencies.

Why not yet the .../content/groups/build/ set up specifically for this?

I'm concerned we are rushing ahead and may be appearing to be further ahead 
than we are. We need to be consistent with the message that this is still a 
work in progress and that (for example) we need to properly nail down the 
settings and structure before we tell others to use it.

Alex

Sent from my iPhone 4

On 21 Mar 2011, at 17:33, David Carver<d_a_car...@yahoo.com>  wrote:

Actually, the url there doesn't matter for now.  In fact we can eliminate that 
whole section, because the Mirror statement is handling the redirection.

This is just a start, and I agree we need to continue to tweak this as we go 
forward.  It should also include the Server information to allow snapshots to 
be deployed, as well as nightly, milestone, etc builds and artifacts to 
maven.eclipse.org.

Dave

On 03/21/2011 01:18 PM, Alex Blewitt wrote:
On 21 Mar 2011, at 17:15, David Carver wrote:

Attached is a first cut at a settings.xml file to be used by eclipse.org 
projects, using Maven as their build system.   This directs all artifact 
requests to go to maven.eclipse.org instead of going to the individual 
repositories.   The goal is that eventually deploy this to the various build 
slaves so that all requests for artifacts go to maven.eclipse.org instead of 
out to central itself.
You need to fix the http://central URL, which looks a little short :)

We should figure out short names to use and then hook up the settings.xml to 
use that instead. We need to figure out what they should be called though - I'm 
happy to set up the Apache proxy to do the same once we figure out the naming 
conventions. I don't really want to have /nexus/content/* in any of our 
settings.xml files to allow us to be flexible in the future.

Otherwise, it looks good - but I'm curious to know whether they're using a 
pre-defined cache to resolve the plugins :)

Alex

_______________________________________________
dash-dev mailing list
dash-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/dash-dev

_______________________________________________
dash-dev mailing list
dash-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/dash-dev
_______________________________________________
dash-dev mailing list
dash-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/dash-dev


_______________________________________________
dash-dev mailing list
dash-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/dash-dev

Reply via email to