taplanner-core-6.0.0.Beta5.jar:6.0.0.Beta5]
at
org.optaplanner.core.config.solver.XmlSolverFactory.buildSolver(XmlSolverFactory.java:104)
~[optaplanner-core-6.0.0.Beta5.jar:6.0.0.Beta5]*
--
Regards,
Sandeep Bandela.
___
rules-users mail
ol number plan
variables/resources needed for a planning entity? like 2 teachers & 4 lab
assistants for a lab session of course (is it related to
https://issues.jboss.org/browse/PLANNER-167 if so any workaround).
--
Regards,
Sandeep Bandela.
___
rules-us
planning
> entities & their variables. I could put a message from each rule to some
> object in workingMem. but how can I get those objects back after the solver
> is done but didnt have a feasible solution/ or even for any given solution.
> or is there any better way?
>
>
> -
objects back after the solver
is done but didnt have a feasible solution/ or even for any given solution.
or is there any better way?
--
Regards,
Sandeep Bandela.
___
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
ors detected during another
> kb.add(): why not just keep track of the last size() of the list? New
> errors are bound to appear at the end of the list.
> -W
>
> On 10 June 2012 01:44, Sandeep Bandela wrote:
>
>> Hi,
>> I have rules (drl format strings) stored in a da
to do this?
I am using drools-5.2.0.final
--
Regards,
Sandeep Bandela.
___
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
of the collect CE is changed due to the modify. You have to
> copy the list and use the copy in the loop.
> -W
>
> 2011/9/9 Sandeep Bandela :
> > Thanks wolfgang, for the info and that workaround.
> > I think there is some off by one error in for loop, or may be some
> mist
gt; You cannot access components of a global in RHS code using the simplified
> notation (not unless you use "mvel" - but don't do that.) Here, all accesses
> should be written the usual Java way, with getter and setter calls.
>
> The problem you have with modify(ci) is a b
some more info for the modify() problem, the CartItem is an interface and
the implementation is CartItemImpl. if this info leads to some clues.
On Fri, Sep 9, 2011 at 1:28 PM, Sandeep Bandela wrote:
> Hi here is the same thing converted to mvl
>
> // this Bundler.java has integer me
units_of_Product_B_Free_0.java
(26:1842) : The method setAggrigatorId(int) is undefined for the type Object
Rule Compilation error : [Rule name='Apply 10% discount if you purchase 2
items']
com/example/promotions/promotionEngine/Rule_Apply_10__discount_if_you_purchase_2_items_0.java
(23:1
eld name rather than the getter call - it improves
>readability.
>- I'm not sure whether 5.2.0 final handles boolean fields correctly -
>IIRC, there were some issues. It's possible that CartItem(..., !processed)
>works.
>
> -W
>
> 2011/9/8 Sande
y to do it?
any feedback is appreciated.
--
Regards,
Sandeep Bandela.
___
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
12 matches
Mail list logo