Is this project dead?

[jeffzoch]

its been a few weeks since the last commit - what suggests its dead?

[pull-vert]

Hi, I hope spring-fu will get back the initial motivation it had when it officially became a part of "spring-project-experimental" projects.

It seems like it is in stand-by mode for some months, without any major new features. Looks like big focus is on Graal support for now.

Here are 2 blog articles about spring-fu, and its roadmap :

• 2018/10/02 The evolution of Spring Fu
• 2020/05/28 Spring Fu 0.3.0 and beyond

Last one ended like this :

In term of roadmap, the next 0.4.0 milestone will focus on:

• Replacing the autoconfigure-adapter module by leveraging spring-init, an experimental project created by Dave Syer and Andy Clement which automatically converts Spring Boot auto-configurations to functional bean registration.
• GraalVM native support without reflection configuration (depends on oracle/graal#2500)
• Refined DSL extensibility
• Scale-to-zero application sample with JaFu, GraalVM native and Knative
• Leverage Spring Framework 5.3 M1 to remove by default XML and SpEL support
• Spring Security support via Spring Security 5.3 official Kotlin DSL

As usual, feedback is welcome. Be aware that we have for now mainly a focus on getting the right software design and APIs rather than an extensive coverage of more features.

I hope these goals are in active progress, starting with 'Replacing the autoconfigure-adapter module by leveraging spring-init' that would bring full spring-boot support without the need of writing some code for autoconfigure-adapter anymore !

[sdeleuze]

Hi, sorry for not sharing feedback, I was deep in Spring Native beta release and indeed Spring Native takes a lot of my bandwidth these days.

Those 2 topics are not unrelated since Spring Native beta has introduced Spring AOT which should in 0.11 allow to convert automatically @Configuration to functional configuration, see spring-projects-experimental/spring-native#386 related issue. This will allow us to replace autoconfigure-adapter module by something more maitainable.

I am going to release a 0.4.4 with current changes on master tomorrow.

[pull-vert]

Thanks a lot for this feedback @sdeleuze

If spring-fu will soon depend on Spring AOT (which should in 0.11 allow to convert automatically @Configuration to functional configuration), instead of autoconfigure-adapter, does this meen that spring-fu will then require and force to use GraalVM and Spring Native ?

[sdeleuze]

No Spring AOT will evolve to not be tied to Spring Native, and will be moved in another repository later.

[pull-vert]

Nice, thanks again @sdeleuze