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

    jkschneider

    05/09/2016, 5:59 PM
    i think i’m in a bit more of a time crunch than you, as i wanted to have a solution before the kotlin meetup on may 26… as i am demo-ing spring boot ergonomics: http://www.meetup.com/Bay-Area-Kotlin-User-Group/
  • j

    jkschneider

    05/09/2016, 5:59 PM
    poc for what?
  • s

    sdeleuze

    05/09/2016, 5:59 PM
    kapt based solution
  • j

    jkschneider

    05/09/2016, 6:00 PM
    i’ve got the code here on my laptop, just need to tidy it up
  • s

    sdeleuze

    05/09/2016, 6:00 PM
    Ideally I would hope a solution before my Kotlin talk at Spring I/O even experimental
  • s

    sdeleuze

    05/09/2016, 6:00 PM
    But not sure yet that will be possible
  • s

    sdeleuze

    05/09/2016, 6:00 PM
    Will see
  • j

    jkschneider

    05/09/2016, 6:00 PM
    does pivotal manage the spring ide plugin for idea, or is that jb?
  • s

    sdeleuze

    05/09/2016, 6:00 PM
    JB
  • s

    sdeleuze

    05/09/2016, 6:01 PM
    I need to leave I will be back later tonight
  • j

    jkschneider

    05/09/2016, 6:02 PM
    ok
  • s

    sdeleuze

    05/09/2016, 9:08 PM
    @jkschneider: Ok so I am back
  • s

    sdeleuze

    05/09/2016, 9:08 PM
    I have pushed my failed attempt to use only weaving: https://github.com/sdeleuze/geospatial-messenger/tree/aspects
  • s

    sdeleuze

    05/09/2016, 9:09 PM
    It works for transaction, but not with Spring Boot Application configuration
  • s

    sdeleuze

    05/09/2016, 9:10 PM
    And AspectJ or spring-aspect is not really the kind of things we want to promote as the default way to develop Spring apps
  • s

    sdeleuze

    05/09/2016, 9:10 PM
    But
  • s

    sdeleuze

    05/09/2016, 9:11 PM
    I ended up removing the need for 
    open
    by using interfaces and a configuration trick to disable Exception mapping
    👏 1
  • s

    sdeleuze

    05/09/2016, 9:12 PM
    That we we use only JDK dynamic proxy (that the cleaner solution IMO) for 
    @Service
    and 
    @Repository
    as discussed previously with @dh44t
  • s

    sdeleuze

    05/09/2016, 9:12 PM
  • s

    sdeleuze

    05/09/2016, 9:14 PM
    I think promoting that + asking for 
    allopen
    style support for 
    @Configuration
    classes is something that make sense to me
  • s

    sdeleuze

    05/09/2016, 9:14 PM
    I prefer that rather than having to deal with plugin + IDE issues
  • s

    sdeleuze

    05/09/2016, 9:16 PM
    I think I prefer that solution rather than the kapt based one
  • s

    sdeleuze

    05/09/2016, 9:17 PM
    I like Kotlin because it avoid Lombok style hacks
  • s

    sdeleuze

    05/09/2016, 9:19 PM
    Favoring JDK dynamic proxies + interfaces where Spring magic apply + asking people adding 
    allopen
    on a few 
    @Configuration
    files seems to be be a good tradeoff
  • s

    sdeleuze

    05/09/2016, 9:19 PM
    At least, that’s my current feeling
  • s

    sdeleuze

    05/09/2016, 9:20 PM
    Any thoughts?
    👍 1
  • j

    jkschneider

    05/09/2016, 9:23 PM
    what else are we losing in the spring stack by not having cglib enhanced proxies?
  • s

    sdeleuze

    05/09/2016, 9:26 PM
    Most use cases I have in mind are doable with interfaces
  • j

    jkschneider

    05/09/2016, 9:27 PM
    indeed, that is what i am doing internally with all of my spring kotlin services
  • s

    sdeleuze

    05/09/2016, 9:27 PM
    Even the exception mapping one
1...525354...173Latest