I've been able to add rudimentary support for SQLServer to Exposed, but still scratching my head how I can bolt it on to the JOOQ community edition.

JOOQ editions Express and above include SQL Server support. Presumably SQL Server Express was mentioned?

@jkwatson Sure: https://blog.jooq.org/2016/11/24/the-java-ecosystems-obsession-with-nonnull-annotations/

jOOQ is only free for open source databases; the Express edition will cost you 99€ per developer/year and supports Oracle & Microsoft Express editions + Access

You also need to pay for pre-Java 8 support

Thinking back, that's a pretty considerable difference from Exposed; I routinely forget about it because we're on Postgres and Java 8

Lukas is indeed awesome but on the null-safety topic I disagree with his all or nothing approach when it come to that topic. See the thread on https://twitter.com/lukaseder/status/873123252670836737 and https://youtrack.jetbrains.com/issue/KT-10942

Using Optional<T> in all return types has performance issues, bloat your APIs, is subject to type erasure, should not be used on parameters, can't be done on existing API without breaking API, is not Kotlin friendly

So even if I would have also expected something different for JSR 305, using annotation in Java APIs in order to declare null-safety and make Kotlin leverage that is something that make sense IMO

That said jOOQ is a great library and I hope it will provide great Kotlin support

@sdeleuze “can’t be used on parameters” ? What now?

@jkwatson To quote http://blog.joda.org/2015/08/java-se-8-optional-pragmatic-approach.html

@Nullable

is applicable to parameters, and translate nicely in Kotlin

It certainly can be used on parameters, though. Whether it should or not is debatable, for sure.

Indeed, it can be I will modify the wording. All the Java 8 APIs I have seen so far don't use it for parameters and avoiding it at parameter level seems to reach a consensus so far.

anyone here familiar with embedded undertow? in particular i need a simple way of accessing

HttpServletRequest

and

HttpServletResponse

What do you mean embedded? We use Undertow for our webapps, but not the servlet API layer built on top of Undertow

that it can be bundled in a jar

@tipsy are you talking about building an uber jar specifically, or are you just after an app which will start undertow?

neither, i just want to know how i can access

HttpServletRequest

and

HttpServletResponse

in an undertow server, preferably without creating a Servlet-class

more context: https://github.com/tipsy/javalin/blob/1bf45f52995a6b8c7e8cd7bba58a638577d31019/src/main/java/io/javalin/embeddedserver/undertow/EmbeddedUndertowServer.kt#L21-L38

@tipsy if I understand correctly, I think what you want is something along the lines of this, which is the code we use to wire http4k into Undertow. It's pretty simple really: https://github.com/http4k/http4k/blob/master/http4k-server-undertow/src/main/kotlin/org/http4k/server/Undertow.kt

Link is for Netty?

doh!

thanks @orangy !

(fixed it)

you can't access

HttpServletRequest

and

HttpServletResponse

that way though?

I’m looking into improving sessions support in #ktor, but I’m lacking use cases. If you are using sessions in #ktor or any other framework, could you share what do you store in a session, is it client-side (cookie) or server-side (cookie with ID), if you are using session data as a property bag or bind it to some type, if you sign cookies or not, may be something else specific to your use case?

@tipsy This is true - so it probably doesn't answer your original question - but I got the impression that Javelin used it's own request/response classes, so it might be easier to translate straight to them, rather than going through the Servlet interface. Sorry if that's not correct 🙂