Problem importing assets using REST API
by calcacuervo
Hi Guys!
I am importing lot of assets to guvnor using rest API. And sometimes I get
the following error:
02:33:14,718 WARN [org.apache.jackrabbit.core.session.SessionState]
(http--0.0.0.0-8080-80) Attempt to perform session.save() while another
thread is concurrently writing to session-guest-3. Blocking until the other
thread is finished using this session. Please review your code to avoid
concurrent use of a session.: java.lang.Exception: Stack trace of concurrent
access to session-guest-3
at
org.apache.jackrabbit.core.session.SessionState.perform(SessionState.java:147)
[jackrabbit-core-2.2.8.jar:2.2.8]
at org.apache.jackrabbit.core.SessionImpl.perform(SessionImpl.java:355)
[jackrabbit-core-2.2.8.jar:2.2.8]
at org.apache.jackrabbit.core.SessionImpl.save(SessionImpl.java:758)
[jackrabbit-core-2.2.8.jar:2.2.8]
at org.drools.repository.RulesRepository.save(RulesRepository.java:1405)
[guvnor-repository-5.4.0.Final.jar:5.4.0.Final]
at
org.drools.guvnor.server.jaxrs.PackageResource.updateAssetBinary(PackageResource.java:791)
[guvnor-webapp-core-5.4.0.Final.jar:5.4.0.Final]
at sun.reflect.GeneratedMethodAccessor97.invoke(Unknown Source) [:1.7.0_21]
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[rt.jar:1.7.0_21]
at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_21]
at
org.apache.cxf.service.invoker.AbstractInvoker.performInvocation(AbstractInvoker.java:173)
[cxf-rt-core-2.4.4.jar:2.4.4]
at
org.apache.cxf.service.invoker.AbstractInvoker.invoke(AbstractInvoker.java:89)
[cxf-rt-core-2.4.4.jar:2.4.4]
at org.apache.cxf.jaxrs.JAXRSInvoker.invoke(JAXRSInvoker.java:164)
[cxf-rt-frontend-jaxrs-2.4.4.jar:2.4.4]
at org.apache.cxf.jaxrs.JAXRSInvoker.invoke(JAXRSInvoker.java:91)
[cxf-rt-frontend-jaxrs-2.4.4.jar:2.4.4]
at
org.apache.cxf.interceptor.ServiceInvokerInterceptor$1.run(ServiceInvokerInterceptor.java:58)
[cxf-rt-core-2.4.4.jar:2.4.4]
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
[rt.jar:1.7.0_21]
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
[rt.jar:1.7.0_21]
at java.util.concurrent.FutureTask.run(FutureTask.java:166)
[rt.jar:1.7.0_21]
at
org.apache.cxf.workqueue.SynchronousExecutor.execute(SynchronousExecutor.java:37)
[cxf-rt-core-2.4.4.jar:2.4.4]
at
org.apache.cxf.interceptor.ServiceInvokerInterceptor.handleMessage(ServiceInvokerInterceptor.java:106)
[cxf-rt-core-2.4.4.jar:2.4.4]
at
org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:263)
[cxf-api-2.4.4.jar:2.4.4]
at
org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitiationObserver.java:121)
[cxf-rt-core-2.4.4.jar:2.4.4]
at
org.apache.cxf.transport.http.AbstractHTTPDestination.invoke(AbstractHTTPDestination.java:206)
[cxf-rt-transports-http-2.4.4.jar:2.4.4]
at
org.apache.cxf.transport.servlet.ServletController.invokeDestination(ServletController.java:209)
[cxf-rt-transports-http-2.4.4.jar:2.4.4]
at
org.apache.cxf.transport.servlet.ServletController.invoke(ServletController.java:152)
[cxf-rt-transports-http-2.4.4.jar:2.4.4]
at
org.apache.cxf.transport.servlet.CXFNonSpringServlet.invoke(CXFNonSpringServlet.java:114)
[cxf-rt-transports-http-2.4.4.jar:2.4.4]
at
org.apache.cxf.transport.servlet.AbstractHTTPServlet.handleRequest(AbstractHTTPServlet.java:184)
[cxf-rt-transports-http-2.4.4.jar:2.4.4]
at
org.apache.cxf.transport.servlet.AbstractHTTPServlet.doPut(AbstractHTTPServlet.java:124)
[cxf-rt-transports-http-2.4.4.jar:2.4.4]
at javax.servlet.http.HttpServlet.service(HttpServlet.java:757)
[jboss-servlet-api_3.0_spec-1.0.0.Final.jar:1.0.0.Final]
at
org.apache.cxf.transport.servlet.AbstractHTTPServlet.service(AbstractHTTPServlet.java:163)
[cxf-rt-transports-http-2.4.4.jar:2.4.4]
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329)
[jbossweb-7.0.13.Final.jar:]
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248)
[jbossweb-7.0.13.Final.jar:]
at
org.jboss.weld.servlet.ConversationPropagationFilter.doFilter(ConversationPropagationFilter.java:62)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280)
[jbossweb-7.0.13.Final.jar:]
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248)
[jbossweb-7.0.13.Final.jar:]
at
org.jboss.solder.servlet.exception.CatchExceptionFilter.doFilter(CatchExceptionFilter.java:65)
[solder-impl-3.1.1.Final.jar:3.1.1.Final]
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280)
[jbossweb-7.0.13.Final.jar:]
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248)
[jbossweb-7.0.13.Final.jar:]
at
org.jboss.solder.servlet.event.ServletEventBridgeFilter.doFilter(ServletEventBridgeFilter.java:74)
[solder-impl-3.1.1.Final.jar:3.1.1.Final]
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280)
[jbossweb-7.0.13.Final.jar:]
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248)
[jbossweb-7.0.13.Final.jar:]
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275)
[jbossweb-7.0.13.Final.jar:]
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161)
[jbossweb-7.0.13.Final.jar:]
at
org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)
[jboss-as-web-7.1.1.Final.jar:7.1.1.Final]
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155)
[jbossweb-7.0.13.Final.jar:]
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
[jbossweb-7.0.13.Final.jar:]
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
[jbossweb-7.0.13.Final.jar:]
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
[jbossweb-7.0.13.Final.jar:]
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877)
[jbossweb-7.0.13.Final.jar:]
at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671)
[jbossweb-7.0.13.Final.jar:]
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)
[jbossweb-7.0.13.Final.jar:]
at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_21]
Does someone know how guvnor manages JCR sessions, and/or if there is a
potential bug somewhere?
Thanks!
Demian
--
View this message in context: http://drools.46999.n3.nabble.com/Problem-importing-assets-using-REST-API...
Sent from the Drools: User forum mailing list archive at Nabble.com.
12 years, 11 months
Re: [rules-users] Dynamic Rules and Eval
by Davide Sottara
I'll see if I can reproduce it in 5.6.. I'm traveling so it will take a couple of days
T-Mobile. America's First Nationwide 4G Network
rrdh <rrdh(a)gmx.net> wrote:
>Ah, thanks for letting me know! I'll try an earlier version then.
>
>
>On Sun, Jul 14, 2013 at 8:54 PM, Wolfgang Laun <wolfgang.laun(a)gmail.com>wrote:
>
>> It's a bug, possibly a regression from 5.2.0 that has been in 5.3.0,
>> 5.4.0 and is still in 5.5.0.
>>
>> It should be very simple to add http://codetidy.com/6206/ as a test
>> case so that this will be fixed.
>>
>> -W
>>
>>
>> On 14/07/2013, Wolfgang Laun <wolfgang.laun(a)gmail.com> wrote:
>> > Which Drools version do you use?
>> >
>> > On 14/07/2013, k <rrdh(a)gmx.net> wrote:
>> >> Hi,
>> >> basically it's the same problem this guy had
>> >>
>> http://stackoverflow.com/questions/11485122/non-template-dynamic-rules-in...
>> >> <
>> http://stackoverflow.com/questions/11485122/non-template-dynamic-rules-in...
>> >
>> >>
>> >> , but the links in that question don't work.
>> >>
>> >> I'd like to dynamically add rules to a running session, but can use
>> >> 'eval'
>> >> only in the very first one. If I add a second rule like the following,
>> it
>> >> won't execute:
>> >>
>> >> ---
>> >>
>> >> String test2 =
>> >> "\nrule id4" +
>> >> "\nwhen" +
>> >> "\neval(0 == 0)" + // if this eval is removed, "done2" is inserted
>> >> "\nthen" +
>> >> "\ninsertLogical( \"done2\" );" +
>> >> "\nend";
>> >>
>> >> kbuilder.add(ResourceFactory.newByteArrayResource(test2.getBytes()),
>> >> ResourceType.DRL);
>> >>
>> session.getKnowledgeBase().addKnowledgePackages(kbuilder.getKnowledgePackages());
>> >>
>> >> fired = session.fireAllRules();
>> >> System.out.println(fired); // 0
>> >> effects = session.getObjects();
>> >> assertTrue("fired", effects.contains("done2")); // fails
>> >>
>> >> ---
>> >>
>> >> You can see the complete Test at http://codetidy.com/6206/
>> >>
>> >> I'm also not sure if this is the correct way to dynamically add rules,
>> so
>> >> please let me know, if there's a better way to add rules from strings.
>> >>
>> >> How can I dynamically add new rules to a running session and still use
>> >> eval?
>> >>
>> >>
>> >>
>> >> --
>> >> View this message in context:
>> >> http://drools.46999.n3.nabble.com/Dynamic-Rules-and-Eval-tp4024908.html
>> >> 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
>> >>
>> >
>> _______________________________________________
>> rules-users mailing list
>> rules-users(a)lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/rules-users
>>
>
>_______________________________________________
>rules-users mailing list
>rules-users(a)lists.jboss.org
>https://lists.jboss.org/mailman/listinfo/rules-users
12 years, 11 months
Guvnor repository backward compatible?
by Sean Su
While evaluating and building rules in using Guvnor 5.5, we have noticed
that there will be some major changes in 6.0. We have some concerns that
the repository (rules) built using 5.5 may not be accessible by Gunvor 6.0.
Does anyone know anything about this? Do we have document about 6.0? It
seems the document in the 6.0 beta download has the old content.
Also what is the estimated release date for 6.0?
Thanks
Sean
12 years, 11 months
java.lang.ClassCastException: [Lorg.drools.rule.Package; cannot be cast to org.drools.rule.Package
by Ganesh Neelekani
Hi,
I am strugling with "java.lang.ClassCastException:
[Lorg.drools.rule.Package; cannot be cast to org.drools.rule.Package " from
many days,
can you please help me to resolve this exception ,
As it is causing run time and if i again restarted and issue is not found
for same request...
I am using drools-guvnor.war(jboss version) of 5.4 version
--
Thanking you.
----------------------------------------------------------------------
With regards.
Ganesh N Neelekani
ph - +91 7829108302
12 years, 11 months
ClassCastException when changing drools version 5.3.5.Final to 6.0.0.Beta3
by Andreas
Hi,
when I change the version of drools from 5.3.5.Final to 6.0.0.Beta3 (maven
pom)
I'm getting following exception:
org.drools.RuntimeDroolsException: Unable to load dialect
'org.drools.compiler.rule.builder.dialect.mvel.MVELDialectConfiguration:mvel:org.drools.compiler.rule.builder.dialect.mvel.MVELDialectConfiguration'
at
org.drools.compiler.PackageBuilderConfiguration.addDialect(PackageBuilderConfiguration.java:283)
at
org.drools.compiler.PackageBuilderConfiguration.buildDialectConfigurationMap(PackageBuilderConfiguration.java:268)
at
org.drools.compiler.PackageBuilderConfiguration.init(PackageBuilderConfiguration.java:181)
at
org.drools.compiler.PackageBuilderConfiguration.<init>(PackageBuilderConfiguration.java:159)
at org.drools.compiler.PackageBuilder.<init>(PackageBuilder.java:210)
at org.drools.compiler.PackageBuilder.<init>(PackageBuilder.java:143)
at
org.drools.builder.impl.KnowledgeBuilderFactoryServiceImpl.newKnowledgeBuilder(KnowledgeBuilderFactoryServiceImpl.java:34)
at
org.drools.builder.KnowledgeBuilderFactory.newKnowledgeBuilder(KnowledgeBuilderFactory.java:47)
at
net.javabeansdotasia.casestudy.test.Tester.prepareKnowledgeBase(Tester.java:136)
at net.javabeansdotasia.casestudy.test.Tester.setUp(Tester.java:71)
at net.javabeansdotasia.casestudy.test.Tester.main(Tester.java:160)
Caused by: java.lang.ClassCastException:
org.drools.compiler.rule.builder.dialect.mvel.MVELDialectConfiguration
cannot be cast to org.drools.compiler.DialectConfiguration
at
org.drools.compiler.PackageBuilderConfiguration.addDialect(PackageBuilderConfiguration.java:278)
... 10 more
would be nice if someone could help me,
if the source code is needed let me know
Andreas
--
View this message in context: http://drools.46999.n3.nabble.com/ClassCastException-when-changing-drools...
Sent from the Drools: User forum mailing list archive at Nabble.com.
12 years, 11 months
Guvnor 5.3 on WebSphere 8.5: detailed question
by drdaveg
I've been trying to run Guvnor on WebSphere at an IBM shop. I'm using Guvnor
5.3GA for help under our support contract with RedHat. In previous posts,
people have recommended to get Guvnor to work, nearly unmodified, under
WebSphere by disabling servlets, getting particular versions of the software
to run on specific versions of WebSphere by coincidence, etc. These
approaches have not gotten very much Guvnor functionality running so I am
trying:
1. To remove the Seam-specific calls from Guvnor and
2. Inject objects using appropriate WebSphere-based libraries.
In doing (1) I've removed the Seam-specific annotations but don't see any
references to "remote.js" in the source code. Am I missing references that
are there by searching incorrectly, am not including the correct files - or
are these automatically generated by the GWT-based dynamic code generation?
Also, any thoughts on improving my approach would be welcome!
--
View this message in context: http://drools.46999.n3.nabble.com/Guvnor-5-3-on-WebSphere-8-5-detailed-qu...
Sent from the Drools: User forum mailing list archive at Nabble.com.
12 years, 11 months
