From 000360f05a78272a1f24a32fdec058c0ea0dc01f Mon Sep 17 00:00:00 2001 From: Lukas Eder Date: Wed, 20 Feb 2013 16:35:29 +0100 Subject: [PATCH] [#2244] Add section to the manual indicating that the jOOQ generator can only handle schemas of a certain size --- .../src/main/resources/manual-3.0.xml | 24 +++++++++++++++++++ 1 file changed, 24 insertions(+) diff --git a/jOOQ-website/src/main/resources/manual-3.0.xml b/jOOQ-website/src/main/resources/manual-3.0.xml index a4c308fa74..510d655ff5 100644 --- a/jOOQ-website/src/main/resources/manual-3.0.xml +++ b/jOOQ-website/src/main/resources/manual-3.0.xml @@ -9415,6 +9415,30 @@ create.selectFrom(AUTHOR) + +
+ Code generation for large schemas + +

+ Databases can become very large in real-world applications. This is not a problem for jOOQ's code generator, but it can be for the Java compiler. jOOQ generates some classes for . These classes can hit two sorts of limits of the compiler / JVM: +

+ +
    +
  • Methods (including static / instance initialisers) are allowed to contain only 64kb of bytecode.
  • +
  • Classes are allowed to contain at most 64k of constant literals
  • +
+ +

+ While there exist workarounds for the above two limitations (delegating initialisations to nested classes, inheriting constant literals from implemented interfaces), the preferred approach is either one of these: +

+ +
    +
  • Distribute your database objects in several schemas. That is probably a good idea anyway for such large databases
  • +
  • to exclude excess database objects
  • +
  • Remove uncompilable classes after code generation
  • +
+
+