Jeff Zoch

Just wanted to say I think this would be incredibly useful. Coming from large projects in Java, managing imports was a pain and with rust esp. I find myself having...

Just wanted to point grpc/grpc-node#103 has been closed with the addition of @grpc/proto-loader and thus this issue can be fixed I believe.

Maybe we can change this to kotlin 1.5 (really 1.6 is coming soon so maybe even that)?

@bubenheimer have you had a chance to compare the performance of various executors in any of your projects? Curious to see if directExecutor() worked for you

I think having a more functional transaction model (unlike the @Transactional annotation) would be a huge win and that alone would have me convert my apps to use this approach....

@debop It is registered. If I do: ``` ticketBuilders.map{ ticketBuilder -> Ticket( name = "ted") }.forEach{t -> ds.insert(t) }) ``` then this compiles and works great. I wanted to try...

I was able to fix this by using named parameters like so: ``` ds.insert(entities = ticketBuilders.map{ ticketBuilder -> Ticket( name = "ted") }) ``` in order to resolve the ambiguity....

#23 is the bigger issue encompassing this one

I worked around this by copying a simple javac_options: ```starlark kt_kotlinc_options( name = "kotlinc_options", ) kt_javac_options( name = "default_javac_options", ) define_kt_toolchain( name = "kotlin_toolchain", api_version = KOTLIN_LANGUAGE_LEVEL, # "1.1", "1.2",...

@Kernald thats awesome! My team uses the prebuilts and is eagerly awaiting the next one so we can evaluate this. Thanks for the heads up