A jOOQ-CodeGenerator to create vertxified DAOs and POJOs. Now with JDBC, async and reactive support!

  • Users starred: 247
  • Users forked: 39
  • Users watching: 23
  • Updated at: 2020-04-20 19:44:42


A jOOQ-CodeGenerator to create vertx-ified DAOs and POJOs! Perform all CRUD-operations asynchronously and convert your POJOs from/into a io.vertx.core.json.JsonObject using the API and driver of your choice.

release 5.1.1

  • vertx 3.9.0 support
  • executeAny-methods in ReactiveQueryExecutor-implementations.
  • Fix enum handling if enum is not defined in database (e.g. the database-field is of type TEXT and needs to be mapped to a user defined enum)

release 5.1.0

  • Introduction of PgConverter for the reactive modules. This gives users finally the opportunity to use custom POJOs instead of JsonObjects. The generators are also properly used in the fromJson and toJson-methods.
  • New BuildOptions when creating a code generator using VertxGeneratorBuilder. Currently one flag can be set which determines whether to use singletons (default) for converters or instantiate them every time. When set to SINGLETON-mode, this will create two classes with references to all Converters and Bindings that are used.
  • Upgrade to jOOQ 3.13.1
  • findManyBy-methods now take Collection as argument

Resolved issues


different needs, different apis

What do you want

Before you start generating code using vertx-jooq, you have to answer these questions:

  • What API do you want to use? There are three options:
    • a io.vertx.core.Future-based API. This is vertx-jooq-classic.
    • a rxjava2 based API. This is vertx-jooq-rx.
    • an API that returns a vertx-ified implementation of java.util.concurrent.CompletableFuture for all async DAO operations. This is vertx-jooq-completablefuture.
  • How do you want to communicate with the database? There are two options:
    • Using good old JDBC, check for the modules with -jdbc suffix.
    • Using this asynchronous database driver, check for -async modules.
    • Using this reactive postgres database driver, check for -reactive modules.
  • Do you use Guice for dependency injection?

When you made your choice, you can start to configure the code-generator. This can be either done programmatically or using a maven- / gradle-plugin (recommended way). Please check the documentation in the module of the API of your choice how to set it up:


Once the generator is set up, it will create DAOs like in the code snippet below (classic-API, JDBC, no dependency injection):

//Setup your jOOQ configuration
Configuration configuration = ...

//setup Vertx
Vertx vertx = Vertx.vertx();

//instantiate a DAO (which is generated for you)
SomethingDao dao = new SomethingDao(configuration,vertx);

//fetch something with ID 123...
        		vertx.eventBus().send("sendSomething", res.result().toJson())
    				System.err.println("Something failed badly: "+res.cause().getMessage());

//maybe consume it in another verticle
vertx.eventBus().<JsonObject>consumer("sendSomething", jsonEvent->{
    JsonObject message = jsonEvent.body();
    //Convert it back into a POJO...
    Something something = new Something(message);
    //... change some values
    //... and update it into the DB
    Future<Integer> updatedFuture = dao.update(something);

//or do you prefer writing your own type-safe SQL? Use the QueryExecutor from the DAO...
ClassicQueryExecutor queryExecutor = dao.queryExecutor();
//... or create a new one when there is no DAO around :)
queryExecutor = new JDBCClassicGenericQueryExecutor(configuration,vertx);
Future<Integer> updatedCustom = queryExecutor.execute(dslContext ->

//check for completion
				System.out.println("Rows updated: "+res.result());
				System.err.println("Something failed badly: "+res.cause().getMessage());

handling custom datatypes

The generator will omit datatypes that it does not know, e.g. java.sql.Timestamp. To fix this, you can subclass the generator, handle these types and generate the code using your generator. See the handleCustomTypeFromJson and handleCustomTypeToJson methods in the AbstractVertxGenerator or checkout the CustomVertxGenerator from the tests.


This library comes without any warranty - just take it or leave it. Also, the author is neither connected to the company behind vertx nor the one behind jOOQ.