executable-model kjar build fails with bpmn

[tkobayas]

executable-model kjar build fails with bpmn:

example)
https://github.com/tkobayas/kiegroup-examples/tree/master/Ex-ruleflow-10.0.0-issue

[INFO] --- kie:10.0.0:build (default-build) @ ruleflow-example ---
[INFO] GenerateModel
[INFO] Artifact not fetched from maven: org.kie.kogito:jbpm-bpmn2:10.0.0. To enable the KieScanner you need kie-ci on the classpath
[INFO] Artifact not fetched from maven: org.drools:drools-model-compiler:10.0.0. To enable the KieScanner you need kie-ci on the classpath
[INFO] Artifact not fetched from maven: org.drools:drools-xml-support:10.0.0. To enable the KieScanner you need kie-ci on the classpath
[ERROR] Unable to build KieBaseModel:defaultKieBase
InvalidExpressionErrorResult: Unable to find class: Message

workaround: use FQCN

package com.sample
 
import com.sample.DroolsTest.Message;
 
rule R1
	ruleflow-group "group1"
    when
        m : com.sample.DroolsTest.Message( )
    then
        System.out.println( "R1 : m = " + m );
        m.setCount(m.getCount() + 1);
        update( m );
end

[tkobayas]

Note:

• moving "com.sample.DroolsTest.Message" to "com.sample.Message" solved the issue.
• moving "com.sample.DroolsTest.Message" to "com.sample.pkg.Message" doesn't solve the issue. So the Message has to be in the same package
• removing sample-ruleflow.bpmn solved the issue. So bpmn is related.

[tkobayas]

A. During the build, firstly, it goes through CompositeKnowledgeBuilderImpl.buildProcesses. ClassTypeResolver is created for the bpmn process. The ClassTypeResolver has only one import for com.sample.* as its own package (plus some default imports). The ClassTypeResolver is owned by MVELKnowledgePackageImpl for com.sample. The MVELKnowledgePackageImpl is wrapped by PackageRegistry and enlisted in PackageRegistryManagerImpl.pkgRegistryMap.

B. Then, it goes through ModelBuilderImpl.doSecondBuildStep. In DeclaredTypeCompilationPhase.process -> IteratingPhase.process -> pkgRegistryManager.getOrCreatePackageRegistry, it picks up the PackageRegistry which doesn't contain import com.sample.DroolsTest.Message, hence results in the issue.

If the project doesn't have a bpmn file, Step A doesn't happen, so Step B creates PackageRegistry for com.sample for the first time. It uses a packageDescr of the drl file, so import com.sample.DroolsTest.Message is properly added.

Probably a fix would be to merge the package information of processes and rules in the Step B.

[tkobayas]

NOTE: The usage in Ex-ruleflow-10.0.0-issue (combining org.kie.kogito:jbpm-bpmn2 for kjar) is not supported in KIE 10.0.0 (as of 2025-03-04). Supported usage is based on kogito codegen. This GH issue is just to sketch a possible problem.