sepatel/tekniq

A framework designed around Kotlin providing Restful HTTP Client, JDBC DSL, Loading Cache, Configurations, Validations, and more

tekniq

A framework designed around Kotlin. Modules include

tekniq-core (click for more info)

A suite of tools that have no dependencies on other libraries providing capabilities such as loading cache, configurations, tracking tools, and more.

Gradle

implementation "io.tekniq:tekniq-core:0.+"

Maven Dependency

<dependency>
    <groupId>io.tekniq</groupId>
    <artifactId>tekniq-core</artifactId>
    <version>0.+</version>
</dependency>

tekniq-cache (click for more info)

A kotlin friendly wrapper around Caffeine that conforms to the TqCache interface making it easy to switch to a more advanced loading cache implementation.

Gradle

implementation "io.tekniq:tekniq-cache:0.+"

Maven Dependency

<dependency>
    <groupId>io.tekniq</groupId>
    <artifactId>tekniq-cache</artifactId>
    <version>0.+</version>
</dependency>

tekniq-jdbc (click for more info)

Provides extensions to the DataSource and Connection objects allowing one to more cleanly and easily work with the JDBC APIs with the kotlin idiom supported. Does not require overhead of object mappings or such.

Gradle

implementation "io.tekniq:tekniq-jdbc:0.+"

Maven Dependency

<dependency>
    <groupId>io.tekniq</groupId>
    <artifactId>tekniq-jdbc</artifactId>
    <version>0.+</version>
</dependency>

tekniq-rest (click for more info)

A tool utilizing jackson-mapper for making RESTful calls to web services.

Gradle

implementation "io.tekniq:tekniq-rest:0.+"

Maven Dependency

<dependency>
    <groupId>io.tekniq</groupId>
    <artifactId>tekniq-rest</artifactId>
    <version>0.+</version>
</dependency>

tekniq's Issues

Bug using LocalDate parameter to sql queries

I found a rather obnoxious bug using tekniq-jdbc to do sql queries. When passing a LocalDate as a parameter to the sql query, the resulting date ends up 1900 years in the future.
The reason being that the java.util.Date and java.sql.Date constructors which take the year, month and day assume the year is years since 1900 and add that many years to the date.

Instead, it is recommended to use java.sql.Date.valueOf(myLocalDate) instead (ref: line 80 of TqConnectionExt.kt)