Re: Groovy file associations on Windows

2019-02-17 Thread Keegan Witt
Actually, for Gpars, that's in the Groovy binary zip, so that's included already. On Sun, Feb 17, 2019 at 6:42 PM Keegan Witt wrote: > > I hear you. But where do you draw the line? > > There are a lot of popular libraries we also could include besides Gpars and > Scriptom (e.g. Geb, Spock,

Re: Groovy file associations on Windows

2019-02-17 Thread Keegan Witt
I hear you. But where do you draw the line? There are a lot of popular libraries we also could include besides Gpars and Scriptom (e.g. Geb , Spock , groovy-wslite ,

Re: Groovy file associations on Windows

2019-02-11 Thread Daniel Sun
Yep. e.g. banks usually does not allow employees access Internet. Luckily some of them will setup maven server. Cheers, Daniel.Sun -- Sent from: http://groovy.329449.n5.nabble.com/Groovy-Users-f329450.html

Re: Groovy file associations on Windows

2019-02-11 Thread MG
Just a general reminder: Not every company using Groovy has unrestricted internet access... :-) Cheers, mg On 11/02/2019 14:11, Keegan Witt wrote: Do folks using it really need it to be in the lib directory with all the other jars? Or could they just use Grapes/Grab? If it's truly helpful, I

RE: Groovy file associations on Windows

2019-02-11 Thread Merlin Beedell
I use Scriptom – for registering and managing Windows Services (mostly). I believe that MS are moving away from the COM model – but I am sure it will be around for a while yet. As such it will not change much – and hence the ScriptOM utility is unlikely to need changing either. Here is an

Re: Groovy file associations on Windows

2019-02-11 Thread Keegan Witt
Do folks using it really need it to be in the lib directory with all the other jars? Or could they just use Grapes/Grab? If it's truly helpful, I can keep it. I'm just wondering if it's overkill. On Mon, Feb 11, 2019, 2:19 AM Paul King I'd be inclined to keep GPars in the mix for now. It isn't

Re: Groovy file associations on Windows

2019-02-10 Thread Paul King
I'd be inclined to keep GPars in the mix for now. It isn't actively maintained but is still very useful in its current form and I hope to put some time into it at some stage. Cheers, Paul. On Mon, Feb 11, 2019 at 12:24 PM Keegan Witt wrote: > In addition to removing projects that are no