This message was deleted.
# community-support
s
This message was deleted.
c
Perhaps try a sample project with the Gradle Kotlin DSL, which provided click-thru to the underlying DSL implementation. Less magical / easier to understand than Groovy.
☝️ 1
v
id("org.sonarqube").version("3.3")
with syntactic sugar of Groovy
👆 2
v
@Vampire - thanks for the clarification but in groovy there is no such thing -- we cannot always write Gradle code with a convention like
methodA("abc").methodB("xyz")
as
methodA "abc" methodB "xyz"
. So from where is this convention comming and can this convention be used all over build.gradle.
v
This is standard Groovy sugar
c
Groovy lets you omit parentheses around the arguments of a method call for top-level statements. “command chain” feature extends this by allowing us to chain such parentheses-free method calls, requiring neither parentheses around arguments, nor dots between the chained calls.
http://docs.groovy-lang.org/docs/latest/html/documentation/core-domain-specific-languages.html
🙌 1
v
sorry @Chris Lee, i am tied to groovy due to project restrictions.. so i have to undertand gradle through groovy dsl for now
c
You can use Gradle Kotlin DSL independent of what your project compiles, and incrementally (i.e. not all build scripts etc needs to be Kotlin DSL).
in any event, the suggestion wasn’t to migrate your project - use a sample project to better understand the DSL.
v
thank you @Chris Lee / @Vampire - sure i will try Kotlin DSL
👌 1