I really don't need mvel so this solution is good for me. Anyway, I will also try the workaround suggested, maybe it will be useful in other situations.
Thanks! Wolfgang Laun-2 wrote: > > On Mon, Jan 4, 2010 at 10:46 AM, xalperte > <[email protected]>wrote: > >> >> >> Wolfgang Laun-2 wrote: >> > >> > Try >> > (a) declaring parameters days and percentage as Integer >> > (b) keep the function as is, but remove dialect "mvel" from the rule. >> > >> >> Hi, thank you for your quick response. >> >> I'm using Drools 5.0.1 in JBoss AS 4.2.3. >> >> I've tested the two options with the following results: >> >> b) Changing the dialect from mvel to java: Runs OK! >> > > So, does this solve your predicament, at least, temporarily? > > > >> a) Change the parameters signature from int to Integer throws the >> following >> exception: >> > > Avoiding literals and declaring two int's on the RHS might be worth > another > try, > if you really need mvel, > > int d = ...; > int p =...; > addBookingPayment($request, d, p ); > > -W > > >> >> org.drools.runtime.rule.ConsequenceException: [Error: unable to resolve >> method: >> >> kobo.regularSafaris.AddBookingPayment.addBookingPayment(kobo.regularSafaris.BookingRequest, >> java.lang.Integer, java.lang.Integer) [arglength=3]] >> [Near : {... Unknown ....}] >> ^ >> [Line: 1, Column: 0] >> at >> >> org.drools.runtime.rule.impl.DefaultConsequenceExceptionHandler.handleException(DefaultConsequenceExceptionHandler.java:23) >> >>Anyway, I will also try the workaround suggested, maybe it will be useful in other > > _______________________________________________ > rules-users mailing list > [email protected] > https://lists.jboss.org/mailman/listinfo/rules-users > > -- View this message in context: http://n3.nabble.com/Error-unable-to-resolve-method-tp108194p108324.html Sent from the Drools - User mailing list archive at Nabble.com. _______________________________________________ rules-users mailing list [email protected] https://lists.jboss.org/mailman/listinfo/rules-users
