This message was deleted.
# community-support
s
This message was deleted.
t
short answer: yes. there's really no such thing as a lazy configuration right now.
👍 1
v
But there is probably no problem with using
configureEach
either, it should currently just work the same. And when the configurations are changed to being used lazily eventually, it hopefully would just immediately work lazily.
👍 1
t
fair enough, but will they ever be lazy eventually? Is that even a meaningful concept for `Configuration`s?
v
🤷‍♂️
Wouldn't it be meaningful for any container? To not configure the contents if they are not needed. Why configure the configurations if you are just calling
gradlew help --task compileJava
for example?
🤷 1
m
I always wondered what "configuring a configuration" would be 🙃
😄 1
g
For example you will need to realize all configurations to find outgoing variants and resolvable configurations. So I don't see the necessity for lazy configurations