[ https://issues.jboss.org/browse/DROOLS-729?page=com.atlassian.jira.plugin... ] Mark Kedzierski commented on DROOLS-729: ---------------------------------------- I've refactored and rebased this change on master. It is now an addon module called drools-android. The core code checks if it is running within Android by checking the classpath and if drools-android is present in the classpath to load the dex classloader implementations or to use regular ones. I am working on adding KieContainer support but am still working through issues. There are a lot of complexities. I did manage to get a classpath container loaded from a kmodule.xml file. Issues: -Dex 65K method limit. Adding all the drools-compiler dependencies and Jaxp implementation pushes this limit. I needed to use proguard but still right at the limit. Could explore multi-dex but that is generally annoying, and raises classloader issues. -All jars are merged into a single apk file. Which means kmodule.xml files would overwrite each other if there are multiple kjar dependencies. Also currently the pom.properties file is found without using the releaseId as part of it. And the APK will include all the pom.properties files from all dependencies. I used the maven-android-plugin Meta-inf filter to only include the file from the main artifact. Again multiple kjars are a problem. -- This message was sent by Atlassian JIRA (v6.3.11#6341)