Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

DROOLS-3834: Process generation in jBPM Mojo should not cause DRL compilation #7

Merged
merged 2 commits into from
Apr 3, 2019

Conversation

evacchi
Copy link
Contributor

@evacchi evacchi commented Apr 3, 2019

Previously: the KieBuilderImplWhatever infrastracture is slow to boot (lots of classes, lots of dynamic loading, assemblers, kie.confs etc etc etc) and also hard do customize. In this case we want to just run only the BPMN process builder, but our infrastructure requires DRL files to be processed as well. This is useless work (there's a different MOJO for DRLs) and it's also the root cause of some weird behaviors (DRL evaluation might error out even though the file is correct only because the KieBuilder is misconfigured).

In short: instead of using kieBuilder, I am bypassing the building API completely and just using XmlProcessReader because all of the KieBuild* infrastructure is already provided by Maven. So, bye-bye assemblers, KieServices and all their friends 👋👋👋

I see no downsides in this for now, and we can enhance as we go.

Build has become much shorter, and it's easier to follow.

@evacchi evacchi requested review from baldimir and mswiderski April 3, 2019 13:07
@mswiderski
Copy link
Contributor

looks nice and simple to me, assuming it all works for Jbpm examples I'd say merge it as soon as build is finished.

Copy link
Contributor

@baldimir baldimir left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Approving.

@evacchi
Copy link
Contributor Author

evacchi commented Apr 3, 2019

does it build the examples as well?

@mswiderski
Copy link
Contributor

nope, only runtimes are currently covered

@mswiderski mswiderski merged commit 0cf4fb9 into apache:master Apr 3, 2019
baldimir added a commit to baldimir/kogito-runtimes that referenced this pull request Sep 20, 2019
baldimir added a commit to baldimir/kogito-runtimes that referenced this pull request Sep 23, 2019
mariofusco pushed a commit that referenced this pull request Sep 23, 2019
* KOGITO-113 Fix Major SonarCloud reported problems, part 1

* KOGITO-113 Fix Major SonarCloud reported problems, part 1.5

* KOGITO-113 Fix major issues reported by SonarCloud part #2

* KOGITO-113 Formatting fix

* KOGITO-113 Fix traits

* KOGITO-113 Fix major issues reported by SonarCloud part #3

* KOGITO-113 Fix major issues reported by SonarCloud part #4

* KOGITO-113 Fix major issues reported by SonarCloud part #5

* KOGITO-113 Fix major issues reported by SonarCloud part #6

* KOGITO-113 Fix major issues reported by SonarCloud part #7

* KOGITO-113 Revert change from SonarCloud fixes
lucamolteni pushed a commit to lucamolteni/kogito-runtimes that referenced this pull request Jul 21, 2020
Revert to correct package for KogitoJunitActivator.java
rgdoliveira added a commit to rgdoliveira/kogito-runtimes that referenced this pull request Nov 6, 2023
[1.44.2.x-prod] Bump Quarkus version to 2.13.8.Final
rgdoliveira added a commit to rgdoliveira/kogito-runtimes that referenced this pull request Jan 25, 2024
yesamer pushed a commit to yesamer/kogito-runtimes that referenced this pull request Apr 22, 2024
pefernan added a commit to pefernan/kogito-runtimes that referenced this pull request Nov 26, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants