Re: [rules-users] Guvnor jackrabbit session issue?
Any resolution to this issue? I am having the same issue and warning messages make my log file (super) bloated. Looking forward to the fix. I have JBoss AS7.1.0.Final Drools 5.3 version jars Thanks! -- View this message in context: http://drools.46999.n3.nabble.com/Guvnor-jackrabbit-session-issue-tp3868067p4018336.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] Guvnor jackrabbit session issue?
I am using JDK 1.6 v 32 And the stack trace is here below: 11:39:13,105 WARN [org.apache.jackrabbit.core.session.SessionState] (Finalizer) session-guest-46 has already been closed. See the attached exception for a trace of where this session was closed.: java.lang.Exception: Stack trace of where session-guest-46 was originally closed at org.apache.jackrabbit.core.session.SessionState.close(SessionState.java:245) at org.apache.jackrabbit.core.SessionImpl.logout(SessionImpl.java:888) at org.apache.jackrabbit.core.XASessionImpl.logout(XASessionImpl.java:389) at org.drools.repository.RulesRepository.logout(RulesRepository.java:198) at org.drools.guvnor.server.repository.RulesRepositoryManager.close(RulesRepositoryManager.java:67) at sun.reflect.GeneratedMethodAccessor21.invoke(Unknown Source) [:1.6.0_31] at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) [rt.jar:1.6.0_31] at java.lang.reflect.Method.invoke(Unknown Source) [rt.jar:1.6.0_31] at org.jboss.seam.util.Reflections.invoke(Reflections.java:22) at org.jboss.seam.intercept.RootInvocationContext.proceed(RootInvocationContext.java:32) at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:56) at org.jboss.seam.transaction.RollbackInterceptor.aroundInvoke(RollbackInterceptor.java:28) at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68) at org.jboss.seam.core.BijectionInterceptor.aroundInvoke(BijectionInterceptor.java:77) at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68) at org.jboss.seam.core.MethodContextInterceptor.aroundInvoke(MethodContextInterceptor.java:44) at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68) at org.jboss.seam.intercept.RootInterceptor.invoke(RootInterceptor.java:107) at org.jboss.seam.intercept.JavaBeanInterceptor.interceptInvocation(JavaBeanInterceptor.java:185) at org.jboss.seam.intercept.JavaBeanInterceptor.invoke(JavaBeanInterceptor.java:103) at org.drools.guvnor.server.repository.RulesRepositoryManager_$$_javassist_seam_6.close(RulesRepositoryManager_$$_javassist_seam_6.java) at sun.reflect.GeneratedMethodAccessor20.invoke(Unknown Source) [:1.6.0_31] at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) [rt.jar:1.6.0_31] at java.lang.reflect.Method.invoke(Unknown Source) [rt.jar:1.6.0_31] at org.jboss.seam.util.Reflections.invoke(Reflections.java:22) at org.jboss.seam.util.Reflections.invokeAndWrap(Reflections.java:144) at org.jboss.seam.Component.callComponentMethod(Component.java:2275) at org.jboss.seam.Component.callDestroyMethod(Component.java:2206) at org.jboss.seam.Component.destroy(Component.java:1472) at org.jboss.seam.contexts.Contexts.destroy(Contexts.java:251) at org.jboss.seam.contexts.Contexts.flushAndDestroyContexts(Contexts.java:394) at org.jboss.seam.contexts.ServletLifecycle.endRequest(ServletLifecycle.java:86) at org.jboss.seam.servlet.ContextualHttpServletRequest.run(ContextualHttpServletRequest.java:74) at org.jboss.seam.web.ContextFilter.doFilter(ContextFilter.java:37) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:154) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) at java.lang.Thread.run(Unknown Source) [rt.jar:1.6.0_31] 11:39:13,525 INFO [org.apache.jackrabbit.core.TransientRepository] (http--0.0.0.0-8080-2) Session closed -- View this message in context: http://drools.46999.n3.nabble.com/Guvnor-jackrabbit-session-issue-tp3868067p4018338.html Sent from the Drools: User forum mailing list archive at Nabble.com. ___ rules-users mailing list rules-users@lists.jboss.org
Re: [rules-users] Guvnor jackrabbit session issue?
Thank you for the reply. I am still having the issue. I changed all my logging levels to ERROR but the jackrabbit warning still appears on the server log. Thanks again! Details: Jboss 7.1.0.Final Drools 5.3 version jars JDK 1.6 v 32 Stack trace: And the stack trace is here below: 11:39:13,105 WARN [org.apache.jackrabbit.core.session.SessionState] (Finalizer) session-guest-46 has already been closed. See the attached exception for a trace of where this session was closed.: java.lang.Exception: Stack trace of where session-guest-46 was originally closed at org.apache.jackrabbit.core.session.SessionState.close(SessionState.java:245) at org.apache.jackrabbit.core.SessionImpl.logout(SessionImpl.java:888) at org.apache.jackrabbit.core.XASessionImpl.logout(XASessionImpl.java:389) at org.drools.repository.RulesRepository.logout(RulesRepository.java:198) at org.drools.guvnor.server.repository.RulesRepositoryManager.close(RulesRepositoryManager.java:67) at sun.reflect.GeneratedMethodAccessor21.invoke(Unknown Source) [:1.6.0_31] at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) [rt.jar:1.6.0_31] at java.lang.reflect.Method.invoke(Unknown Source) [rt.jar:1.6.0_31] at org.jboss.seam.util.Reflections.invoke(Reflections.java:22) at org.jboss.seam.intercept.RootInvocationContext.proceed(RootInvocationContext.java:32) at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:56) at org.jboss.seam.transaction.RollbackInterceptor.aroundInvoke(RollbackInterceptor.java:28) at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68) at org.jboss.seam.core.BijectionInterceptor.aroundInvoke(BijectionInterceptor.java:77) at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68) at org.jboss.seam.core.MethodContextInterceptor.aroundInvoke(MethodContextInterceptor.java:44) at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68) at org.jboss.seam.intercept.RootInterceptor.invoke(RootInterceptor.java:107) at org.jboss.seam.intercept.JavaBeanInterceptor.interceptInvocation(JavaBeanInterceptor.java:185) at org.jboss.seam.intercept.JavaBeanInterceptor.invoke(JavaBeanInterceptor.java:103) at org.drools.guvnor.server.repository.RulesRepositoryManager_$$_javassist_seam_6.close(RulesRepositoryManager_$$_javassist_seam_6.java) at sun.reflect.GeneratedMethodAccessor20.invoke(Unknown Source) [:1.6.0_31] at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) [rt.jar:1.6.0_31] at java.lang.reflect.Method.invoke(Unknown Source) [rt.jar:1.6.0_31] at org.jboss.seam.util.Reflections.invoke(Reflections.java:22) at org.jboss.seam.util.Reflections.invokeAndWrap(Reflections.java:144) at org.jboss.seam.Component.callComponentMethod(Component.java:2275) at org.jboss.seam.Component.callDestroyMethod(Component.java:2206) at org.jboss.seam.Component.destroy(Component.java:1472) at org.jboss.seam.contexts.Contexts.destroy(Contexts.java:251) at org.jboss.seam.contexts.Contexts.flushAndDestroyContexts(Contexts.java:394) at org.jboss.seam.contexts.ServletLifecycle.endRequest(ServletLifecycle.java:86) at org.jboss.seam.servlet.ContextualHttpServletRequest.run(ContextualHttpServletRequest.java:74) at org.jboss.seam.web.ContextFilter.doFilter(ContextFilter.java:37) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:154) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) at java.lang.Thread.run(Unknown Source) [rt.jar:1.6.0_31] 11:39:13,525 INFO [org.apache.jackrabbit.core.TransientRepository] (http--0.0.0.0-8080-2) Session closed -- View this
Re: [rules-users] Guvnor jackrabbit session issue?
Hi, the stach trace shows that this problem is different from the jackrabbit session problem we fixed previously. I've filed a jira for this: https://issues.jboss.org/browse/GUVNOR-1917. Will take a closer look and fix it soon. Cheers, Jervis On 2012/6/28 23:54, 0beron wrote: Details: Jboss 7.1.0.Final Drools 5.3 version jars JDK 1.6 v 32 Stack trace: And the stack trace is here below: 11:39:13,105 WARN [org.apache.jackrabbit.core.session.SessionState] (Finalizer) session-guest-46 has already been closed. See the attached exception for a trace of where this session was closed.: java.lang.Exception: Stack trace of where session-guest-46 was originally closed at org.apache.jackrabbit.core.session.SessionState.close(SessionState.java:245) at org.apache.jackrabbit.core.SessionImpl.logout(SessionImpl.java:888) at org.apache.jackrabbit.core.XASessionImpl.logout(XASessionImpl.java:389) at org.drools.repository.RulesRepository.logout(RulesRepository.java:198) at org.drools.guvnor.server.repository.RulesRepositoryManager.close(RulesRepositoryManager.java:67) at sun.reflect.GeneratedMethodAccessor21.invoke(Unknown Source) [:1.6.0_31] at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) [rt.jar:1.6.0_31] at java.lang.reflect.Method.invoke(Unknown Source) [rt.jar:1.6.0_31] at org.jboss.seam.util.Reflections.invoke(Reflections.java:22) at org.jboss.seam.intercept.RootInvocationContext.proceed(RootInvocationContext.java:32) at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:56) at org.jboss.seam.transaction.RollbackInterceptor.aroundInvoke(RollbackInterceptor.java:28) at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68) at org.jboss.seam.core.BijectionInterceptor.aroundInvoke(BijectionInterceptor.java:77) at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68) at org.jboss.seam.core.MethodContextInterceptor.aroundInvoke(MethodContextInterceptor.java:44) at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68) at org.jboss.seam.intercept.RootInterceptor.invoke(RootInterceptor.java:107) at org.jboss.seam.intercept.JavaBeanInterceptor.interceptInvocation(JavaBeanInterceptor.java:185) at org.jboss.seam.intercept.JavaBeanInterceptor.invoke(JavaBeanInterceptor.java:103) at org.drools.guvnor.server.repository.RulesRepositoryManager_$$_javassist_seam_6.close(RulesRepositoryManager_$$_javassist_seam_6.java) at sun.reflect.GeneratedMethodAccessor20.invoke(Unknown Source) [:1.6.0_31] at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) [rt.jar:1.6.0_31] at java.lang.reflect.Method.invoke(Unknown Source) [rt.jar:1.6.0_31] at org.jboss.seam.util.Reflections.invoke(Reflections.java:22) at org.jboss.seam.util.Reflections.invokeAndWrap(Reflections.java:144) at org.jboss.seam.Component.callComponentMethod(Component.java:2275) at org.jboss.seam.Component.callDestroyMethod(Component.java:2206) at org.jboss.seam.Component.destroy(Component.java:1472) at org.jboss.seam.contexts.Contexts.destroy(Contexts.java:251) at org.jboss.seam.contexts.Contexts.flushAndDestroyContexts(Contexts.java:394) at org.jboss.seam.contexts.ServletLifecycle.endRequest(ServletLifecycle.java:86) at org.jboss.seam.servlet.ContextualHttpServletRequest.run(ContextualHttpServletRequest.java:74) at org.jboss.seam.web.ContextFilter.doFilter(ContextFilter.java:37) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:154) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) at
Re: [rules-users] Guvnor jackrabbit session issue?
On 2012/6/16 1:15, 0beron wrote: I am having the same issue and I am using guvnor-5.3.0.Final-jboss-as-7.0. Could you please let me know any way to stop this. It keeps making my log file (super) bloated. Hi, the issue reported by the previous email had been fixed in Guvnor 5.3 final. If you still see this problem, could you please provide following info so that we can take a deeper look. 1. Guvnor version 2. Application server type (JBOSS AS 7, AS 6, Tomcat?) 3. Jdk version 4. detailed stack trace. Thanks, Jervis Thanks in advance! -- View this message in context: http://drools.46999.n3.nabble.com/Guvnor-jackrabbit-session-issue-tp3868067p4017998.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] Guvnor jackrabbit session issue?
I am moving some working Eclipse-developed code to Guvnor and am seeing a huge number of messages logged for jackrabbit session that has already been closed. This happens nearly continuously, with the session number ascending: 11:18:01,889 WARN [org.apache.jackrabbit.core.session.SessionState] (Finalizer) Attempt to close session-guest-45 after it has alre ady been closed. Please review your code for proper session management.: java.lang.Exception: Stack trace of the duplicate attempt t o close session-guest-45 Trying to debug the working code moved from my local system Guvnor that say to check the log. These session messages consume thousands of lines of warnings (at dozens per button press) that finding any real error messages seems impossible (even with automated searches). This issue has been posted on other forums but I don't see anything here. Is there a work around this issue - hopefully correcting the session persistence, as opposed to changing the logging level? I am guessing leaving Guvnor ungracefully causes an endless stream of these (forever). Thanks! -- View this message in context: http://drools.46999.n3.nabble.com/Guvnor-jackrabbit-session-issue-tp3868067p3868067.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] Guvnor jackrabbit session issue?
What version of Guvnor do you use? Can you provide step by step instructions to replicate, from installation of a fresh repository (or deployment of Guvnor) to seeing the problem? sent on the move On 29 Mar 2012 16:34, drdaveg drda...@gmail.com wrote: I am moving some working Eclipse-developed code to Guvnor and am seeing a huge number of messages logged for jackrabbit session that has already been closed. This happens nearly continuously, with the session number ascending: 11:18:01,889 WARN [org.apache.jackrabbit.core.session.SessionState] (Finalizer) Attempt to close session-guest-45 after it has alre ady been closed. Please review your code for proper session management.: java.lang.Exception: Stack trace of the duplicate attempt t o close session-guest-45 Trying to debug the working code moved from my local system Guvnor that say to check the log. These session messages consume thousands of lines of warnings (at dozens per button press) that finding any real error messages seems impossible (even with automated searches). This issue has been posted on other forums but I don't see anything here. Is there a work around this issue - hopefully correcting the session persistence, as opposed to changing the logging level? I am guessing leaving Guvnor ungracefully causes an endless stream of these (forever). Thanks! -- View this message in context: http://drools.46999.n3.nabble.com/Guvnor-jackrabbit-session-issue-tp3868067p3868067.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
Re: [rules-users] Guvnor jackrabbit session issue?
Trying a fresh install: Download JBoss 7.1 (Thunder) Unzip into new directory Edit JBOSS_HOME Copy guvnor-5.3.0.Final-jboss-as-6.0.war to standalone deployment directory and rename as guvnor53.war Set up the classpath to include the DROOLS JARs Startup JBoss standalone, causing 13:34:11,598 WARN [org.jboss.modules] (MSC service thread 1-5) Failed to define class org.apache.cxf.jaxrs.servlet.CXFNonSpringJaxr sServlet in Module deployment.guvnor53.war:main from Service Module Loader: java.lang.LinkageError: Failed to link org/apache/cxf/ jaxrs/servlet/CXFNonSpringJaxrsServlet (Module deployment.guvnor53.war:main from Service Module Loader) at org.jboss.modules.ModuleClassLoader.defineClass(ModuleClassLoader.java:396) [jboss-modules.jar:1.1.1.GA] at org.jboss.modules.ModuleClassLoader.loadClassLocal(ModuleClassLoader.java:243) [jboss-modules.jar:1.1.1.GA] ... and 13:34:11,613 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-5) MSC1: Failed to start service jboss.deployment.unit.guvnor53.war.POST_MODULE: org.jboss.msc.service.StartException in service jboss.deployment.unit.guvnor53.war.POST_MODULE: Failed to process phase POST_MODULE of deployment guvnor53.war at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:119) [jboss-as-server-7.1.0.Final.jar:7.1.0.Final] at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1811) [jboss-msc-1.0.2.GA.jar:1.0.2.GA] at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1746) [jboss-msc-1.0.2.GA.jar:1.0.2.GA] Causing Guvnor's WAR deployment to be rolled back, so I stop here for your feedback. Thanks for your help! -- View this message in context: http://drools.46999.n3.nabble.com/Guvnor-jackrabbit-session-issue-tp3868067p3868450.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] Guvnor jackrabbit session issue?
On 2012/3/30 1:44, drdaveg wrote: Trying a fresh install: Download JBoss 7.1 (Thunder) Unzip into new directory Edit JBOSS_HOME Copy guvnor-5.3.0.Final-jboss-as-6.0.war to standalone deployment directory and rename as guvnor53.war Set up the classpath to include the DROOLS JARs Startup JBoss standalone, causing Hi, you need to use guvnor-5.3.0.Final-jboss-as-7.0.war for JBOSS AS 7. Cheers, Jervis 13:34:11,598 WARN [org.jboss.modules] (MSC service thread 1-5) Failed to define class org.apache.cxf.jaxrs.servlet.CXFNonSpringJaxr sServlet in Module deployment.guvnor53.war:main from Service Module Loader: java.lang.LinkageError: Failed to link org/apache/cxf/ jaxrs/servlet/CXFNonSpringJaxrsServlet (Module deployment.guvnor53.war:main from Service Module Loader) at org.jboss.modules.ModuleClassLoader.defineClass(ModuleClassLoader.java:396) [jboss-modules.jar:1.1.1.GA] at org.jboss.modules.ModuleClassLoader.loadClassLocal(ModuleClassLoader.java:243) [jboss-modules.jar:1.1.1.GA] ... and 13:34:11,613 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-5) MSC1: Failed to start service jboss.deployment.unit.guvnor53.war.POST_MODULE: org.jboss.msc.service.StartException in service jboss.deployment.unit.guvnor53.war.POST_MODULE: Failed to process phase POST_MODULE of deployment guvnor53.war at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:119) [jboss-as-server-7.1.0.Final.jar:7.1.0.Final] at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1811) [jboss-msc-1.0.2.GA.jar:1.0.2.GA] at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1746) [jboss-msc-1.0.2.GA.jar:1.0.2.GA] Causing Guvnor's WAR deployment to be rolled back, so I stop here for your feedback. Thanks for your help! -- View this message in context: http://drools.46999.n3.nabble.com/Guvnor-jackrabbit-session-issue-tp3868067p3868450.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
