This will fail to start with: ```Description: A co...

# spring

[Czar]

This will fail to start with:

Description:
A component required a bean of type 'java.util.List' that could not be found.
Action:
Consider defining a bean of type 'java.util.List' in your configuration.

Why is that? Doesn't collection autowiring work with Spring Fu?

SomeApp_kt.kt

[nfrankel]

there’s no autowiring with spring fu
everything needs to be explicitly declared
SomeConsumer requires a list
you need to create a dedicated bean of type List<Some> by yourself
and provide it to the context

[Czar]

Ugh, that's ugly. So if we look at something like command handlers, in addition to defining each bean<_Handler>() one has to define a bean<List<CommandHandler>> { listOf(ref<_Handler>(), ref<_Handler>(),...) } ?

[nfrankel]

exactly
you wanted explicit, now you have it 😉

[Czar]

That's not entirely true, though. For example:

MyClass(private val props: MyProps)
application {
  beans {
    configurationProperties<MyProps>()
    bean<MyClass>()
  }
}

works exactly as one would expect, props param is autowired.
That's why I'm baffled, single dependencies are wired in, while collections of beans aren't.
There's explicit, and then there is "do everything by hand, who needs frameworks di containers". The list stuff falls into the latter category, IMO.

[nfrankel]

props param is autowired

because it’s found in the context

[nfrankel]

honestly, i fail to understand the pushback against “magic”
the opposite is do-everything-by-hand
which was the case before spring boot
when it took me 2 days to kick start a project so my team could start developing
now it’s 5-minutes
trade-off 😄

[Czar]

One thing would be faster startup, sometimes it makes sense.
In the project I'm encountering this issue, though, the reason for using spring-fu is: I want to play with spring-fu 🙂

[nfrankel]

I want to play with spring-fu 🙂

great!
remember though it’s an experimental sandbox

[Czar]

I do, it doesn't invalidate my question though 🙂

[nfrankel]

which one?

[nfrankel]

about the list not being created under the hood?

[Czar]

Maybe I should've phrased it as "Is this by design, and if so, why? I thought that injecting collections of beans was handled by context and we have context in spring fu, same as in normal Spring Boot"

[Czar]

And if this really is by design, I'd add some helper, which would eliminate adding beans to a list by hand.
E.g. bean<List<Some>>(gatherBeans=true) or something

[nfrankel]

@sdeleuze is the guy to talk to in that case

[Czar]

Ok, this is explicit enough and it works 🙂 Seems I was partially right 🙂

beans {
  bean {
    SomeConsumer(provider<Some>().toList())
  }
}

[nfrankel]

well done