Upgrading to 1.3.9 is completely safe. It is tested with drools. We did not tested with 1..3.15, but should be ok too.
[]s Edson 2008/11/19 hongyu lu <[EMAIL PROTECTED]> > worse case is we switch to java dialect, although we do need to use jbrms > for rule maintenance. is there a way to force jbrms to use java dialect > globally(i tried dialect "java" in the package header, but didn't seem to > work)? we could force java dialect on each rule but we really want to avoid > that. and what would be the down side of not using mvel dialect in jbrms? > > thanks > Jeff > > ------------------------------ > *From:* Edson Tirelli <[EMAIL PROTECTED]> > *To:* Rules Users List <[email protected]> > *Sent:* Wednesday, November 19, 2008 6:46:09 AM > *Subject:* Re: [rules-users] intermittent error from mvel > > > Jeff, > > What mvel version are you using? (take a look at the jar name) > If it is not 1.3.9, try it out to check if the problem still happens. > > []s > Edson > > 2008/11/19 hongyu lu <[EMAIL PROTECTED]> > >> Hi, >> >> I am seeking some help here for a very weird issue we ran into with drools >> 4.0.7. The error is intermittent but once happens it will be consistent >> for the rest rule evaluation. >> >> We have a fact object called com.like.rules.facts.AllocationFact. But >> somehow the class name was messed up when passed to mvel for accessor >> optimization:com.like.rules.facts.AllocationFact.facts.AllocationFact.facts.AllocationFac >> t. Some parsing related problem? Any advice on how to debug this kind >> issues? >> >> thanks a lot for your help! >> Jeff >> >> org.drools.spi.ConsequenceException: org.mvel.CompileException: class or >> class reference not found: >> >> com.like.rules.facts.AllocationFact.facts.AllocationFact.facts.AllocationFac >> t() >> at >> >> org.drools.base.DefaultConsequenceExceptionHandler.handleException(DefaultCo >> nsequenceExceptionHandler.java:13) >> at >> org.drools.common.DefaultAgenda.fireActivation(DefaultAgenda.java:558) >> at org.drools.common.DefaultAgenda.fireNextItem(DefaultAgenda.java:518) >> at >> >> org.drools.common.AbstractWorkingMemory.fireAllRules(AbstractWorkingMemory.j >> ava:475) >> at >> >> org.drools.common.AbstractWorkingMemory.fireAllRules(AbstractWorkingMemory.j >> ava:439) >> at >> com.like.ab.ABServiceImpl.determineAttributes(ABServiceImpl.java:125) >> at com.like.ab.ABServiceImpl.getCustomer(ABServiceImpl.java:90) >> at com.like.ab.ABServiceImpl.getAttributes(ABServiceImpl.java:52) >> at >> >> com.like.ab.ABRequestContextImpl.conditionallyInit(ABRequestContextImpl.java >> :130) >> at >> com.like.ab.ABRequestContextImpl.<init>(ABRequestContextImpl.java:39) >> at >> com.like.ab.ABRequestContextImpl.<init>(ABRequestContextImpl.java:32) >> at >> >> com.like.ab.ABServletRequestFilter.allocateLazyInitableRequestContext(ABServ >> letRequestFilter.java:110) >> at >> >> com.like.ab.ABServletRequestFilter.doFilter(ABServletRequestFilter.java:56) >> at >> >> com.caucho.server.dispatch.FilterFilterChain.doFilter(FilterFilterChain.java >> :70) >> at >> >> com.like.web.LikeWWWRequestFilter.wrapWithLikeWWWRequestContext(LikeWWWReque >> stFilter.java:114) >> at >> com.like.web.LikeWWWRequestFilter.doFilter(LikeWWWRequestFilter.java:74) >> at >> >> com.caucho.server.dispatch.FilterFilterChain.doFilter(FilterFilterChain.java >> :70) >> at >> >> com.like.web.ExceptionHandlerFilter.doFilter(ExceptionHandlerFilter.java:80) >> at >> >> com.caucho.server.dispatch.FilterFilterChain.doFilter(FilterFilterChain.java >> :70) >> at com.caucho.filters.XsltFilter.doFilter(XsltFilter.java:121) >> at com.like.web.LikeXsltFilter.doFilter(LikeXsltFilter.java:22) >> at >> >> com.caucho.server.dispatch.FilterFilterChain.doFilter(FilterFilterChain.java >> :70) >> at >> >> com.caucho.server.webapp.WebAppFilterChain.doFilter(WebAppFilterChain.java:1 >> 63) >> at >> >> com.caucho.server.dispatch.ServletInvocation.service(ServletInvocation.java: >> 208) >> at >> com.caucho.server.http.HttpRequest.handleRequest(HttpRequest.java:259) >> at com.caucho.server.port.TcpConnection.run(TcpConnection.java:363) >> at com.caucho.util.ThreadPool.runTasks(ThreadPool.java:490) >> at com.caucho.util.ThreadPool.run(ThreadPool.java:423) >> at java.lang.Thread.run(Thread.java:595) >> Caused by: org.mvel.CompileException: class or class reference not found: >> >> com.like.rules.facts.AllocationFact.facts.AllocationFact.facts.AllocationFac >> t() >> at >> >> org.mvel.optimizers.impl.asm.ASMAccessorOptimizer.optimizeObjectCreation(ASM >> AccessorOptimizer.java:1842) >> at >> >> org.mvel.ast.NewObjectNode.getReducedValueAccelerated(NewObjectNode.java:191 >> ) >> at org.mvel.ExecutableAccessor.getValue(ExecutableAccessor.java:45) >> at >> org.mvel.ast.TypedVarNode.getReducedValueAccelerated(TypedVarNode.java:43) >> at org.mvel.MVELRuntime.execute(MVELRuntime.java:90) >> at org.mvel.CompiledExpression.getValue(CompiledExpression.java:111) >> at org.mvel.MVEL.executeExpression(MVEL.java:235) >> at >> org.drools.base.mvel.MVELConsequence.evaluate(MVELConsequence.java:48) >> at >> org.drools.common.DefaultAgenda.fireActivation(DefaultAgenda.java:554) >> ... 27 more >> >> >> >> _______________________________________________ >> rules-users mailing list >> [email protected] >> https://lists.jboss.org/mailman/listinfo/rules-users >> > > > > -- > Edson Tirelli > JBoss Drools Core Development > JBoss, a division of Red Hat @ www.jboss.com > > > _______________________________________________ > rules-users mailing list > [email protected] > https://lists.jboss.org/mailman/listinfo/rules-users > > -- Edson Tirelli JBoss Drools Core Development JBoss, a division of Red Hat @ www.jboss.com
_______________________________________________ rules-users mailing list [email protected] https://lists.jboss.org/mailman/listinfo/rules-users
