[gradle-dev] Re: [groovy-user] Gradle with --configscript

Guillaume Laforge wrote > Are the optimization flags hard-coded? > CompilerConfiguration has those get/setOptimizationOptions, but also > get/setJointCompilationOptions, as well as other ones like > get/setCompilationCustomizers, get/setScriptExtensions, > get/setScriptBaseClass, and so on. > Those

Re: [gradle-dev] Re: [groovy-user] Gradle with --configscript

On Wed, Aug 7, 2013 at 7:02 PM, Peter Niederwieser wrote: > Guillaume Laforge wrote > > Isn't there a way to specify parameters that are part of > > CompilerConfiguration's API? > > I'm not aware of a way. There is support for setting arbitrary optimization > options, if you mean that. > Are the

[gradle-dev] Re: Adding basic auth to the gradle wrapper

Iain Hull wrote > We have had to patch gradle to support dependencies in Artifactory with > custom statuses (see > GRADLE-2715; for more > information). This is fixed in master, by the way. It's now possible to declare a custom status scheme as follows:

Re: [gradle-dev] TC Upgrade.

Luke Daley wrote: > Hi all, > > We are now on TC8. nice! > > http://www.jetbrains.com/teamcity/whatsnew/index.html > > At some point, I want to rearrange our projects to leverage the new > hierarchical support. This will allow us to simplify a lot of configuration. > I'll look to do this soo

[gradle-dev] Re: [groovy-user] Gradle with --configscript

Guillaume Laforge wrote > Isn't there a way to specify parameters that are part of > CompilerConfiguration's API? I'm not aware of a way. There is support for setting arbitrary optimization options, if you mean that. Cheers, Peter -- View this message in context: http://gradle.1045684.n5.nab

Re: [gradle-dev] Re: [groovy-user] Gradle with --configscript

Isn't there a way to specify parameters that are part of CompilerConfiguration's API? I thought it was the case. On Mon, Aug 5, 2013 at 11:40 PM, Peter Niederwieser wrote: > Guillaume/David, > > there isn't currently any support for `--configscript` in Gradle. (It may > be > worthwhile to mentio

Re: [gradle-dev] 1.7 issue where groovy/gradle method invoke encapsulate exceptions (on decorated tasks)

Hi Xav, I've been able to track down the exact problem. It's a confluence of Groovy quirks/bugs and a mistake on our side. I'm still working through how we want to fix it and will post the JIRA issue explaining the situation when I'm done. In the meantime, the workaround is to make sure all you

Re: [gradle-dev] Symbolic links

Am 06.08.2013 01:20, schrieb Adam Murdoch: > > On 05/08/2013, at 9:20 PM, Harald Schmitt > wrote: > >> Hi, >> >> I did a first try to support symbolic links when using tarTree() for >> untar. >> https://github.com/gradle/gradle/pull/182 >> For the other way round, I rea

[gradle-dev] TC Upgrade.

Hi all, We are now on TC8. http://www.jetbrains.com/teamcity/whatsnew/index.html At some point, I want to rearrange our projects to leverage the new hierarchical support. This will allow us to simplify a lot of configuration. I'll look to do this soon as we are early in the release cycle. --

Re: [gradle-dev] 1.7 issue where groovy/gradle method invoke encapsulate exceptions (on decorated tasks)

On 07/08/2013, at 8:57 AM, Luke Daley wrote: > > > On 07/08/2013, at 8:04, Luke Daley wrote: > >> Are you able to share the exact code? >> >> I think I know what this is but need to see the code. > > Nevermind, I have enough. Actually… I do need to see the param types and values :) I've

Re: [gradle-dev] Proposals for Java compilation improvements

On 07/08/2013, at 12:39 AM, Peter Niederwieser wrote: > I'd like to make two proposals on how Java compilation could be improved, > based on experiences in the field. > > 1. First-class support for compiling with a specific JDK > > Many people want to compile with a specific JDK. Currently the

[gradle-dev] Adding basic auth to the gradle wrapper

Hi, My team are currently upgrading our build system to gradle, and want to use the gradle wrapper. We have had to patch gradle to support dependencies in Artifactory with custom statuses (see GRADLE-2715 for more information). As a result we require

Re: [gradle-dev] 1.7 issue where groovy/gradle method invoke encapsulate exceptions (on decorated tasks)

On 07/08/2013, at 8:04, Luke Daley wrote: > Are you able to share the exact code? > > I think I know what this is but need to see the code. Nevermind, I have enough. > On 07/08/2013, at 1:51, Xavier Ducrohet wrote: > >> I just encountered something very very strange in 1.7. >> >> I rarel

Re: [gradle-dev] Re: 1.7 issue where groovy/gradle method invoke encapsulate exceptions (on decorated tasks)

On 07/08/2013, at 2:06, Xavier Ducrohet wrote: > I'm looking at JavaMethod.invoke and it seems to do that if the thrown > exception is not a RuntimeException. > > This code is fairly old though. Did something else change in the way > decorated groovy classes invoke their methods? Yes, we ha

Re: [gradle-dev] 1.7 issue where groovy/gradle method invoke encapsulate exceptions (on decorated tasks)

Are you able to share the exact code? I think I know what this is but need to see the code. On 07/08/2013, at 1:51, Xavier Ducrohet wrote: > I just encountered something very very strange in 1.7. > > I rarely run this code, but I ran it on 1.6 with no issue. I'm trying to run > it with 1.7 (