This content originally appeared on DEV Community and was authored by bright inventions
Overview
In this tutorial, we are going to implement search functionality into the Exposed using jirutka's RSQL parser.
RSQL is a query language for parametrized filtering of entries in RESTful APIs.
JetBrains Exposed is a lightweight SQL library on top of the JDBC driver for Kotlin language.
Setting up a test application
NOTE: You can skip this part and go directly to RSQL search functionality implementation part if you have any web framework/exposed setup ready.
For the sake of the test, we use Ktor - the easiest way to do so is to use initializer.
Once we go through the form, the application frame is ready to work with. Now, we need to add serialization functionality (because we want to return a JSON object as the response).
build.gradle.ts
plugins {
...
kotlin("plugin.serialization") version "1.8.10"
}
depenendencies {
...
implementation("io.ktor:ktor-server-content-negotiation:2.2.4")
implementation("io.ktor:ktor-serialization-kotlinx-json:2.2.4")
}
We may need H2 database:
build.gradle.ts
dependencies {
implementation("com.h2database:h2:$h2Version")
}
plus, we need jirutka/rsql-parser
build.gradle.ts
dependencies {
implementation("cz.jirutka.rsql:rsql-parser:2.1.0")
}
Adding the Exposed
Now, we can add our persistence layer - Exposed ORM:
build.gradle.ts
dependencies {
implementation("org.jetbrains.exposed:exposed-core:0.40.1")
implementation("org.jetbrains.exposed:exposed-dao:0.40.1")
implementation("org.jetbrains.exposed:exposed-jdbc:0.40.1")
}
In order to create a database connection and perform the initial db insert, I created Ktor's plugin:
Data.kt
import pl.brightinventions.dto.CreatePersonDto
import pl.brightinventions.exposed.Database
import pl.brightinventions.persistance.PersonDaoImpl
import pl.brightinventions.persistance.table.PersonTable
import io.ktor.server.application.*
import org.jetbrains.exposed.sql.SchemaUtils
import org.jetbrains.exposed.sql.transactions.transaction
fun Application.configureData() {
Database.register()
TODO("more logic incoming")
}
and register it on the application startup:
Application.kt
import pl.pl.brightinventionsugins.configureData
import pl.pl.brightinventionsugins.configureRouting
import io.ktor.serialization.kotlinx.json.*
import io.ktor.server.application.*
import io.ktor.server.engine.*
import io.ktor.server.netty.*
import io.ktor.server.plugins.contentnegotiation.*
fun main() {
embeddedServer(Netty, port = 8080, host = "0.0.0.0") {
install(ContentNegotiation) {
json()
}
configureData()
}
.start(wait = true)
}
Persistence layer logic
Once we added Exposed into our environment, it's time to introduce the table's model and some DTOs.
In Exposed, the table's representation is an object:
PersonTable.kt
import org.jetbrains.exposed.sql.Table
object PersonTable : Table("person") {
val id = uuid("id").autoGenerate()
val name = text("name")
val surname = text("surname")
val age = integer("age")
}
Your object table needs to extend from the Exposed Table. The content of it is a group of defined columns.
Let's create our DAOs:
PersonDaoImpl.kt (I skip the DAO interface part - you can check it on the Github repo page)
import pl.brightinventions.dto.CreatePersonDto
import pl.brightinventions.dto.FoundPersonDto
import pl.brightinventions.exposed.SearchPropertySpecification
import pl.brightinventions.exposed.SearchSpecification
import pl.brightinventions.exposed.search
import pl.brightinventions.persistance.table.PersonTable
import org.jetbrains.exposed.sql.ResultRow
import org.jetbrains.exposed.sql.insert
import org.jetbrains.exposed.sql.selectAll
import org.jetbrains.exposed.sql.transactions.transaction
class PersonDaoImpl : PersonDao {
override fun findAll(): List<FoundPersonDto> = transaction {
PersonTable.selectAll().map(::mapToFoundPerson)
}
override fun findByQuery(query: String): List<FoundPersonDto> = transaction {
TODO("will be implemented soon")
}
private fun mapToFoundPerson(it: ResultRow) = FoundPersonDto(
it[PersonTable.id],
it[PersonTable.name],
it[PersonTable.surname],
it[PersonTable.age]
)
override fun create(person: CreatePersonDto) {
transaction {
PersonTable.insert {
it[name] = person.name
it[surname] = person.surname
it[age] = person.age
}
}
}
}
As you can see, we defined three public methods:
- findAll - will return all the records from the db
- findByQuery(String) - will return a filtered set of the records
- create - our util function we will use for initial inserts
Initial insert
Once we have_ Table_ and Dao ready, we can go with implementing further our Data class:
Data.kt
fun Application.configureData() {
Database.register()
transaction {
SchemaUtils.create(PersonTable)
PersonDaoImpl().create(CreatePersonDto("John", "Doe", 33))
PersonDaoImpl().create(CreatePersonDto("George", "Smith", 34))
PersonDaoImpl().create(CreatePersonDto("Megan", "Miller", 22))
}
}
What we did here? In transaction
block.
Every database access using Exposed is started by obtaining a connection and creating a transaction.
We created the table in the database (SchemaUtils.create call) and filled up the DB with initial records.
REST endpoints
Right, we have the database filled up, we can use our DAO to create a REST endpoint:
Routing.kt
import pl.brightinventions.persistance.PersonDaoImpl
import io.ktor.server.application.*
import io.ktor.server.response.*
import io.ktor.server.routing.*
fun Application.configureRouting() {
val dao = PersonDaoImpl()
routing {
get("/") {
call.respond(dao.findAll())
}
}
}
What did we do here? We (once again) created Ktor's plugin for registering the routing here. On the / endpoint we are going to respond with ALL of the objects in the Person table.
But we need to register it in the application:
Application.kt
...
fun main() {
embeddedServer(Netty, port = 8080, host = "0.0.0.0") {
install(ContentNegotiation) {
json()
}
configureRouting()
configureData()
}
.start(wait = true)
}
Run it, baby! GET http://localhost:8080/ should respond with a list of three persons: John, George, and Megan.
Alright, but when we will implement the searching functionality? Now.
RSQL search functionality implementation
Finally! For now, we have the ktor+exposed stack set up, everything works fine and we can add and list the objects from the database. It's time to create the search method for the Query class:
import cz.jirutka.rsql.parser.RSQLParser
import cz.jirutka.rsql.parser.ast.Node
import org.jetbrains.exposed.sql.Query
import org.jetbrains.exposed.sql.andWhere
import org.jetbrains.exposed.sql.transactions.transaction
fun Query.search(query: String, specification: SearchSpecification): Query =
transaction {
val rootNode: Node = RSQLParser().parse(query)
val queryExpression = rootNode.accept(ExposedRSQLVisitor(specification))
andWhere { queryExpression }
}
What we did here? We declared the extension function Query.search which parse query: String into the tokens and calls our ExposedRSQLVisitor to interpret the query it returns the Query object itself, so we will be able to perform as it would be standard Exposed functionality.
What is the ExposedRSQLVisitor? It's our custom implementation - jirutka/rsql-parser is the "only" parser for a perform the logic in order to change "age=in=(33,22)" into the node tree. It is how it looks like this:
ExposedRSQLVisitor.kt
import cz.jirutka.rsql.parser.ast.*
import org.jetbrains.exposed.sql.Column
import org.jetbrains.exposed.sql.Op
import org.jetbrains.exposed.sql.SqlExpressionBuilder.eq
import org.jetbrains.exposed.sql.SqlExpressionBuilder.greater
import org.jetbrains.exposed.sql.SqlExpressionBuilder.greaterEq
import org.jetbrains.exposed.sql.SqlExpressionBuilder.inList
import org.jetbrains.exposed.sql.SqlExpressionBuilder.less
import org.jetbrains.exposed.sql.SqlExpressionBuilder.lessEq
import org.jetbrains.exposed.sql.SqlExpressionBuilder.neq
import org.jetbrains.exposed.sql.SqlExpressionBuilder.notInList
import java.time.Instant
import java.time.format.DateTimeParseException
class ExposedRSQLVisitor(
private val searchSpecification: SearchSpecification
) : NoArgRSQLVisitorAdapter<Op<Boolean>>() {
override fun visit(node: AndNode): Op<Boolean> {
TODO("Not yet implemented")
}
override fun visit(node: OrNode): Op<Boolean> {
TODO("Not yet implemented")
}
@Suppress("UNCHECKED_CAST")
override fun visit(node: ComparisonNode): Op<Boolean> {
val arguments =
node.arguments.map {
it.toLongOrNull()
?: it.toBooleanStrictOrNull()
?: it.toDateOrNull()
?: it.toDoubleOrNull()
?: it
}
val argument = arguments.first()
val property = searchSpecification.properties.first { it.name == node.selector }
val column = property.column as Column<Any>
return when (val operator = node.operator) {
RSQLOperators.EQUAL -> column eq argument
RSQLOperators.NOT_EQUAL -> column neq argument
RSQLOperators.GREATER_THAN -> column greater argument as Comparable<Any>
RSQLOperators.GREATER_THAN_OR_EQUAL -> column greaterEq argument as Comparable<Any>
RSQLOperators.LESS_THAN -> column less argument as Comparable<Any>
RSQLOperators.LESS_THAN_OR_EQUAL -> column lessEq argument as Comparable<Any>
RSQLOperators.IN -> column inList arguments
RSQLOperators.NOT_IN -> column notInList arguments
else -> throw Exception("Filter operator '$operator' not supported")
}
}
}
private fun String.toDateOrNull(): Instant? = try {
Instant.parse(this)
} catch (e: DateTimeParseException) {
null
}
What we did here? In essence, we implemented NoArgRSQLVisitorAdapter
which is going to visit the node in order to determine what logic operation (exposed) should we perform to the given column/argument.
So, if we will have a query string like age=in=(33,22), our Visitor will produce
column<PersonTable.age> inList listOf(33,22)
so our SQL query will be:
SELECT PERSON.ID, PERSON."NAME", PERSON.SURNAME, PERSON.AGE FROM PERSON WHERE PERSON.AGE IN (33, 22)
It's time to use the search method in our DAO and call it in the controller:
PersonDaoImpl.kt
It's time to use the search method in our DAO and call it in the controller:
PersonDaoImpl.kt
Please note the SearchSpecifictation
structure - it's a way to tell the Visitor what kind of fields can be used in filtering and how they should be mapped to PersonTable
columns
SearchSpecification.kt
data class SearchSpecification(
val properties: List<SearchPropertySpecification>
)
data class SearchPropertySpecification(
val name: String,
val column: Column<*>
)
and a controllers' call:
Routing.kt
...
get("/filtered/") {
call.respond(dao.findByQuery(call.request.queryParameters["query"] ?: ""))
}
GET http://localhost:8080/filtered/?query=age=in=(33,22) will return us two records - for John Doe and Megan Miller.
Conclusion
In this article, we've learned how to add generic search functionality to our Exposed stack. Ktor added just a flavor of something other than Spring Boot - I did it on purpose - maybe you will find it interesting enough to dig deeper about this framework.
You can find the complete code over GitHub.
By Patryk Szlagowski, Senior Backend Developer @ bright inventions
This content originally appeared on DEV Community and was authored by bright inventions
![](https://www.radiofree.org/wp-content/plugins/print-app/icon.jpg)
bright inventions | Sciencx (2023-03-23T12:39:14+00:00) Exposed RSQL Search Implementation. Retrieved from https://www.scien.cx/2023/03/23/exposed-rsql-search-implementation/
Please log in to upload a file.
There are no updates yet.
Click the Upload button above to add an update.