https://gradle.com/ logo
Join Slack
Powered by
This message was deleted.
# community-support
s
This message was deleted.
c
@Vampire any idea's why I'm not getting any locks for this plugin?
v
You really shouldn't tag random people (as in "not involved to the current discussion and not something personal for exactly that person") just to get an answer (faster). That is extremely rude in any normal community unless there is some written rule that allows it.
c
mmk I"ll go away then
I try not to do that tbh
but w/e
v
Also I don't really get the question, you say you don't find the 
buildHealth
task, but the Scan is from executing it.
c
I fixed it finding it, I forgot to use 
alias
but it still isn't getting put in the lockfiles, but I forgot you don't use lockfiles
v
Correct
But replace
Copy code
buildscript.dependencyLocking.lockAllConfigurations()
by
Copy code
buildscript {
    dependencyLocking.lockAllConfigurations()
}
Then it works
c
why/how is that different?
v
buildscript { ... }
is special just like 
plugins { ... }
and some others. It also is extracted and handled separately. Configuring with 
buildscript.
is too late to take effect as it is evaluated with the rest of the build script.
c
then why can the api call it that way
rhetorical, thanks
👌 1
sorry for being rude, I'd say it's because I'm having a bad day, or tired AF
but that's not an excuse I know better (usually)
👌 1
v
> then why can the api call it that way Why not, it is still valid API, it just is too late to take the desired effect. 🙂
c
don't let people do things that don't work?
v
Well, post a feature request or pull request for it to fail if done too late 🙂
c
reasons why they're going to waste time on a new DSL, whereas I think they should just fix this one
v
Not sure what you mean
c
the announcement of a fancy new restrictive DSL posted this morning
I don't want it
and I ranted on that thread about not wanting them spending time on that
we don't need a more restrictive DSL that is a custom language and so IDE lock in
we need better defaults and better api's
and less bugs and gotcha's
anyways, that's what I'm talking about
v
I see, but that's not entirely true.
c
I'm basing it on what I've experienced
and what that article said
so what's not true?
v
Build engineers do not need that restricted DSL but the power they are used to.
But a "normal" engineer needs a restricted DSL that is simple to use and hard to get wrong.
Maaaany complaints about Gradle from people complaining about Gradle is, that it is complex, and hard to use, and you need to understand everything to do anything, and that there are multiple ways to achieve the same thing.
Those people would majorly benefit from a restricted DSL.
And those - let's face it - are the majority of the users.
There is also this blog post from November about it: https://blog.gradle.org/declarative-gradle
Not sure which announcement you were talking about
c
Those people would majorly benefit from a restricted DSL.
I'm that user, and I'm saying it's only hard because of the deficiencies in what we have
we don't need a new thing, we need to make the existing thing better
people won't choose the power tools
if they don't need them
I don't want to use them
but gradle forces me to pull them out
v
Well, feel free to convince the Gradle folks about that 🙂
c
I wrote a tirade
v
Good luck 🙂
c
it's not gonna happen
v
Btw. where is that announcement you were talking about?
c
google and jetbrains are obviously throwing money at it
v
Possible
Yeah, that thing is the one from November I also linked you to. You said something about "posted this morning", that's why I asked.
c
I 
@
-ed you
v
Yeah, please remove that 🙂
c
I thought it was this morning, but dates on slack...
ok
v
thx
It was 10th of Nov
c
yeah, I see that now
still, my thought stands
v
👌
c
at-ing seemed the easiest way on that btw 😉
in that case
but yeah, I think it's a really bad idea
I mean last I checked vscode still can't do kotlin fully
this is just vendors trying to lock people into their products more IMO
Heck, I almost switched to vscode
but with the gradle kotlin still sucking because they aren't getting redhat or ms to do proper support
that's a big reason I have a problem with this
I don't want to live in an Intellij only world
even if it's my preferred thing, it should't be my only option
👌 1
v
I mean last I checked vscode still can't do kotlin fully
Well, VSC is not an IDE, it is a fancy text editor, and for that I greatly prefer jEdit. 😄
c
eh, matter of opinion, but either way
it's far better for typescript
🤷‍♂️ 1
I can't imagine trying to use vim for java development
but there you go
I still think though, that the red hat plugin for vsc should be as robust as intellij's or at least work
maybe I should go back to maven, and cry over that instead
all tools suck, I just have to find the one that sucks the least
oh well
another rant, moving on
v
😄
c
I think they'd be better off gutting the groovy dsl and the eager configurations to start, less code to maintain
I know it's heavy handed but, go from that to a better kotlin dsl that by default is simple
and consistent
3 Views
Open in Slack
PreviousNext
Powered by