Sounds like you have a volunteer Russel ;-)
Original Message From: msz...@wp.pl Sent: 14 October 2017 20:15 To: users@groovy.apache.org Reply to: users@groovy.apache.org Subject: Re: What's the status of the Gpars library ? On 2017-10-14 13:31, David Dawson wrote: > Hi, > > I recently went through the process of artifact deploy/ promotion to maven > central using a self hosted OSS artifactory and bintray. Its a process > with a few manual steps, which could be automated (except for the last > promotion to central I think) but it seems low impact enough not to bother. > > I'd be happy to replicate that for gpars if that would be helpful? It sounds good, however, there is also a way to completely automatically release to Maven Central directly from Travis with Git commit messages such as "[#DO_RELEASE]" or "[#DO_RELEASE][#2.0.0]". I've been using it to release my projects in the Continuous Delivery process for a year or so (and in general it works :) ). Sample configuration: https://github.com/szpak/mockito-java8/blob/master/gradle/cdeliveryboy-release.gradle (in fact just a few lines are required for the release process, others are to satisfy Maven Central requirements, e.g. generated pom.xml elements). I could also provide the release support as a backup plan. Nevertheless, those are not the only possible way in the Gradle universe. Marcin > On 14 October 2017 at 08:54, Russel Winder <rus...@winder.org.uk> wrote: > >> On Fri, 2017-10-13 at 21:07 +0200, Christian Sperandio wrote: >>> Hi, >>> >>> I want to learn more about concurrency programming in Groovy and I’ve >> found >>> the Gpars library. >>> But in the maven repository, the last version dates on 2014. >>> Is this project live anymore ? Or this library is so stable and it >> doesn’t >>> need more changes. >> >> GPars project is far from dead. However it is suffering from a lack of >> programmers and documentors actively working on it. >> >> The GPars 1.X series is basically done and in "not really being maintained" >> mode, though a last release is required. This version of GPars pre-dates >> JDK8, >> uses tools and techniques of implementation that are now out of date, and >> so >> has no future as an implementation of concurrency. >> >> The GPars 2.X series will rely on JDK8 or later. However, I have not been >> able >> to get it ready for release (long, probably boring, story) and no-one else >> seems interested enough in GPars getting a new release to join in and >> help. I >> am hoping to be able to get back to this is 2018, making a JDK8 and JDK9 >> compatible version, i.e. plan on GPars being a module. >> >> A core question is how to get a release onto Maven Central, possibly via >> Bintray. The observant will notice there hasn't been a GPars release since >> the >> demise of Cohehaus – the single biggest reason being no-one associated with >> GPars has had the time/inclination to find out how to get it done. >> >> Schalk Cronjé and myself have had a couple of goes at this, but run out of >> time, and Bintray has moved on since then. So if someone can step up to >> help >> with the release process, a final 1.X release can be made and the first 2.0 >> one as well. >> >> Help with the documentation as well as the implementation and release would >> also be welcome, the 1.X → 2.X change will need quite a lot of work to get >> the >> documentation up to scratch. There is nothing worse than a great library >> with >> crap documentation. >> >> In the end GPars is a volunteer project with no paid support, the people >> who >> like and/or use it are most welcome to give back by helping out. >> >> -- >> Russel. >> ========================================== >> Dr Russel Winder t: +44 20 7585 2200 >> 41 Buckmaster Road m: +44 7770 465 077 >> London SW11 1EN, UK w: www.russel.org.uk >> > -- http://blog.solidsoft.info/ - Working code is not enough
