10:33 a.m.
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-tp38680...
Sent from the Drools: User forum mailing list archive at Nabble.com.
11:05 a.m.
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" <drdaveg(a)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-tp38680...
Sent from the Drools: User forum mailing list archive at Nabble.com.
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
12:44 p.m.
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)
MSC00001: 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-tp38680...
Sent from the Drools: User forum mailing list archive at Nabble.com.
9:32 p.m.
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)
MSC00001: 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-tp38680...
Sent from the Drools: User forum mailing list archive at Nabble.com.
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
12:15 p.m.
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.
Thanks in advance!
--
View this message in context:
http://drools.46999.n3.nabble.com/Guvnor-jackrabbit-session-issue-tp38680...
Sent from the Drools: User forum mailing list archive at Nabble.com.
8:53 p.m.
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-tp38680...
Sent from the Drools: User forum mailing list archive at Nabble.com.
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
10:45 a.m.
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-tp38680...
Sent from the Drools: User forum mailing list archive at Nabble.com.
10:50 a.m.
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-tp38680...
Sent from the Drools: User forum mailing list archive at Nabble.com.
10:54 a.m.
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 message in context:
http://drools.46999.n3.nabble.com/Guvnor-jackrabbit-session-issue-tp38680...
Sent from the Drools: User forum mailing list archive at Nabble.com.
9:09 p.m.
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 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
9:20 p.m.
Thank you Jervis!!
--
View this message in context:
http://drools.46999.n3.nabble.com/Guvnor-jackrabbit-session-issue-tp38680...
Sent from the Drools: User forum mailing list archive at Nabble.com.
5033
days inactive
5125
days old
10 comments
4 participants
participants (4)
-
0beron -
drdaveg -
Jervis Liu -
Michael Anstis