Quarkus multi-module project — duplicate ProjectModel generated in main module despite quarkus.kogito.codegen.disable=true #2147
Unanswered
shrinivasuk
asked this question in
Q&A
Replies: 1 comment
-
|
The versions used in multi-module project are
We are very interested in a working multi-module kogito solution :) |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Hi team,
I’m working on a multi-module Quarkus + Drools (Kogito) project and ran into a consistent issue where multiple ProjectModel classes are generated — one in my rules module (expected), and another in my main (API) module (unexpected, empty).
Even though I’ve disabled codegen in the main module via both Maven and Quarkus properties, Quarkus still generates an empty ProjectModel under target/generated-sources/kogito for the main module.
This leads to rule discovery conflicts and runtime errors because the empty model shadows the correct one from the rules module.
XYZ-parent
2)XYZ-rules → contains .drl/.xls rules, runs Kogito codegen
3)XYZ-main → Quarkus app (REST APIs, CDI), depends on XYZ-rules
XYZ-rules/pom.xml
This correctly generates
xyz-rules/target/generated-sources/kogito/org/drools/project/model/ProjectModel.javaapplication.properties:
quarkus.kogito.codegen.disable=true
xyz-main/target/generated-sources/kogito/org/drools/project/model/ProjectModel.javaand
Questions:
1) Is this the intended behavior of quarkus-kogito extension in multi-module projects?
2) Should quarkus.kogito.codegen.disable=true prevent this automatic model generation in dependent modules?
3) Is there a supported way to isolate Kogito/Drools code generation to only one module (like xyz-rules)?
Beta Was this translation helpful? Give feedback.
All reactions