Wie im Sonatype-Blog zu lesen ist, startet die Maven-Schmiede am 5. März eine "Maven Repository Rescue Mission" für Projekte auf Java.net. Offensichtlich gibt es auf der Hosting-Seite (die bald auf die Kenai-Technologie migrieren wird) einige Probleme, was die Entwicklungsinfrastruktur betrifft. Unter anderem sollen Repositories von Maven 1 und Maven 2 vermischt sein, und Javadocs und Projekt-Metadaten fehlen.
Das Sonatype-Team um Jason van Zyl will dem nun entgegenwirken:
You need to provide a decent Maven repository infrastructure for projects to deploy their content to, and you need to provide instructions about best practices on how accomplish this properly. Java.net has done neither, so I figured instead of continuing to complain –and continuing to field the complaints of Maven users– I’m going to do something about it. (Jason van Zyl)
Deshalb wird das Team nächsten Freitag, den 5. März, die Maven-Repository-Infrastruktur von Java.net-Projekten auf Anfrage auf den Sonatype-Hosting-Service Nexus OSS migrieren. Wie in den Kommentaren zu dem Blogpost zu lesen ist, scheint auch Kenai keine Maven-Repository-Infrastruktur zu bieten, daher ist davon auszugehen, dass viele Projekte das Angebot Anfang März annehmen werden. Jason van Zyl kommentiert zu diesem Thema:
We'll provide an alternative in the short term until the Kenai infrastructure does. Unfortunately -- very unfortunately -- there is absolutely no evidence in the last eight years that Sun will do anything to improve the situation. Even if there are people who wish to, it seems they are always rendered ineffectual and the Maven-based projects at Java.net suffer and the Maven community ends up bearing the burden. We're just trying to help but it seems like an almost impossible thing to do. (Jason van Zyl)
In gut einer Woche startet die "Repository-Rettungsmission" - laut van Zyl werden die Anfragen nach dem First-Come-First-Serve-Prinzip bearbeitet werden. Derweil gibt es schon erste Stimmen, die sich über Sonatypes Angebot freuen. Jean-Francois Arcand, Begründer des Grizzly-Projekts und GlassFish-Contributor musste nach eigener Aussage schon mehrmals unter dem Repository-Problem leiden.
