I actually re-use the spring boot plugin. You don't have to use it to build a spring boot application, it can build vanilla apps too.
add the spring boot plugin, set the mainClass attribute as in their examples and do a gradle bootRepackage. You'll end up with a single runnable jar file. You can even do that with no source, just jars in the deps list and reference a class in one of the dependencies. On 8 March 2016 at 14:38, Schalk Cronjé <ysb...@gmail.com> wrote: > What's wrong with running a .bat file? > > > On 08/03/2016 14:30, Gerald Wiltse wrote: > > I have a similar situation I am about to tackle, building an installer > that executes Groovy code. This will be going to clients and run on > windows, so it really has to be an EXE. > > Anybody have good experience with JAR-to-EXE packers or something? > > Gerald R. Wiltse > jerrywil...@gmail.com > > > On Tue, Mar 8, 2016 at 8:42 AM, Winnebeck, Jason < > <jason.winneb...@windstream.com>jason.winneb...@windstream.com> wrote: > >> I've "deployed" some scripts to other users in my organization where Java >> but not Groovy is installed through the GroovyWrapper script. I got it from >> Codehaus and I can't find the original copy anywhere but I found a fork of >> it at https://github.com/sdanzan/groovy-wrapper that appears to have >> more features than the original. The original I have basically just uses >> the Ant inside of the Groovy distribution to compile a single Groovy file >> and merge that file, embeddable groovy JAR and some of the Groovy libs into >> a single jar you can run with java -jar. >> >> Looking at the code it appears the main difference in that updated script >> is that it supports adding @Grab'd dependencies into the single JAR, >> presumably to prevent users from having to download them. >> >> Jason >> >> -----Original Message----- >> From: Jim Northrop [mailto:james.b.north...@googlemail.com] >> Sent: Tuesday, March 08, 2016 8:19 AM >> To: users@groovy.apache.org >> Subject: Re: building a jar from groovy script with gradle >> >> Out of interest, what is the typical deployment strategy for a runnable >> Groovy class w/main method? I have been trying to make a user executable >> jar but as 2 diff.jars. One jar is only my code, no support jars and 2nd is >> mystuff-all-v1.0.jar as a bundle w/all dependency jars included hence >> runnable. End user can choose jar. >> >> Are there other strategies to package code 4 deployment? >> Thx. >> >> Sent from my iPad >> >> > On 8 Mar 2016, at 11:45, Schalk Cronjé < <ysb...@gmail.com> >> ysb...@gmail.com> wrote: >> > >> > I can spot a number of issues in your Gradle script, howver I need to >> understand context. >> > >> > [1] Are you trying to put a single Groovy script + required Groovy JARs >> into a JAR? >> > >> > OR >> > >> > [2] Are you trying to build a proper Groovy application consisting of a >> coouple of class files en dependent JARs? >> > >> >> On 08/03/2016 10:33, Raphael Bauduin wrote: >> >> >> >> Hi, >> >> >> >> I'm trying to package a groovy script as a jar with the help of >> >> gradle, I use this gradle config: <http://pastebin.com/RFEhzMCp> >> http://pastebin.com/RFEhzMCp >> >> >> >> it builds fine, but when I try to run it with java -jar path_to.jar I >> >> get this error: >> >> Error: A JNI error has occurred, please check your installation and >> >> try again Exception in thread "main" java.lang.SecurityException: >> >> Invalid signature file digest for Manifest main attributes >> >> >> >> The only suggestions I found online applied when people repackaged >> jars, which is not my case. >> >> Any suggestion? >> >> >> >> Thanks >> >> >> >> Rb >> > >> > >> > -- >> > Schalk W. Cronjé >> > Twitter / Ello / Toeter : @ysb33r >> > >> >> ---------------------------------------------------------------------- >> This email message and any attachments are for the sole use of the >> intended recipient(s). Any unauthorized review, use, disclosure or >> distribution is prohibited. If you are not the intended recipient, please >> contact the sender by reply email and destroy all copies of the original >> message and any attachments. >> > > > > -- > Schalk W. Cronjé > Twitter / Ello / Toeter : @ysb33r > > -- David Dawson | CEO | Simplicity Itself Tel +44 7866 011 256 Skype: davidadawson david.daw...@simplicityitself.com http://www.simplicityitself.com