COMPILER - rule assembly time
Rule compiler takes rules in some
textual format and prepares binary Packages of rules for deployment. This
depends on the CORE RUNTIME.
* drools-core
* drools-compiler
- the rule compiler itself.
* antlr3 - only if you are
using native DRL. if only using XML, you can skip this.
*
xerces, xml-apis - only if you are using XML rules, if DRL only, can skip
this.
*
commons-jci-core
o
This also requires only one pair out
of:
+ commons-jci-eclipse, core-3.2 - for eclipse JDT to compile the java semantics
(this is
default)
+ commons-jci-janino, janino - for janino. To use this option, set
-Ddrools.compiler=JANINO or use PackageBuilderConfiguration?
class.
* commons-logging - used by various
dependencies.
* commons-lang - used for string
manipulation in various dependencies.
* stringtemplate,
anlr-2.7.6 - used in generating semantic code.
Tom G
Thank you, Tom.
I replaced antlr-2.7.6 with 2.7.7 and antlr
3.0ea8 with the 3.0b5 that came with the Drools 3.1M1 release.
I upgraded
stringtemplate to 3.0.
None of these changes helped which is not too
surprising since the error is in the commons-jci code:
Exception in thread "main" java.lang.NoSuchMethodError:
org.apache.commons.jci.compilers.EclipseJavaCompiler.<init>(Ljava/util/Map;)V.
I
have a critical question. If you removed commons-jci-eclipse-3.2.0.666.jar, what
did you replace it with? Since the error I am getting is in that jar, I am very
interested in this answer. There is no version of that jar in the 3.1M1
release.
If anyone else can weigh in here and enlighten me I'd appreciate
it.
Scott
Tom Gonzalez's message received 3/13/2007
6:43 PM:
Here are the changes We are using.
Remove
antlr-3.0ea8.jar
antlr-2.7.6.jar
commons-jci-eclipse-3.2.0.666.jar
core-3.2.0.666.jar
stringtemplate-2.3b6.jar
Remove
drools-compiler-3.0.4.jar
drools-core-3.0.4.jar
Add
antlr-2.7.7.jar
antlr-3.0b5.jar
core-3.2.1.v_677_R32x.jar
stringtemplate-3.0.jar
xstream-1.1.3.jar
Add
drools-compiler-3.1.0-M1.jar
drools-core-3.1.0-M1.jar