Re: [rules-users] Planner 5.5.1 Immovable Planning entities

[duggal]

>> As per my understanding the construction phase should also leave the 
>> immovable entity alone. 
>> Am I doing something incorrect? 
>> 
>This is a known issue in 5.5.x :/ 
Is there a workaround to lock entities in 5.5.x? Can i insert these locked
planning entities as problem facts? I think I did this in 5.4.0 and it
worked for me

>It will be fixed for 6.0
When is 6.0 being released?



--
View this message in context: 
http://drools.46999.n3.nabble.com/Planner-5-5-1-Immovable-Planning-entities-tp4022657p4022664.html
Sent from the Drools: User forum mailing list archive at Nabble.com.
___
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users

Re: [rules-users] Drools 5.5 and Java 1.6 versus 1.7 Question

[Geoffrey De Smet]

I am using OpenJDK 1.7 to run Planner (which requires at least 1.6) and 
therefore drools.

All planner stuff is compiled -source 1.6 and -target 1.6.

I haven't tried a drools using project with -source 1.7 and -target 1.7 yet.
If that fails (and you can verify that -source 1.6 and -target 1.6 
solves it) then please raise a jira and link that jira here.


Op 01-03-13 21:26, André Fróes schreef:
I'm implementing my model with drools 5.5.0.Final and JDK 1.7 without 
any issue, my only problem is the lack of knowledge on drools hehe.



2013/3/1 rbiller mailto:bill...@verizon.net>>

Does anyone know of a compatibility matrix that shows what JDK
versions are
compatible with Drools 5.5? The documentation mentions at least
Java 1.5 is
needed, and says some examples may need 1.6.

I have encountered a problem when classes are compiled with Java
1.7, in
that if they are referenced by a DRL file, the rules compiler
gives the
error "[Class] cannot be resolved to a type" for the classes that were
compiled (actually the whole jar) with Java 1.7.

Here is my post when I was trying to resolve that compile issue:
Previous post on [Class] cannot be resolved to a type error



The rule compiler error went away when I recompiled the classes
and deployed
the jar using Java 1.6. Anyone else have an issue with 1.7, or know if
Drools 5.5 is supposed to be compatible?

Thanks,
rb



--
View this message in context:

http://drools.46999.n3.nabble.com/Drools-5-5-and-Java-1-6-versus-1-7-Question-tp4022660.html
Sent from the Drools: User forum mailing list archive at Nabble.com.
___
rules-users mailing list
rules-users@lists.jboss.org 
https://lists.jboss.org/mailman/listinfo/rules-users




___
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users


___
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users

Re: [rules-users] Drools 5.5 and Java 1.6 versus 1.7 Question

[André Fróes]

I'm implementing my model with drools 5.5.0.Final and JDK 1.7 without any
issue, my only problem is the lack of knowledge on drools hehe.


2013/3/1 rbiller 

> Does anyone know of a compatibility matrix that shows what JDK versions are
> compatible with Drools 5.5? The documentation mentions at least Java 1.5 is
> needed, and says some examples may need 1.6.
>
> I have encountered a problem when classes are compiled with Java 1.7, in
> that if they are referenced by a DRL file, the rules compiler gives the
> error "[Class] cannot be resolved to a type" for the classes that were
> compiled (actually the whole jar) with Java 1.7.
>
> Here is my post when I was trying to resolve that compile issue:
> Previous post on [Class] cannot be resolved to a type error
> <
> http://drools.46999.n3.nabble.com/Converting-Drools-3-x-to-5-5-A-JBoss-Rules-compilation-error-MyClassHelper-cannot-be-resolved-to-a-te-td4022529.html
> >
>
> The rule compiler error went away when I recompiled the classes and
> deployed
> the jar using Java 1.6. Anyone else have an issue with 1.7, or know if
> Drools 5.5 is supposed to be compatible?
>
> Thanks,
> rb
>
>
>
> --
> View this message in context:
> http://drools.46999.n3.nabble.com/Drools-5-5-and-Java-1-6-versus-1-7-Question-tp4022660.html
> Sent from the Drools: User forum mailing list archive at Nabble.com.
> ___
> rules-users mailing list
> rules-users@lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-users
>
___
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users

[rules-users] Drools 5.5 and Java 1.6 versus 1.7 Question

[rbiller]

Does anyone know of a compatibility matrix that shows what JDK versions are
compatible with Drools 5.5? The documentation mentions at least Java 1.5 is
needed, and says some examples may need 1.6. 

I have encountered a problem when classes are compiled with Java 1.7, in
that if they are referenced by a DRL file, the rules compiler gives the
error "[Class] cannot be resolved to a type" for the classes that were
compiled (actually the whole jar) with Java 1.7.

Here is my post when I was trying to resolve that compile issue: 
Previous post on [Class] cannot be resolved to a type error

  

The rule compiler error went away when I recompiled the classes and deployed
the jar using Java 1.6. Anyone else have an issue with 1.7, or know if
Drools 5.5 is supposed to be compatible?

Thanks,
rb



--
View this message in context: 
http://drools.46999.n3.nabble.com/Drools-5-5-and-Java-1-6-versus-1-7-Question-tp4022660.html
Sent from the Drools: User forum mailing list archive at Nabble.com.
___
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users

Re: [rules-users] Converting Drools 3.x to 5.5-A JBoss Rules compilation error...MyClassHelper cannot be resolved to a type

[rbiller]

I got a reponse on this posting on a different forum requesting me to verify
the JDK differences, and even though Eclipse was set to JRE 1.6, the output
class files when decompiled with javap showed the major version as 51 or
1.7. The classes were built with an ant script and java_home set to 1.6
version, however an installed 1.7 was found and used when this was built
from ant with the headless eclipse compile. 

Therefore, the rules that got the error of "[Class] cannot be resolved to a
type." got this exception when those referred classes were compiled with
java 1.7. I'm going to post another question about compatibility and see if
others have had issues with 1.7.
Thanks,
rb



--
View this message in context: 
http://drools.46999.n3.nabble.com/Converting-Drools-3-x-to-5-5-A-JBoss-Rules-compilation-error-MyClassHelper-cannot-be-resolved-to-a-te-tp4022529p4022659.html
Sent from the Drools: User forum mailing list archive at Nabble.com.
___
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users

Re: [rules-users] Planner 5.5.1 Immovable Planning entities

[Geoffrey De Smet]

Op 01-03-13 18:14, duggal schreef:
> I have certain planning entities that are locked and their planning variables
> should not change their current values. I am implementing this using the
> SelectionFilter that returns false if an entity is NOT to be moved.
> However I see that the Construction Heuristic Phase (FFD) does assign a
> value to the Planning Variable of that entity.
> As per my understanding the construction phase should also leave the
> immovable entity alone.
> Am I doing something incorrect?
>
This is a known issue in 5.5.x :/

It will be fixed for 6.0, with the new scalable constructions heuristics 
implementation which will be based on the scalable selector architecture 
introduced in 5.5, which support movableEntitySelectionFilter.

>
> --
> View this message in context: 
> http://drools.46999.n3.nabble.com/Planner-5-5-1-Immovable-Planning-entities-tp4022657.html
> Sent from the Drools: User forum mailing list archive at Nabble.com.
> ___
> rules-users mailing list
> rules-users@lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-users
>


___
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users

[rules-users] Planner 5.5.1 Immovable Planning entities

[duggal]

I have certain planning entities that are locked and their planning variables
should not change their current values. I am implementing this using the
SelectionFilter that returns false if an entity is NOT to be moved.
However I see that the Construction Heuristic Phase (FFD) does assign a
value to the Planning Variable of that entity.
As per my understanding the construction phase should also leave the
immovable entity alone.
Am I doing something incorrect?



--
View this message in context: 
http://drools.46999.n3.nabble.com/Planner-5-5-1-Immovable-Planning-entities-tp4022657.html
Sent from the Drools: User forum mailing list archive at Nabble.com.
___
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users

Re: [rules-users] add guvnor-webapp-core as a dependency to project

[kooper]

Ok, I think I got it(but I could be wrong). It seems that I cannot use 
guvnor-webapp-core as a dependency, outside of guvnor-webapp-drools war. As
guvnor-webapp-core has CDI annotations on interfaces and and abstract
classes that are not implemented in guvnor-webapp-core. So I need to
implement them in my app before deploying, think just missed smth during
documentation reading.

Thanks everyone for your help :). 



--
View this message in context: 
http://drools.46999.n3.nabble.com/add-guvnor-webapp-core-as-a-dependency-to-project-tp4022632p4022656.html
Sent from the Drools: User forum mailing list archive at Nabble.com.
___
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users

[rules-users] Fw: constraints lacking and in excess

[Michiel Vermandel]

Anyone having an idea?

Thanks

Michiel

 
-
http://www.codessentials.com - Your essential software, for free!
Follow us at http://twitter.com/#!/Codessentials

- Forwarded Message -
From: Michiel Vermandel 
To: Rules lists.jboss.org  
Sent: Thursday, February 28, 2013 8:54 PM
Subject: [rules-users] constraints lacking and in excess
 

Hi,

I have written a custom move implementation.
At first I got the exception:

java.lang.IllegalStateException: The moveClass (class 
my.planner.solver.MoveGroupToPeriod)'s move (PROJECT Period GroupChange:{T= 
Inspect 55871.I#0 [4->4] Bart DE BIE IV XI} => (P5)  [i1]) probably has a 
corrupted undoMove (my.planner.solver.util.TaskChangeListMove@35e8df37). Or 
maybe there are corrupted score rules.
...


I found out that I did not undo all changes that I made in the move.
After fixing this, I now often get Score corruption as below.
I checked and all changes are preceded with director.beforeVariableChanged(...) 
and followed by director.afterVariableChanged(...);

What could cause this corruption?


java.lang.IllegalStateException: Score corruption: the workingScore 
(-286hard/-30601soft) is not the uncorruptedScore (-286hard/-30401soft):
  The workingMemory has 3 ConstraintOccurrence(s) in excess:
    preferedRegion/NEGATIVE_SOFT:[{T= Inspect 115519.I#0 [8->8] Dirk JANSSENS 
IV V}, Johan LAMOTE, 99, V]=99
    taskSpreading/NEGATIVE_HARD:[(P7) , 77]=100
    preferedRegion/NEGATIVE_SOFT:[{T= Inspect 115519.I#1 [8->8] Erik VERHOEVEN 
TL V}, Dirk JANSSENS, 99, V]=99
  The workingMemory has 6 ConstraintOccurrence(s) lacking:
    preferedRegion/NEGATIVE_SOFT:[{T= Inspect 115519.I#0 [8->8] Dirk JANSSENS 
IV V}, Dirk JANSSENS, 99, V]=99
    taskSpreading/NEGATIVE_HARD:[(P7) , 75]=36
    preferedRegion/NEGATIVE_SOFT:[{T= Inspect 115519.I#1 [8->8]
 Erik VERHOEVEN TL V}, Erik VERHOEVEN, 99, V]=99
    preferedRegion/NEGATIVE_SOFT:[{T= Inspect 4747.I#0 [10->10] Johan LAMOTE IV 
V}, Johan LAMOTE, 99, V]=99
    taskSpreading/NEGATIVE_HARD:[(P8) , 74]=16
    preferedRegion/NEGATIVE_SOFT:[{T= Inspect 4747.I#1 [10->10] Dirk JANSSENS 
TL V}, Dirk JANSSENS, 99, V]=99
  Check the score rules who created those ConstraintOccurrences. Verify that 
each ConstraintOccurrence's causes and weight is correct.
    at 
org.drools.planner.core.score.director.AbstractScoreDirector.assertWorkingScore(AbstractScoreDirector.java:249)
    at 
org.drools.planner.core.solver.scope.DefaultSolverScope.assertWorkingScore(DefaultSolverScope.java:96)
    at 
org.drools.planner.core.phase.AbstractSolverPhaseScope.assertWorkingScore(AbstractSolverPhaseScope.java:124)
    at
 
org.drools.planner.core.localsearch.DefaultLocalSearchSolverPhase.solve(DefaultLocalSearchSolverPhase.java:86)
    at 
org.drools.planner.core.solver.DefaultSolver.runSolverPhases(DefaultSolver.java:190)
    at 
org.drools.planner.core.solver.DefaultSolver.solve(DefaultSolver.java:155)
    at my.planner.app.InspectionSchedule.solve(InspectionSchedule.java:275)
    at 
my.planner.testcore.AbstractPlanningTestClass.solve(AbstractPlanningTestClass.java:444)
    at 
my.planner.testcore.AbstractPlanningTestClass.solve(AbstractPlanningTestClass.java:469)
    at my.planner.RealBaoTest.datasetBAO20122013(RealBaoTest.java:226)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
    at
 sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
    at java.lang.reflect.Method.invoke(Unknown Source)
    at 
org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
    at 
org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
    at 
org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
    at 
org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20)
    at 
org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
    at 
org.junit.runners.BlockJUnit4ClassRunner.runNotIgnored(BlockJUnit4ClassRunner.java:79)
    at 
org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:71)
    at
 
org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:49)
    at org.junit.runners.ParentRunner$3.run(ParentRunner.java:193)
    at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:52)
    at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:191)
    at org.junit.runners.ParentRunner.access$000(ParentRunner.java:42)
    at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:184)
    at org.junit.runners.ParentRunner.run(ParentRunner.java:236)
    at 
org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50)
    at 
org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
    at 
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:467)
   
 at 
org.eclipse.jdt.internal.junit.run

[rules-users] Accumulate Over window average NullPointerException

[codemettle]

Users,

I am trying to follow this example in the main drools documentation:
http://docs.jboss.org/drools/release/5.4.0.Final/drools-fusion-docs/html_single/index.html#d0e1242

I have a simple rule that listens for an event, and provide an average over
a 3-event sliding window. I see 2 issues.

_DRL = "rule myRule\n"
_DRL += "when\n"
_DRL += ">$avg: Number() from accumulate (\n"
_DRL += "> DatapointProxy( key == 'testUsedMemPct', $val :
valueAsDouble ) over window:length( 3 ), \n"
_DRL += "> average( $val ) )\n"
_DRL += "then\n"
_DRL += "handleRule( rule, ruleResource, userdata, $avg );\n"
_DRL += "end\n"


1) my rule evaluates try for every event, and gives me the value of the
event vs the avg. So if i send 50, 60, 70, my handleRule function is a
called 3 times with new event array(java.lang.Object, [50.0]),
array(java.lang.Object, [60.0]), array(java.lang.Object, [70.0])

2) On the 4th event, I get the following NPE (includes JSON of target
object):

Msg:
{"DatapointProxy":{"value":"80","modTime":1362148018519,"uuid":"87163fc1-b072-4311-8cb4-b604d6d874ed","ownerUUID":"90d9d3d1-dd57-42b7-beba-4927c5551409","generatorUUID":"a8dfd038-c7a6-4317-8bf5-7911d7dbb759","key":"testUsedMemPct","name":"Test
Mem Value","managerUUID":"3beb7ead-f351-42a3-a4a4-38425b061a5a"}} Error:
java.lang.NullPointerException
java.lang.NullPointerException
at
org.drools.rule.SlidingLengthWindow.assertFact(SlidingLengthWindow.java:115)
at
org.drools.rule.BehaviorManager.assertFact(BehaviorManager.java:94)
at org.drools.reteoo.WindowNode.assertObject(WindowNode.java:167)
at
org.drools.reteoo.CompositeObjectSinkAdapter.doPropagateAssertObject(CompositeObjectSinkAdapter.java:497)
at
org.drools.reteoo.CompositeObjectSinkAdapter.propagateAssertObject(CompositeObjectSinkAdapter.java:382)
at
org.drools.reteoo.ObjectTypeNode.assertObject(ObjectTypeNode.java:235)
at
org.drools.reteoo.EntryPointNode.assertObject(EntryPointNode.java:240)
at
org.drools.common.NamedEntryPoint.insert(NamedEntryPoint.java:350)
at
org.drools.common.NamedEntryPoint.insert(NamedEntryPoint.java:311)
at
org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:903)
at
org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:847)
at
org.drools.impl.StatefulKnowledgeSessionImpl.insert(StatefulKnowledgeSessionImpl.java:269)
at
com.codemettle.sherpa.cam.jms.JMSMessageListenerForDrools.injectEvent(JMSMessageListenerForDrools.java:128)
at
com.codemettle.sherpa.cam.jms.JMSMessageListenerForDrools.onMessage(JMSMessageListenerForDrools.java:105)
at
org.apache.activemq.ActiveMQMessageConsumer.dispatch(ActiveMQMessageConsumer.java:1321)
at
org.apache.activemq.ActiveMQSessionExecutor.dispatch(ActiveMQSessionExecutor.java:131)
at
org.apache.activemq.ActiveMQSessionExecutor.iterate(ActiveMQSessionExecutor.java:202)
at
org.apache.activemq.thread.PooledTaskRunner.runTask(PooledTaskRunner.java:129)
at
org.apache.activemq.thread.PooledTaskRunner$1.run(PooledTaskRunner.java:47)
at
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:662)


I would appreciate some help figuring out what the issue is. Is there
something fishy in my rule?

I thank you in advance for your consideration and help




--
View this message in context: 
http://drools.46999.n3.nabble.com/Accumulate-Over-window-average-NullPointerException-tp4022654.html
Sent from the Drools: User forum mailing list archive at Nabble.com.
___
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users

Re: [rules-users] NoClassDefFoundError at config file

[Geoffrey De Smet]

  
  

Op 01-03-13 13:32, André Fróes schreef:


  
I'm importing my project to netbeans and I am
  having this exception:


Exception in thread "main" java.lang.NoClassDefFoundError:
  org/drools/compiler/DroolsParserException
 at
  java.lang.Class.getDeclaredFields0(Native Method)
 at
  java.lang.Class.privateGetDeclaredFields(Class.java:2308)
 at
  java.lang.Class.getDeclaredFields(Class.java:1760)
 at
com.thoughtworks.xstream.mapper.AnnotationMapper.processTypes(AnnotationMapper.java:182)
 Java
  Result: 1


it happens when I reach the line where I set the
  configuration file:

  
  
  SolverFactory solverFactory = new
XmlSolverFactory("/com/my/proj/planner/solver/plannerSolverConfig.xml");
  
  
  I'm using now drools 5.5.0.Final without the dsl
file that had some issue (see older post), I tested on
eclipse with it and it worked perfectly. The path to the
file is correct.
  

  
  These are the dependencies, using maven:
  
  
  drools-compiler-5.5.0.Final
  drools-core-5.5.0.Final
  drools-planner-core-5.5.0.Final
  
  
  
  

 5.5.0.Final
  
  
  
  
  
  

   org.drools
    drools-core
   
  ${org.drools.version}
    provided
  

  

Remove .

  

  


     org.drools
   
   drools-compiler
   
   ${org.drools.version}
     provided
  

  

Remove .
Scope provided means you're not deploying/packaging it.
See free maven books.

  

  


      org.drools.planner
     
  drools-planner-core
     
  ${org.drools.version}

  

  
  
  
  
  ___
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users


  

___
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users

[rules-users] NoClassDefFoundError at config file

[André Fróes]

I'm importing my project to netbeans and I am having this exception:

Exception in thread "main" java.lang.NoClassDefFoundError:
org/drools/compiler/DroolsParserException
at java.lang.Class.getDeclaredFields0(Native Method)
at java.lang.Class.privateGetDeclaredFields(Class.java:2308)
at java.lang.Class.getDeclaredFields(Class.java:1760)
at
com.thoughtworks.xstream.mapper.AnnotationMapper.processTypes(AnnotationMapper.java:182)
Java Result: 1

it happens when I reach the line where I set the configuration file:

SolverFactory solverFactory = new
XmlSolverFactory("/com/my/proj/planner/solver/plannerSolverConfig.xml");

I'm using now drools 5.5.0.Final without the dsl file that had some issue
(see older post), I tested on eclipse with it and it worked perfectly. The
path to the file is correct.

These are the dependencies, using maven:

drools-compiler-5.5.0.Final
drools-core-5.5.0.Final
drools-planner-core-5.5.0.Final


5.5.0.Final



   org.drools
drools-core
${org.drools.version}
provided


 org.drools
 drools-compiler
 ${org.drools.version}
 provided


  org.drools.planner
  drools-planner-core
  ${org.drools.version}

___
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users

[rules-users] Score traps - better docs

[Geoffrey De Smet]

Several users complained about not understanding "score traps", so for 
6.0 I 've improved the docs about it.
It also explains some way to deal with them.

https://github.com/droolsjbpm/drools-planner/blob/3f417ddeff270db83cc58b32a4150e99f4f8a378/drools-planner-docs/src/main/docbook/en-US/Chapter-Score_calculation/Chapter-Score_calculation.xml#L1088

HTH :)

PS: Wait for the 6.0 release if you want it in pretty format

___
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users

Re: [rules-users] Bad Gateway at http://www.jboss.org/drools

[Syargey]

Thanks.



--
View this message in context: 
http://drools.46999.n3.nabble.com/Bad-Gateway-at-http-www-jboss-org-drools-tp4022614p4022650.html
Sent from the Drools: User forum mailing list archive at Nabble.com.
___
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users