A question about web Guvnor and Standalone Guvnor
by Gavin Wang
Hi all:
i'm a newbie to drools.
when i deployed the guvnor 5.0.1 ,i found there are two kind , web
guvnor and standalone guvnor.
it seems that there is no diffrence betteen the .war folders in each.
it seems that standalone guvnor only means a web guvnor + a jboss as ?
is there any special requirement on the version of jboss as ?
i found that the jboss as in standalone guvnor folder is jboss 4.2.3.but
when i deployed the .war folder of standalone guvnor into jboss eap
4.3,it throw a exception.
java.lang.NoClassDefFoundError: org/jgroups/MembershipListener
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClassCond(ClassLoader.java:632)
at java.lang.ClassLoader.defineClass(ClassLoader.java:616)
at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:141)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:283)
at java.net.URLClassLoader.access$000(URLClassLoader.java:58)
at java.net.URLClassLoader$1.run(URLClassLoader.java:197)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
at
org.jboss.mx.loading.RepositoryClassLoader.findClassLocally(RepositoryClassLoader.java:679)
i know that is because short of jgroup.jar,but i can not find this jar
in the standalone guvnor,i goes well.
Why ?
Waiting for reply！ thanks!
best wishes!
--
View this message in context: http://n3.nabble.com/A-question-about-web-Guvnor-and-Standalone-Guvnor-tp...
Sent from the Drools - User mailing list archive at Nabble.com.
15 years, 9 months
Permission Error on drools.packagebuilder.conf
by Gaurav
Hi All,
This is the first time we are merging drools into our application and
getting following error on deploying code to WAS environment.
Permission:
/opt/gen/xxdms/drools.packagebuilder.conf : Access denied
(java.io.FilePermission /opt/gen/xxdms/drools.packagebuilder.conf read)
Code:
org.drools.util.ChainedProperties in
{file:/opt/httpd/root/apps/dms/ibm/ccix-dev-ear/dms.war/WEB-INF/lib/drools-core.jar}
We are not using drools.packagebuilder.conf file directly but it is getting
called internally from drools-core.jar.
I have created an empty drools.packagebuilder.conf file and kept it in
META-INF folder but still getting the same error.
I have already tried putting this entry in was.policy file with read
permission but no luck.
user.home might be coming as /opt/gen/xxdms so I tried changing it to my
local directory on Linux and given read permission for that folder in
was.policy but still no luck.
I have tried all the possible combinations and wasted 5-6 hours.
Could some one please help me resolving this issue.
Thanks,
Gaurav
--
View this message in context: http://n3.nabble.com/Permission-Error-on-drools-packagebuilder-conf-tp702...
Sent from the Drools - User mailing list archive at Nabble.com.
15 years, 9 months
Difference ruleflow agenda-group
by Bertrand Grottier
Hello,
Can someone explain me the difference between ruleflow and agenda-group ?
I am asking the question because I managed to create a "ruleflow" based on agenda-group.
What is the additionnal value of ruleflow ? Just ease of use or is there anything else ?
Thank you in advance.
Benoît
_________________________________________________________________
Hotmail et MSN dans la poche? HOTMAIL et MSN sont dispo gratuitement sur votre téléphone!
http://www.messengersurvotremobile.com/?d=Hotmail
15 years, 9 months
Problem With DEFAULT_REFS Table Taking Up A Very Large Amount of Space
by S. McKee
Hello,
I previously asked a question about programmatically creating rules and
then uploading them to Guvnor (
http://n3.nabble.com/Question-About-Programmatically-Creating-Drools-Rule...
). I decided to go ahead with the idea proposed by david_nabble and
upload the rules I created to Guvnor via webdav using sardine.
Unfortunately I have run into a problem where the DEFAULT_REFS table in
the database I am using has become incredibly large; over 27 gigabytes.
Not only that, but the DEFAULT_REFS table consists of only 4 rows of
LOBs. This size was hit after uploading approximately 30 000 - 40 000
rules. If I examine the .brl, each rule is only about 1.1 kilobytes in
size each, so I have only uploaded about 32-42 MB of rules.
Does anyone know what is going on here and/or what direction I could go
in solving this issue?
Thank You,
Scott McKee
15 years, 9 months
Configuring Persistance to JBoss
by ramram
Hi All,
I am migrating my application from Tomcat to JBoss and I was faced by the
following exception. Although I removed the jta.jar from the lib. It is y
Caused by: javax.persistence.TransactionRequiredException: No active JTA
transaction on joinTransaction anyone have an idea how to fix this issue.
java.lang.RuntimeException: Could not initialize stateful knowledge session:
java.lang.reflect.InvocationTargetException
at
com.fp.workflow.engine.EngineProcessDef.newStatefulKnowledgeSession(EngineProcessDef.java:128)
at
com.fp.workflow.engine.EngineProcessDef.getSession(EngineProcessDef.java:151)
at
com.fp.workflow.engine.EngineProcessDef.<init>(EngineProcessDef.java:41)
at
com.fp.workflow.engine.InitializeEngine.contextInitialized(InitializeEngine.java:19)
at
org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3856)
at
org.apache.catalina.core.StandardContext.start(StandardContext.java:4361)
at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:790)
at
org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:770)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:553)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
org.apache.tomcat.util.modeler.BaseModelMBean.invoke(BaseModelMBean.java:296)
at
org.jboss.mx.server.RawDynamicInvoker.invoke(RawDynamicInvoker.java:164)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at
org.apache.catalina.core.StandardContext.init(StandardContext.java:5312)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
org.apache.tomcat.util.modeler.BaseModelMBean.invoke(BaseModelMBean.java:296)
at
org.jboss.mx.server.RawDynamicInvoker.invoke(RawDynamicInvoker.java:164)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at
org.jboss.web.tomcat.service.TomcatDeployer.performDeployInternal(TomcatDeployer.java:301)
at
org.jboss.web.tomcat.service.TomcatDeployer.performDeploy(TomcatDeployer.java:104)
at org.jboss.web.AbstractWebDeployer.start(AbstractWebDeployer.java:375)
at org.jboss.web.WebModule.startModule(WebModule.java:83)
at org.jboss.web.WebModule.startService(WebModule.java:61)
at
org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:289)
at
org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:245)
at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
at
org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at
org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:978)
at $Proxy0.start(Unknown Source)
at org.jboss.system.ServiceController.start(ServiceController.java:417)
at sun.reflect.GeneratedMethodAccessor9.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
at
org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
at $Proxy44.start(Unknown Source)
at
org.jboss.web.AbstractWebContainer.start(AbstractWebContainer.java:466)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at
org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
at
org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142)
at
org.jboss.mx.interceptor.DynamicInterceptor.invoke(DynamicInterceptor.java:97)
at
org.jboss.system.InterceptorServiceMBeanSupport.invokeNext(InterceptorServiceMBeanSupport.java:238)
at
org.jboss.wsf.container.jboss42.DeployerInterceptor.start(DeployerInterceptor.java:87)
at
org.jboss.deployment.SubDeployerInterceptorSupport$XMBeanInterceptor.start(SubDeployerInterceptorSupport.java:188)
at
org.jboss.deployment.SubDeployerInterceptor.invoke(SubDeployerInterceptor.java:95)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
at
org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
at $Proxy45.start(Unknown Source)
at org.jboss.deployment.MainDeployer.start(MainDeployer.java:1025)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:819)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:782)
at sun.reflect.GeneratedMethodAccessor21.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at
org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
at
org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
at
org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
at $Proxy9.deploy(Unknown Source)
at
org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:421)
at
org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:634)
at
org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:263)
at
org.jboss.deployment.scanner.AbstractDeploymentScanner.startService(AbstractDeploymentScanner.java:336)
at
org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:289)
at
org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:245)
at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
at
org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at
org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:978)
at $Proxy0.start(Unknown Source)
at org.jboss.system.ServiceController.start(ServiceController.java:417)
at sun.reflect.GeneratedMethodAccessor9.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
at
org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
at $Proxy4.start(Unknown Source)
at org.jboss.deployment.SARDeployer.start(SARDeployer.java:304)
at org.jboss.deployment.MainDeployer.start(MainDeployer.java:1025)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:819)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:782)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:766)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at
org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
at
org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
at
org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
at $Proxy5.deploy(Unknown Source)
at org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:482)
at org.jboss.system.server.ServerImpl.start(ServerImpl.java:362)
at org.jboss.Main.boot(Main.java:200)
at org.jboss.Main$1.run(Main.java:508)
at java.lang.Thread.run(Thread.java:619)
Caused by: java.lang.IllegalStateException:
java.lang.reflect.InvocationTargetException
at
org.drools.persistence.jpa.impl.JPAKnowledgeServiceProviderImpl.buildCommanService(JPAKnowledgeServiceProviderImpl.java:97)
at
org.drools.persistence.jpa.impl.JPAKnowledgeServiceProviderImpl.loadStatefulKnowledgeSession(JPAKnowledgeServiceProviderImpl.java:72)
at
org.drools.persistence.jpa.JPAKnowledgeService.loadStatefulKnowledgeSession(JPAKnowledgeService.java:102)
at
com.fp.workflow.engine.EngineProcessDef.newStatefulKnowledgeSession(EngineProcessDef.java:82)
... 138 more
Caused by: java.lang.reflect.InvocationTargetException
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
at
org.drools.persistence.jpa.impl.JPAKnowledgeServiceProviderImpl.buildCommanService(JPAKnowledgeServiceProviderImpl.java:85)
... 141 more
Caused by: java.lang.RuntimeException: Could not rollback transaction
at
org.drools.persistence.session.SingleSessionCommandService.<init>(SingleSessionCommandService.java:196)
... 146 more
Caused by: java.lang.RuntimeException: Could not find session data for id 1
at
org.drools.persistence.session.SingleSessionCommandService.<init>(SingleSessionCommandService.java:193)
... 146 more
Caused by: javax.persistence.TransactionRequiredException: No active JTA
transaction on joinTransaction call
at
org.hibernate.ejb.AbstractEntityManagerImpl.joinTransaction(AbstractEntityManagerImpl.java:458)
at
org.hibernate.ejb.AbstractEntityManagerImpl.joinTransaction(AbstractEntityManagerImpl.java:431)
at
org.drools.persistence.session.SingleSessionCommandService.<init>(SingleSessionCommandService.java:180)
... 146 more
Regards
Ram
--
View this message in context: http://n3.nabble.com/Configuring-Persistance-to-JBoss-tp699689p699689.html
Sent from the Drools - User mailing list archive at Nabble.com.
15 years, 9 months
Guvnor: Decision Table: DateFormat Problem
by alim
Hey everyone!
I'm using Guvnor and a Decision Table (Spreadsheet) as the rule provider.
I have a column/condition within the decision table that is a method which
takes a date as parameter. My date format in the spreadsheet is dd.mm.yyyy
(e.g. 31.12.2008). Now, once having uploaded the file and viewing the source
(as .drl), the date format is no longer dd.mm.yyyy, but dd/mm/yyyy, which
then leads to a wrong validation within the application.
I know there is this preferences.properties File which can be found under
<path to jboss>\server\default\deploy\drools-guvnor.war\WEB-INF\classes. I
adjusted that with drools.dateformat=dd.MM.yyyy, but it won't have any
effect?!
Is there a possibility to keep the date format as it was in the spreadsheet,
i.e. dd.mm.yyyy? Couldn't find a way to define that anywhere within Guvnor.
Thanks a lot!
--
View this message in context: http://n3.nabble.com/Guvnor-Decision-Table-DateFormat-Problem-tp699736p69...
Sent from the Drools - User mailing list archive at Nabble.com.
15 years, 9 months
Drools and Date
by AervTerrh
Hey all,
I'm having some problems.
The first one was rather easy:
I wanted to compare a Date (deadline) of my entity Task to a certain String
date.
Apparently this does the trick: (Probably depends on Locale)
$task: Task ( deadline < "01-APR-2009" )
But then I stumbled upon a second problem. I was wondering, how one would
allow:
$task : Task ((deadline < $currentDate) || (deadline < $currentDate +
OneDay))
I had solved this by putting a sort of object (DateKeeper) that holds the
currentDate + x * AmountOfDays in the KnowledgeSession.
Code:
public class DateKeeper
{
public Date date;
private int numberOfDaysAfterCurrentTime;
public DateKeeper(int numberOfDays)
{
date = new Date(new Date().getTime() + numberOfDays *
Timer.ONE_DAY);
numberOfDaysAfterCurrentTime = numberOfDays;
}
public int getNumberOfDaysAfterCurrentTime() {
return numberOfDaysAfterCurrentTime;
}
public Date getDate()
{
return date;
}
}
Then calling it like:
DateKeeper ( numberOfDaysAfterCurrentTime == 1, $date : date )
$task : Task ((deadline < $currentDate && priority != Priority.HIGH) ||
(deadline < $date && priority != Priority.HIGH))
But I would like to find a way to do this without the object. Like a clean
way... So users can easily create new rules by simply choosing a number of
days.
If anyone knows how to solve this, it would be very much appreciated!
Kind regards
Aerv
--
View this message in context: http://n3.nabble.com/Drools-and-Date-tp698967p698967.html
Sent from the Drools - User mailing list archive at Nabble.com.
15 years, 9 months
