Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [dash-dev] maven.eclipse.org

Thanh,

We will never accept artifacts from a Nexus instance that is not running the staging suite. The staging suite is the facility that validates there is a valid POM, javadocs, sources, PGP signatures and also ensures that a release doesn't get corrupted. We have spent an enormous amount of time and energy helping Apache, Codehaus, JBoss and Java.net get Nexus Pro instances in place so that the synchronization of their artifacts to Central are as good as if they came in through the OSS Nexus instance we host for the community. 

So if you're a project that wants to get your artifacts into Maven Central than just use the facilities that Sonatype provides because Eclipse can't run a Nexus Pro instance and we will not make any exceptions for Eclipse even if you re-implemented the whole suite because we've already solved the problem and we're not validating another tool chain.

We open sourced all the p2 related tools so those can be extended and used for many of your purposes, but for Maven artifacts the choices are use Nexus Pro instance and sync to Central, or have projects directly work with us to get the artifacts into Central. In the case of Eclipse I believe the second option is the only real choice at Eclipse.

On Jan 31, 2013, at 10:16 AM, Thanh Ha <thanh.ha@xxxxxxxxxxx> wrote:

I had a look at oss.sonatype.org's nexus instance and from what I gather it provides each project with 4 repository services.

project-snapshots (hosted)
project-releases (hosted)
project-with-staging (group)
project repositories (group)

I think if we setup maven.eclipse.org with a similar model we can achieve the releases with the "project-releases" service and nightly/weekly builds with the "project-snapshots" service.


I'm new to Nexus so it's not clear to me what the difference between the 2 groups are I hope someone who's used oss.sonatype.org might be able to explain. If I had to guess "project repositories" is a group containing the releases repo and project-with-staging contains both snapshots and releases? I'm guessing these groups are alternative URLs to the hosted repos?


As for an entry into maven central I think initially we won't be able to provide this service as the focus will be on getting projects using maven.eclipse.org but it's something we can look as the service ramps up.


Thanh


On 31/01/13 09:20 AM, Martin Taal wrote:
As a replacement of sonatype, I would need 2 things:
- a place to publish nightly/weekly builds
- an entry in maven central (with a 2 step procedure, that's fine)

I don't need the sonatype ui, so publishing/releasing through maven commandline would be fine with me.

I think eclipse could offer a location for nightly builds (to be consumed by maven) and entry point into maven central. Eclipse.org does not need to offer an eternal durable maven repo. I would just use maven central for that.

gr. Martin

With Regards, Martin Taal

Springsite/Elver.org
Office: Hardwareweg 4, 3821 BV Amersfoort
Postal: Nassaulaan 7, 3941 EC Doorn
The Netherlands
Cell: +31 (0)6 288 48 943
Tel: +31 (0)84 420 2397
Fax: +31 (0)84 225 9307
Mail: mtaal@xxxxxxxxxxxxxx - mtaal@xxxxxxxxx
Web: www.springsite.com - www.elver.org
On 01/31/2013 02:59 PM, Jesse McConnell wrote:
Martin,

And you would not want to use something @ eclipse that didn't have the staging functionality that exists on oss.sonatype.org correct?

cheers,
jesse

--
jesse mcconnell
jesse.mcconnell@xxxxxxxxx


On Thu, Jan 31, 2013 at 7:37 AM, Martin Taal <mtaal@xxxxxxxxx> wrote:
I agree with Jesse...

M
aybe it is best to take maven.eclipse.org down, but don't do anything else unless someone takes responsibility and there is funding to do so.

I currently publish EMF Texo/Teneo and EMF jars through sonatype to get them on maven.central. It works fine, but I find it strange that eclipse projects have to use a 3rd party to get their code on maven central. I would expect eclipse.org to provide a service similar to sonatype...

Just my 2 cents...

gr. Martin

With Regards, Martin Taal

Springsite/Elver.org
Office: Hardwareweg 4, 3821 BV Amersfoort
Postal: Nassaulaan 7, 3941 EC Doorn
The Netherlands
Cell: +31 (0)6 288 48 943
Tel: +31 (0)84 420 2397
Fax: +31 (0)84 225 9307
Mail: mtaal@xxxxxxxxxxxxxx - mtaal@xxxxxxxxx
Web: www.springsite.com - www.elver.org
On 01/31/2013 02:32 PM, Jesse McConnell wrote:
I really don't understand the point of resetting it if there is not a clear understanding of what roll it will serve within the organization moving forward and a recommended path for how projects will interact with it.

If it is only going to be a proxy for maven central, then that is fine and you should go for it, but if you're planning on having projects actually deploy to it and/or build out the story for syncing to maven central then all of that should be ironed out ahead of time and wired up accordingly.  

Maven repositories are meant to be durable and exist forever, unlike orbit repositories that are transitory and exist for small windows of time.  If you screw something up with Orbit then no biggy, it will eventually just disappear and problem solved.  With a maven repository once it is released it is locked away for time eternal, which is why I am such a strong proponent of having staging repositories so upon release you can give things a pre-flight check before releasing it and locking it down.

Once you set this up and take ownership of it you are making a contract with anyone that uses it that you will support the stuff in there from that point on.  None of this disappearing repository stuff where you check out an old tag and some repository you built against is now missing and perhaps replaced with a different version of some dependency.

cheers,
jesse

--
jesse mcconnell
jesse.mcconnell@xxxxxxxxx


On Thu, Jan 31, 2013 at 7:20 AM, Thanh Ha <thanh.ha@xxxxxxxxxxx> wrote:
Hi Everyone,

Per Bug 394792 I'm looking at moving maven.eclipse.org to become a managed service at Eclipse. I plan on tackling this issue soon and was wondering if taking this server down would affect any projects?

Some things we'd like to do is update the Nexus server version as well as restart the service from a fresh configuration, essentially start over.

Thanks,


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



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


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





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

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

Thanks,

Jason

----------------------------------------------------------
Jason van Zyl
Founder & CTO, Sonatype
Founder,  Apache Maven
http://twitter.com/jvanzyl
---------------------------------------------------------

I never make the mistake of arguing with people for whose opinions I have no respect.

-- Edward Gibbon







Thanks,

Jason

----------------------------------------------------------
Jason van Zyl
Founder & CTO, Sonatype
Founder,  Apache Maven
http://twitter.com/jvanzyl
---------------------------------------------------------







Back to the top