https://kotlinlang.org logo
Channels
Powered by
#spring
  • s

    sdeleuze

    12/14/2016, 12:33 PM
    For such central API where you gain a lot with Kotlin dedicated API
  • s

    sdeleuze

    12/14/2016, 12:33 PM
    Not sure yet if that will be via extensions of dedicated class
    K 1
  • d

    dh44t

    12/14/2016, 1:17 PM
    @sdeleuze nice, willing to help in anything that you need
  • s

    sdeleuze

    12/14/2016, 3:50 PM
    @dh44t If you could migrate the Koltin Primavera stuff to https://github.com/sdeleuze/spring-kotlin that would be nice
  • s

    sdeleuze

    12/14/2016, 3:50 PM
    I plan to ship a comprehensive Kotlin extension set for Spring 5.0 RC1
  • s

    sdeleuze

    12/14/2016, 3:51 PM
    I think I will focus on bean registration API and Spring Web Reactive extensions (client and server)
  • s

    sdeleuze

    12/14/2016, 3:51 PM
    But if you can port what you have with a little bit documentation, that would help a lot
  • d

    dh44t

    12/14/2016, 3:51 PM
    ok
  • d

    dh44t

    12/14/2016, 3:51 PM
    including JDBC DSL?
  • s

    sdeleuze

    12/15/2016, 1:48 PM
    Yes, just create a PR by module in order to allow me to review them more easily
  • s

    sdeleuze

    12/15/2016, 1:49 PM
    Also quick documentation about what it improves regarding to the Java version + an 
    @see
    javadoc to the original method it impoves would be great
  • s

    sdeleuze

    12/15/2016, 6:13 PM
    @dh44t I think I could try to review the current extensions you have
  • s

    sdeleuze

    12/15/2016, 6:13 PM
    To discuss what we could integrate or not, see what is missing, etc.
  • d

    dh44t

    12/15/2016, 6:14 PM
    @sdeleuze ok
  • s

    sdeleuze

    12/15/2016, 6:15 PM
    One thing we need for sure is take advantage of Koltin reified parameters where we can to avoid specifying the 
    Class
    explicitly
  • s

    sdeleuze

    12/15/2016, 6:16 PM
    Also provide 
    KClass
    based alternatives to 
    Class
    ones in order to write 
    Foo::class
    instead of 
    Foo::class.java
    when we only pass a class without an instance of the object (like in 
    ApplicationContext
    API.
  • s

    sdeleuze

    12/15/2016, 6:18 PM
    Maybe we could split the various extensions by module + feature
  • s

    sdeleuze

    12/15/2016, 6:19 PM
    MvcReifiedParameters.kt
    , 
    CoreReifiedParameters.kt
    , 
    CoreKClass.kt
  • s

    sdeleuze

    12/15/2016, 6:21 PM
    Map like access is another category from what I can see from Kotlin Primavera
  • s

    sdeleuze

    12/15/2016, 6:22 PM
    Unless it creates some class loading issues, I would provide a single 
    spring-kotlin.jar
  • d

    dh44t

    12/15/2016, 6:23 PM
    I do have some DSL for Spring security, it will create a dependency
  • s

    sdeleuze

    12/15/2016, 6:24 PM
    I think it is ok to focus initially on Spring Framework, at least as a first step
  • s

    sdeleuze

    12/15/2016, 6:24 PM
    + there is not a huge difference between the 2 version of the DSL on https://github.com/MarioAriasC/KotlinPrimavera/wiki/Security
  • s

    sdeleuze

    12/15/2016, 6:24 PM
    So using the regular one is ok for now I think
  • s

    sdeleuze

    12/15/2016, 6:25 PM
    A little bit less idiomatic indeed
  • s

    sdeleuze

    12/15/2016, 6:25 PM
    But there is a of things to cover in SPR
  • d

    dh44t

    12/15/2016, 6:25 PM
    ok
  • s

    sdeleuze

    12/15/2016, 6:25 PM
    So let’s start by that 😉
  • d

    dh44t

    12/15/2016, 6:25 PM
    is a good idea to focus on the core now
  • s

    sdeleuze

    12/15/2016, 6:26 PM
    On my side, I will focus on providing Extension to work with the new Functional Web Client, Web Server and bean registration APIs.
1...686970...173Latest