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

    poohbar

    04/19/2018, 1:09 PM
    Thanks, I will try that
  • p

    poohbar

    04/19/2018, 1:09 PM
    It's weird that Spring does not have something like 
    @HasRequestParam("name")
    since query strings without values are perfectly valid..
  • p

    poohbar

    04/19/2018, 1:13 PM
    nvm, I am a dummy
    Copy code
    @RequestParam("success") success : String
    works just fine, it's an empty string when the flag is there and null otherwise..
    👍 2
  • v

    visakha

    04/19/2018, 2:26 PM
    in Intellij how can we make the jUnit tests look into the resources (lets say application.properties file) placed directly under the src folder. Currently I have to place it under test\resources
  • t

    thatadamedwards

    04/19/2018, 2:30 PM
    is that such a bad thing? I think in an ideal world you would want to isolate your src resources away from your test resources as your test resources may have “bad” properties in them to test for certain conditions
  • v

    visakha

    04/19/2018, 2:53 PM
    @thatadamedwards its not a bad thing, except in this case the resource is the same one and if I had to make changes, then I have to do it in two places one under the main and one under test
  • a

    andyb

    04/19/2018, 2:57 PM
    @visakha you could always create a symbolic link from the test/resources to the file in main/resources so that you'd only need to edit iy once
    ☝️ 1
  • p

    poohbar

    04/19/2018, 3:27 PM
    just edit it in two places, in this case the duplication is worth it for security reasons
  • j

    jk

    04/19/2018, 3:46 PM
    if the files are exactly the same, can’t you just have 1 copy in src/main/resources and have the tests pick up the config from the classpath?
  • t

    tmg

    04/19/2018, 4:04 PM
    Hmm, guys, you can have an application-test.properties, and just use the profile "test" on your tests. Spring will use the application.properties defaults and will override it with whatever there is in the test one, no need for duplication on entries that are not changed.
    👍 1
  • s

    sdeleuze

    04/22/2018, 1:12 PM
  • p

    Pere Casafont

    04/22/2018, 6:57 PM
    does anyone know how to configure multipart endpoints in webflux?
  • p

    Pere Casafont

    04/22/2018, 6:58 PM
    @sdeleuze hi, I'm trying to use your implementation with no luck 😛
  • s

    sdeleuze

    04/22/2018, 7:10 PM
    Could you share a repo to allow me to help you ?
  • p

    Pere Casafont

    04/22/2018, 7:11 PM
    it's empty until I don't have a good skeleton, let me create one for that, thank you!
  • p

    Pere Casafont

    04/22/2018, 7:15 PM
  • p

    Pere Casafont

    04/22/2018, 7:17 PM
    fun upload
  • s

    sdeleuze

    04/22/2018, 7:28 PM
  • p

    Pere Casafont

    04/22/2018, 7:36 PM
    my problem was mostly that I was trying to capture it as a 
    @RequestParam
    like in the servlets way (and I still recall when I got stuck there for trying to capture files as 
    @RequestBody
    , which is what makes sense :D) thank you!
  • p

    Pere Casafont

    04/22/2018, 8:13 PM
    at last it has been `@RequestPart("file") filePart: FilePart`; neat and clear, it just lacks more documentation and examples 😛
  • s

    sdeleuze

    04/22/2018, 8:41 PM
  • d

    diesieben07

    04/23/2018, 11:39 AM
    It works fine when using a custom 
    JpaMetamodelEntityInformation
    , just wondering if I am missing something.
  • g

    gimlet

    04/24/2018, 9:15 AM
    Hi! Today I've upgrade IDEA kotlin plugin to 1.2.40 and found strange behavior. I have api defined as following
    Copy code
    @GetMapping("/history")
    fun decisionPointHistory(@RequestParam(name = "name") name: String,
                             pageable: Pageable,
                             @RequestParam(name = "from", required = false) fromRevision: Int? = null,
                             @RequestParam(name = "to", required = false) toRevision: Int? = null): Page<HistoryDTO>
    . and it was fine till now. I see
    Copy code
    Caused by: java.lang.IllegalStateException: Ambiguous mapping. Cannot map 'deciderController' method 
public static org.springframework.data.domain.Page com.ps.smartgateway.controllers.config.DeciderController.decisionPointHistory$default(com.ps.smartgateway.controllers.config.DeciderController,java.lang.String,org.springframework.data.domain.Pageable,java.lang.Integer,java.lang.Integer,int,java.lang.Object)
to {[/config/decider/history],methods=[GET]}: There is already 'deciderController' bean method
public org.springframework.data.domain.Page<com.ps.smartgateway.dto.HistoryDTO> com.ps.smartgateway.controllers.config.DeciderController.decisionPointHistory(java.lang.String,org.springframework.data.domain.Pageable,java.lang.Integer,java.lang.Integer) mapped.
    in crash logs. When I decompile from kotlin to java I found that 
    decisionPointHistory$default
    was annotated with 
    // $FF: bridge method
    before and now it's only 
    // $FF: synthetic method
    . That is only difference I see there. Does anyone here knows anything about it?
  • g

    gimlet

    04/24/2018, 9:18 AM
    removing of redundant default 
    null
    value solves issue here, but probably there is some sort of issue with compiler anyway.
  • s

    sdeleuze

    04/24/2018, 9:19 AM
    Could you please create an issue and share the link ?
  • s

    sdeleuze

    04/24/2018, 9:20 AM
    I mean on Kotlin side about this change of behavior
  • g

    gimlet

    04/24/2018, 9:20 AM
    sure. I'll do
  • s

    sdeleuze

    04/24/2018, 9:20 AM
    Thanks
  • g

    gimlet

    04/24/2018, 9:26 AM
  • h

    hho

    04/24/2018, 9:33 AM
    👍 Can you add the "1.2.40" as "affected version", so that the JetBrains folks find it?
1...149150151...173Latest