Test org.kie.workbench.common.services.backend.compiler.plugin/KieMetadataTest/compileAndLoadKieJarMetadataAllResourcesPackagedJar has been failing a long time due to PMML related issues.

From what I have been able to figure out, the short answer is that the problem occurs because there is a conflict in the versions of PMML being used.

There are two different PMML modules, at this time. There is the "old" drools-pmml, which generates a single DRL from a PMML resource; and the new kie-pmml, which generates several Java classes and at least one DRL, from a PMML resource. Both of these modules expose their "compiler" classes via their implementation of the PMMLCompiler interface. Exactly which version of the compiler gets loaded is based on the service registry value found for org.drools.compiler.compiler.PMMLCompiler. For most uses, the kie-pmml module should be selected and used; however, the drools-scorecards module depends on functionality that is not available in kie-pmml...mainly the ability to get the single DRL string that drools-pmml uses. Because kie-pmml does not produce just a single DRL string, the only way to use drools-scorecards is to have it point back to the drools-pmml module.

This unfortunate situation means that we cannot have both kie-pmml, and drools-scorecards/drools-pmml, running in the same space/at the same time. I have started looking at what it would take to make the drools-scorecards use the kie-pmml module, and it might be easier to just add the functionality that the drools-scorecards provides (e.g. importing scorecards that are spreadsheet based) into the kie-pmml module. I would like some feedback from Mark P, and Mario Fusco, before launching down that path, though.

In the meantime, I will continue my attempt to get the drools-scorecards module to use the kie-pmml.

Test @Ignore for now..