Yes oops. I didn't realise we hadn't done the TODO mentioned here yet: https://github.com/apache/groovy-release/blob/master/gradle/phase1.gradle#L126
So to confirm, if it was 3.0.0.beta-3 that would have been fine. Correct? Cheers, Paul. <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail> Virus-free. www.avast.com <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail> <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> On Sun, Sep 1, 2019 at 2:49 AM Tommy Svensson <to...@natusoft.se> wrote: > Hmm, got the following from apache karaf log: > > 2019-08-31 18:32:54 ERROR Failed to install > artifact: > /vagrant/vagrant/deploy/groovy-3.0.0-beta-3.jar > Apache > Felix File Install <http://192.168.72.60:8181/system/console/bundles/10> > java.lang.IllegalArgumentException: > invalid version "3.0.0-beta-3": non-numeric "0-beta-3" > > It correctly complains that 3.0.0-beta-3 is an invalid version number due > to not being 100% numeric. Otherwise the jar is an OSGi bundle, but it will > not deploy due to version number. > > Could you consider using OSGi valid version numbers for betas ? > > Yes, it is possible to unpack the jar, edit the version in MANIFEST.MF, > and repackage to jar again. > > Best Regards, > Tommy Svensson > > >