unknown
1970-01-01 00:00:00 UTC
--f46d042fdea263ff2c04d3fccb98
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable <div dir="ltr">I'll expand since I have a bit of time now.<div><br></div><div style>- <a href="http://maven.eclipse.org">maven.eclipse.org</a> is running on the free version of Nexus, not Nexus Pro and as such has no staging repository support which is a critical feature when it comes to deploying releases...we have been offered a free version of Nexus Pro but that is not allowed to be used by the Foundation. ?Staged releases are important because without them there is no checkpoint between what is deployed for a release and what actually enters the release repository. ?Even a simple network glitch on upload can doom a release and without the ability to stage/drop a release it is playing with fire deploying straight into a maven release repository. ?</div> <div style><br></div><div style>- unless things have changed, the webmasters are not responsible for <a href="http://maven.eclipse.org">maven.eclipse.org</a> at all, that means Denis is not on the line to support it as a critical component of eclipse architecture, which makes it _not_ a critical component, which means to me you should not depend on it, certainly not for deploying actual release artifacts.</div> <div style><br></div><div style>- on the topic of orbit dependencies, there is currently no path to having them in maven central which is _critical_ for eclipse projects to deploy into maven central since we have to reference signed dependencies that exist in orbit for anything that is to be downloaded from <a href="http://eclipse.org">eclipse.org</a> so unless you want a very confusing build you are going to have to handle those dependencies yourself. ?In jetty we publish our handful of orbit artifacts under org.eclipse.jetty.orbit groupId in maven central and hate every minute of it, but what do you do? ?At least our dependency list is very small so it is only an annoyance.</div> <div style><br></div><div style>- On a CBI call a while back Andrew Ross mentioned that the orbit dependencies in maven central deal was something that they were going to be hopefully addressing in the next year but there is no firm date on that and much remains unclear about how that is all going to resolve itself. ?It is a tough sell how to organize this, not to mention the idea of redeploying the same class bits into central with just some adjusted metadata to make it an osgi bundle. ?They look to be trying to make <a href="http://maven.eclipse.org">maven.eclipse.org</a> into a maven central lite that only has eclipse IP clear stuff in it, and that might work for some people but most people I know will shun such an attempt. ?Jetty itself would be unlikely use such an effort, and if we did it would only be in addition to releasing to maven central which is top priority for us.</div> <div style><br></div><div style>- One of the reasons that maven is powerful _is_ maven central. ? A central location with everything you want to build against, easily found and consumed. ?It is a very bitter pill to accept to ask users of yours to add in repository urls for release artifacts to their project, especially when you are not certain it will be a durable repository. ?Unless you get Denis and the webmasters to bring <a href="http://maven.eclipse.org">maven.eclipse.org</a> under the 5 9's support it is not a good thing to do to your users IMO. ?Builds are critical.</div> <div style><br></div><div style>Anyway, on a Vert.x thread about them coming to eclipse Wayne said that there were big plans for <a href="http://maven.eclipse.org">maven.eclipse.org</a> and it could turn into a safe place to put your artifacts....as of right now though I would shy away until it has a clear mandate that is widely communicated (ie wayne's comments on that vert.x thread were news to me :)</div> <div style><br></div><div style>cheers,</div><div style>jesse</div><div style><br></div><div style><br></div></div><div class="gmail_extra"><br clear="all"><div>--<br>jesse mcconnell<br><a href="mailto:***@gmail.com" target="_blank">***@gmail.com</a></div> <br><br><div class="gmail_quote">On Wed, Jan 23, 2013 at 4:32 PM, Jesse McConnell <span dir="ltr"><<a href="mailto:***@gmail.com" target="_blank">***@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> <div dir="ltr">IMO<div><br></div><div>deploy it to central through <a href="http://oss.sonatype.org" target="_blank">oss.sonatype.org</a></div><div><br></div><div><a href="http://maven.eclipse.org" target="_blank">maven.eclipse.org</a> has no clear mandate at this point, no path to having artifacts sent to maven central, and when you go into maven central you have to work out the orbit dependency issues yourself which is important. (which also currently have no path to maven central either)</div> <div><br></div><div><br></div><div>cheers,</div><div>jesse</div></div><div class="gmail_extra"><br clear="all"><div>--<br>jesse mcconnell<br><a href="mailto:***@gmail.com" target="_blank">***@gmail.com</a></div> <br><br><div class="gmail_quote"><div><div class="h5">On Wed, Jan 23, 2013 at 4:18 PM, Kissner, Juergen <span dir="ltr"><<a href="mailto:***@sap.com" target="_blank">***@sap.com</a>></span> wrote:<br>
</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5">
<div lang="DE" link="blue" vlink="purple"><div><p class="MsoNormal">Hi,<u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal"><span lang="EN-US">on behalf of the Eclipse Gemini project[1], I would like to collect some information concerning the <a href="http://maven.eclipse.org" target="_blank">maven.eclipse.org</a> repository. The subject has been brought up in a post in our forum[2]. Obviously, it would be nice for users of Eclipse Maven artifacts to access them through a central repository.<u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p><p class="MsoNormal"><span lang="EN-US">The Gemini sub projects offer their Maven artifacts in a common repository as described in [3]. This is true for released versions. However, each sub projects has its own private Maven repository for milestones. The Maven artifacts of most projects still require some manual steps.<u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p><p class="MsoNormal"><span lang="EN-US">For the Gemini project and its users the <a href="http://maven.eclipse.org" target="_blank">maven.eclipse.org</a> looks like an attractive option. We have discussed the subject, but had still several question, as you can see in our meeting minutes[4]. <u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p><p class="MsoNormal"><span lang="EN-US">I have discovered the wiki page [5], and have been looking at the dash mailing list.
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable <div dir="ltr">I'll expand since I have a bit of time now.<div><br></div><div style>- <a href="http://maven.eclipse.org">maven.eclipse.org</a> is running on the free version of Nexus, not Nexus Pro and as such has no staging repository support which is a critical feature when it comes to deploying releases...we have been offered a free version of Nexus Pro but that is not allowed to be used by the Foundation. ?Staged releases are important because without them there is no checkpoint between what is deployed for a release and what actually enters the release repository. ?Even a simple network glitch on upload can doom a release and without the ability to stage/drop a release it is playing with fire deploying straight into a maven release repository. ?</div> <div style><br></div><div style>- unless things have changed, the webmasters are not responsible for <a href="http://maven.eclipse.org">maven.eclipse.org</a> at all, that means Denis is not on the line to support it as a critical component of eclipse architecture, which makes it _not_ a critical component, which means to me you should not depend on it, certainly not for deploying actual release artifacts.</div> <div style><br></div><div style>- on the topic of orbit dependencies, there is currently no path to having them in maven central which is _critical_ for eclipse projects to deploy into maven central since we have to reference signed dependencies that exist in orbit for anything that is to be downloaded from <a href="http://eclipse.org">eclipse.org</a> so unless you want a very confusing build you are going to have to handle those dependencies yourself. ?In jetty we publish our handful of orbit artifacts under org.eclipse.jetty.orbit groupId in maven central and hate every minute of it, but what do you do? ?At least our dependency list is very small so it is only an annoyance.</div> <div style><br></div><div style>- On a CBI call a while back Andrew Ross mentioned that the orbit dependencies in maven central deal was something that they were going to be hopefully addressing in the next year but there is no firm date on that and much remains unclear about how that is all going to resolve itself. ?It is a tough sell how to organize this, not to mention the idea of redeploying the same class bits into central with just some adjusted metadata to make it an osgi bundle. ?They look to be trying to make <a href="http://maven.eclipse.org">maven.eclipse.org</a> into a maven central lite that only has eclipse IP clear stuff in it, and that might work for some people but most people I know will shun such an attempt. ?Jetty itself would be unlikely use such an effort, and if we did it would only be in addition to releasing to maven central which is top priority for us.</div> <div style><br></div><div style>- One of the reasons that maven is powerful _is_ maven central. ? A central location with everything you want to build against, easily found and consumed. ?It is a very bitter pill to accept to ask users of yours to add in repository urls for release artifacts to their project, especially when you are not certain it will be a durable repository. ?Unless you get Denis and the webmasters to bring <a href="http://maven.eclipse.org">maven.eclipse.org</a> under the 5 9's support it is not a good thing to do to your users IMO. ?Builds are critical.</div> <div style><br></div><div style>Anyway, on a Vert.x thread about them coming to eclipse Wayne said that there were big plans for <a href="http://maven.eclipse.org">maven.eclipse.org</a> and it could turn into a safe place to put your artifacts....as of right now though I would shy away until it has a clear mandate that is widely communicated (ie wayne's comments on that vert.x thread were news to me :)</div> <div style><br></div><div style>cheers,</div><div style>jesse</div><div style><br></div><div style><br></div></div><div class="gmail_extra"><br clear="all"><div>--<br>jesse mcconnell<br><a href="mailto:***@gmail.com" target="_blank">***@gmail.com</a></div> <br><br><div class="gmail_quote">On Wed, Jan 23, 2013 at 4:32 PM, Jesse McConnell <span dir="ltr"><<a href="mailto:***@gmail.com" target="_blank">***@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> <div dir="ltr">IMO<div><br></div><div>deploy it to central through <a href="http://oss.sonatype.org" target="_blank">oss.sonatype.org</a></div><div><br></div><div><a href="http://maven.eclipse.org" target="_blank">maven.eclipse.org</a> has no clear mandate at this point, no path to having artifacts sent to maven central, and when you go into maven central you have to work out the orbit dependency issues yourself which is important. (which also currently have no path to maven central either)</div> <div><br></div><div><br></div><div>cheers,</div><div>jesse</div></div><div class="gmail_extra"><br clear="all"><div>--<br>jesse mcconnell<br><a href="mailto:***@gmail.com" target="_blank">***@gmail.com</a></div> <br><br><div class="gmail_quote"><div><div class="h5">On Wed, Jan 23, 2013 at 4:18 PM, Kissner, Juergen <span dir="ltr"><<a href="mailto:***@sap.com" target="_blank">***@sap.com</a>></span> wrote:<br>
</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5">
<div lang="DE" link="blue" vlink="purple"><div><p class="MsoNormal">Hi,<u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal"><span lang="EN-US">on behalf of the Eclipse Gemini project[1], I would like to collect some information concerning the <a href="http://maven.eclipse.org" target="_blank">maven.eclipse.org</a> repository. The subject has been brought up in a post in our forum[2]. Obviously, it would be nice for users of Eclipse Maven artifacts to access them through a central repository.<u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p><p class="MsoNormal"><span lang="EN-US">The Gemini sub projects offer their Maven artifacts in a common repository as described in [3]. This is true for released versions. However, each sub projects has its own private Maven repository for milestones. The Maven artifacts of most projects still require some manual steps.<u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p><p class="MsoNormal"><span lang="EN-US">For the Gemini project and its users the <a href="http://maven.eclipse.org" target="_blank">maven.eclipse.org</a> looks like an attractive option. We have discussed the subject, but had still several question, as you can see in our meeting minutes[4]. <u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p><p class="MsoNormal"><span lang="EN-US">I have discovered the wiki page [5], and have been looking at the dash mailing list.