Re: [rules-users] Eclipse Debugging Drl file
by benq2188
Hello,
I faced with the same problem. Breakpoints are not being hit by debugger. I
have Eclipse SDK version: 4.2.1 and went through the reference manual of
Drools and followed each step carefully.
-Installed GEF
- Downloaded drools-distribution-5.4.0.Final.zip
-Unzipped it into Eclipse main folder
-Restarted Eclipse
-Defined run time based on the latest Drools project jars included in the
plugin
itself.
-Created Drools Project
-Created new launch configuration for Drools Application.
-Put a breakpoint in the helloworld simple project on the first line of the
section "then".
When I debug it as Drools Application, debugger stops in Java breakpoints
but doesn't stop in drl rule.
Any solutions, how can I fix it?
Thanks in advance.
--
View this message in context: http://drools.46999.n3.nabble.com/Eclipse-Debugging-Drl-file-tp3870257p40...
Sent from the Drools: User forum mailing list archive at Nabble.com.
13 years, 7 months
Drools 5.5.0.CR1 is using a broken cdi-api version
by Cristiano Gavião
Hello,
I'm using Tycho to create a dependency P2 repository (OSGi environment)
containing JBPM 5.4.0.CR1 and DROOLS 5.5.0.CR1.
I got some problem to properly setup the dependencies for the cdi-api.
The bundle knowledge-internal-api has a dependency to cdi-api (version
1.0-SP4), but this version is tied to this:
<groupId>org.jboss.spec.javax.interceptor</groupId>
<artifactId>jboss-interceptors-api_1.1_spec</artifactId>
<version>1.0.0.Beta1</version>
And this 1.0.0.Beta1 version of org.jboss.spec.javax.interceptor was not
well osgified. it doesn't have a Bundle-SymbolicName !
I could handle this problem using a newer version of it:
<dependency>
<groupId>org.jboss.spec.javax.interceptor</groupId>
<artifactId>jboss-interceptors-api_1.1_spec</artifactId>
<version>1.0.1.Final</version>
</dependency>
I won't use cdi anyway, but it could help others that decide to use jbpm
with eclipse.
regards,
Cristiano
13 years, 7 months