<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Mar 31, 2015 at 10:01 AM, Even Rouault <span dir="ltr"><<a href="mailto:even.rouault@spatialys.com" target="_blank">even.rouault@spatialys.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class="">> Right, there are a few steps involved. The easiest vector that I have seen<br>
> for open source projects  is to utilize the Sonatype OSSRH repositories<br>
> (which provide sync to maven central). The full process is described here.<br>
><br>
>   <a href="http://central.sonatype.org/pages/ossrh-guide.html#review-requirements" target="_blank">http://central.sonatype.org/pages/ossrh-guide.html#review-requirements</a><br>
><br>
> To sum it up though, here is what I think would be required for gdal.<br>
><br>
> 1. Create a pom for the gdal jar that adheres to these requirements:<br>
><br>
><br>
> <a href="http://central.sonatype.org/pages/requirements.html#sufficient-metadata" target="_blank">http://central.sonatype.org/pages/requirements.html#sufficient-metadata</a><br>
><br>
> 2. Have a developer set up an OSSRH account and do the initial setup.<br>
><br>
>      <a href="http://central.sonatype.org/pages/ossrh-guide.html#initial-setup" target="_blank">http://central.sonatype.org/pages/ossrh-guide.html#initial-setup</a><br>
><br>
> 3. For each release build the gdal jar (along with it's source and javadoc<br>
> artifacts) and GPG sign them.<br>
><br>
><br>
> <a href="http://central.sonatype.org/pages/requirements.html#sign-files-with-gpgpgp" target="_blank">http://central.sonatype.org/pages/requirements.html#sign-files-with-gpgpgp</a><br>
><br>
>    Then deploy all the jars/signatures to the OSSRH staging repositories.<br>
> This will eventually sync them to maven central.<br>
><br>
><br>
> Again I'm happy to volunteer to do these steps if there aren't any<br>
> developers on the project that want the extra hassle. Do the java bindings<br>
> have a dedicated maintainer at this point?<br>
<br>
</span>I've somehow taken that hat on, but I've currently no real incentive to do<br>
work in the Java area, so I'm happy if you want to take care of that aspect.<br>
Beyond the initial setup, it would be great if the steps that need to be taken<br>
at each release are documented in our HOWTO-RELEASE document (at the root of<br>
the source tree) so that anyone not familiar with Java/maven/Sonatype OSSRH<br>
can follow the steps in a rather brainless mode.<br>
<div class=""><div class="h5"><br></div></div></blockquote><div>Sure thing. I haven't done much with swig or anything aside from compiling the bindings, but happy to learn as tasks come up.</div><div><br></div><div>So how about for a start I work toward deploying the latest stable release (1.11.2) jar into maven central. As part of that process I'll document the steps required and prepare a patch for HOWTO-RELEASE. Will that work?</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div class=""><div class="h5">
<br>
><br>
> > > > Regards,<br>
> > > ><br>
> > > > Even<br>
> > > ><br>
> > > > --<br>
> > > > Spatialys - Geospatial professional services<br>
> > > > <a href="http://www.spatialys.com" target="_blank">http://www.spatialys.com</a><br>
> ><br>
> > --<br>
> > Spatialys - Geospatial professional services<br>
> > <a href="http://www.spatialys.com" target="_blank">http://www.spatialys.com</a><br>
<br>
--<br>
Spatialys - Geospatial professional services<br>
<a href="http://www.spatialys.com" target="_blank">http://www.spatialys.com</a><br>
</div></div></blockquote></div><br></div></div>