January 2014 - overlord-issues - Jboss List Archives

[JBoss JIRA] (RTGOV-323) Fix RTGov MVEL security tests and externalise the policy

by Kevin Conner (JIRA)

[ https://issues.jboss.org/browse/RTGOV-323?page=com.atlassian.jira.plugin.... ] Kevin Conner reassigned RTGOV-323: ---------------------------------- Assignee: Kevin Conner (was: Gary Brown) > Fix RTGov MVEL security tests and externalise the policy > -------------------------------------------------------- > > Key: RTGOV-323 > URL: https://issues.jboss.org/browse/RTGOV-323 > Project: RTGov (Run Time Governance) > Issue Type: Bug > Reporter: Kevin Conner > Assignee: Kevin Conner > Fix For: 2.0.0.M1 > > > The MVEL security tests within active-collections do not work on all platforms/jdks, we need to fix this and also move the permission configuration from the codebase into an external policy file. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (RTGOV-321) Simplify access to rtgov properties

by Gary Brown (JIRA)

[ https://issues.jboss.org/browse/RTGOV-321?page=com.atlassian.jira.plugin.... ] Gary Brown resolved RTGOV-321. ------------------------------ Resolution: Done > Simplify access to rtgov properties > ----------------------------------- > > Key: RTGOV-321 > URL: https://issues.jboss.org/browse/RTGOV-321 > Project: RTGov (Run Time Governance) > Issue Type: Task > Reporter: Gary Brown > Assignee: Gary Brown > Fix For: 2.0.0.M1 > > > Currently rtgov retrieves properties from overlord-rtgov.properties using direct access and CDI property injection. > To make it easier to deal with different environments, where some do not use CDI, it would be better to just use a direct access to the property file via a helper class. The helper class could use a provider mechanism, that would enable an alternative approach to be used (e.g. using the config service in OSGi), but by default it would just obtain the property file from the class path. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (RTGOV-322) Review integration test approach regarding installation of overlord-commons

by Gary Brown (JIRA)

Gary Brown created RTGOV-322: -------------------------------- Summary: Review integration test approach regarding installation of overlord-commons Key: RTGOV-322 URL: https://issues.jboss.org/browse/RTGOV-322 Project: RTGov (Run Time Governance) Issue Type: Task Reporter: Gary Brown Assignee: Gary Brown Fix For: 2.0.0.M1 Overlord commons authentication has become more comprehensive, with requirements on installation (e.g. providing password) and installing its own module. Currently embed the overlord-commons artifacts (auth and config atleast) in the rtgov war/modules - but need to consider whether integration tests should be performed after using a full install approach into the target test environment, rather than the current minimal install performed currently. Need to evaluate this in the context of whether to move to a fat war approach, in line with sramp/dtgov, to provide a more consistent approach across environments (although may still need a base module to support shared artifacts with the deployable rtgov components - epn, acs, etc) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (RTGOV-321) Simplify access to rtgov properties

by Gary Brown (JIRA)

Gary Brown created RTGOV-321: -------------------------------- Summary: Simplify access to rtgov properties Key: RTGOV-321 URL: https://issues.jboss.org/browse/RTGOV-321 Project: RTGov (Run Time Governance) Issue Type: Task Reporter: Gary Brown Assignee: Gary Brown Fix For: 2.0.0.M1 Currently rtgov retrieves properties from overlord-rtgov.properties using direct access and CDI property injection. To make it easier to deal with different environments, where some do not use CDI, it would be better to just use a direct access to the property file via a helper class. The helper class could use a provider mechanism, that would enable an alternative approach to be used (e.g. using the config service in OSGi), but by default it would just obtain the property file from the class path. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (RTGOV-312) Intermittent "entry point not found" issue with example Drools rules

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/RTGOV-312?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on RTGOV-312: ----------------------------------------------- Jiri Pechanec <jpechane(a)redhat.com> changed the Status of [bug 1028779|https://bugzilla.redhat.com/show_bug.cgi?id=1028779] from ON_QA to VERIFIED > Intermittent "entry point not found" issue with example Drools rules > -------------------------------------------------------------------- > > Key: RTGOV-312 > URL: https://issues.jboss.org/browse/RTGOV-312 > Project: RTGov (Run Time Governance) > Issue Type: Bug > Reporter: Gary Brown > Assignee: Gary Brown > Fix For: 2.0.0.M1 > > > Periodically the example 'SLAViolation' rule fails to find the entry point. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (GADGETS-71) Occasional ConcurrentModificationException when starting up gadget web UI

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/GADGETS-71?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on GADGETS-71: ------------------------------------------------ Nick Cross <ncross(a)redhat.com> changed the Status of [bug 1018757|https://bugzilla.redhat.com/show_bug.cgi?id=1018757] from ASSIGNED to MODIFIED > Occasional ConcurrentModificationException when starting up gadget web UI > ------------------------------------------------------------------------- > > Key: GADGETS-71 > URL: https://issues.jboss.org/browse/GADGETS-71 > Project: Gadget Server and Gadgets > Issue Type: Bug > Reporter: Gary Brown > Assignee: Eric Wittmann > > This exception occurs periodically when starting up the gadget server and adding the gadgets to a page. It appears to be related to the service overview gadget, as that does not display any content when this exception occurs. > {noformat} > 10:23:09,459 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[default-host].[/gadget-web].[js]] (http-/127.0.0.1:8080-4) JBWEB000236: Servlet.service() for servlet js threw exception: java.util.ConcurrentModificationException > at java.util.TreeMap$NavigableSubMap$SubMapIterator.prevEntry(TreeMap.java:1605) [rt.jar:1.7.0_07] > at java.util.TreeMap$NavigableSubMap$DescendingSubMapKeyIterator.next(TreeMap.java:1682) [rt.jar:1.7.0_07] > at com.google.javascript.jscomp.ComposeWarningsGuard.addGuards(ComposeWarningsGuard.java:99) [closure-compiler-r1741.jar:] > at com.google.javascript.jscomp.ComposeWarningsGuard.addGuard(ComposeWarningsGuard.java:89) [closure-compiler-r1741.jar:] > at com.google.javascript.jscomp.ComposeWarningsGuard.addGuards(ComposeWarningsGuard.java:100) [closure-compiler-r1741.jar:] > at com.google.javascript.jscomp.ComposeWarningsGuard.<init>(ComposeWarningsGuard.java:79) [closure-compiler-r1741.jar:] > at com.google.javascript.jscomp.Compiler.initOptions(Compiler.java:277) [closure-compiler-r1741.jar:] > at com.google.javascript.jscomp.Compiler.initModules(Compiler.java:332) [closure-compiler-r1741.jar:] > at com.google.javascript.jscomp.Compiler.init(Compiler.java:312) [closure-compiler-r1741.jar:] > at com.google.javascript.jscomp.Compiler.compile(Compiler.java:511) [closure-compiler-r1741.jar:] > at org.apache.shindig.gadgets.rewrite.js.ClosureJsCompiler.doCompile(ClosureJsCompiler.java:205) [shindig-gadgets-3.0.0-beta4.jar:3.0.0-beta4] > at org.apache.shindig.gadgets.rewrite.js.ClosureJsCompiler.compile(ClosureJsCompiler.java:172) [shindig-gadgets-3.0.0-beta4.jar:3.0.0-beta4] > at org.apache.shindig.gadgets.js.CompilationProcessor.process(CompilationProcessor.java:48) [shindig-gadgets-3.0.0-beta4.jar:3.0.0-beta4] > at org.apache.shindig.gadgets.js.DefaultJsProcessorRegistry.process(DefaultJsProcessorRegistry.java:53) [shindig-gadgets-3.0.0-beta4.jar:3.0.0-beta4] > at org.apache.shindig.gadgets.js.DefaultJsServingPipeline.execute(DefaultJsServingPipeline.java:41) [shindig-gadgets-3.0.0-beta4.jar:3.0.0-beta4] > at org.apache.shindig.gadgets.servlet.JsServlet.doGet(JsServlet.java:93) [shindig-gadgets-3.0.0-beta4.jar:3.0.0-beta4] > at javax.servlet.http.HttpServlet.service(HttpServlet.java:734) [jboss-servlet-api_3.0_spec-1.0.2.Final-redhat-1.jar:1.0.2.Final-redhat-1] > at javax.servlet.http.HttpServlet.service(HttpServlet.java:847) [jboss-servlet-api_3.0_spec-1.0.2.Final-redhat-1.jar:1.0.2.Final-redhat-1] > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:295) [jbossweb-7.2.0.Final-redhat-1.jar:7.2.0.Final-redhat-1] > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214) [jbossweb-7.2.0.Final-redhat-1.jar:7.2.0.Final-redhat-1] > at org.apache.shindig.gadgets.servlet.ETagFilter.doFilter(ETagFilter.java:55) [shindig-gadgets-3.0.0-beta4.jar:3.0.0-beta4] > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:246) [jbossweb-7.2.0.Final-redhat-1.jar:7.2.0.Final-redhat-1] > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214) [jbossweb-7.2.0.Final-redhat-1.jar:7.2.0.Final-redhat-1] > at org.apache.shindig.common.servlet.HostFilter.doFilter(HostFilter.java:39) [shindig-common-3.0.0-beta4.jar:3.0.0-beta4] > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:246) [jbossweb-7.2.0.Final-redhat-1.jar:7.2.0.Final-redhat-1] > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214) [jbossweb-7.2.0.Final-redhat-1.jar:7.2.0.Final-redhat-1] > at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230) [jbossweb-7.2.0.Final-redhat-1.jar:7.2.0.Final-redhat-1] > at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:149) [jbossweb-7.2.0.Final-redhat-1.jar:7.2.0.Final-redhat-1] > at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) [jboss-as-jpa-7.2.0.Final-redhat-8.jar:7.2.0.Final-redhat-8] > at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) [jboss-as-jpa-7.2.0.Final-redhat-8.jar:7.2.0.Final-redhat-8] > at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:481) [jbossweb-7.2.0.Final-redhat-1.jar:7.2.0.Final-redhat-1] > at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:169) [jboss-as-web-7.2.0.Final-redhat-8.jar:7.2.0.Final-redhat-8] > at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:145) [jbossweb-7.2.0.Final-redhat-1.jar:7.2.0.Final-redhat-1] > at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:97) [jbossweb-7.2.0.Final-redhat-1.jar:7.2.0.Final-redhat-1] > at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:102) [jbossweb-7.2.0.Final-redhat-1.jar:7.2.0.Final-redhat-1] > at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:336) [jbossweb-7.2.0.Final-redhat-1.jar:7.2.0.Final-redhat-1] > at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856) [jbossweb-7.2.0.Final-redhat-1.jar:7.2.0.Final-redhat-1] > at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:653) [jbossweb-7.2.0.Final-redhat-1.jar:7.2.0.Final-redhat-1] > at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:920) [jbossweb-7.2.0.Final-redhat-1.jar:7.2.0.Final-redhat-1] > {noformat} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (RTGOV-247) Change switchyard event listener to use ExchangeInitiated/CompletedEvents

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/RTGOV-247?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on RTGOV-247: ----------------------------------------------- Jiri Pechanec <jpechane(a)redhat.com> changed the Status of [bug 1026698|https://bugzilla.redhat.com/show_bug.cgi?id=1026698] from ON_QA to VERIFIED > Change switchyard event listener to use ExchangeInitiated/CompletedEvents > ------------------------------------------------------------------------- > > Key: RTGOV-247 > URL: https://issues.jboss.org/browse/RTGOV-247 > Project: RTGov (Run Time Governance) > Issue Type: Task > Reporter: Gary Brown > Assignee: Gary Brown > Fix For: 2.0.0.M1 > > > Currently uses the camel initiated and completed events, so switching to use the switchyard alternatives. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (RTGOV-311) Switchyard Exchange Validator needs to change to use ExchangeInterceptor

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/RTGOV-311?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on RTGOV-311: ----------------------------------------------- Jiri Pechanec <jpechane(a)redhat.com> changed the Status of [bug 1026698|https://bugzilla.redhat.com/show_bug.cgi?id=1026698] from ON_QA to VERIFIED > Switchyard Exchange Validator needs to change to use ExchangeInterceptor > ------------------------------------------------------------------------ > > Key: RTGOV-311 > URL: https://issues.jboss.org/browse/RTGOV-311 > Project: RTGov (Run Time Governance) > Issue Type: Enhancement > Reporter: Gary Brown > Assignee: Gary Brown > Fix For: 2.0.0.M1 > > > Currently the switchyard exchange validator mechanism uses the Auditor mechanism to detect and analyse the exchanges. However this mechanism directly operates on the camel exchange, retrieving the security context as a property. > The problem with this is that the security context could be sealed, and the only way to deal with this requires the SecurityDomain, which is not accessible from the auditor. > Following discussion with Keith, it appears that the newer ExchangeInterceptors mechanism would be more appropriate - it is higher level abstraction that operates on switchyard exchanges, and therefore will be possible to use the SecurityContextManager to deal with whether or not the SecurityContext is sealed. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (RTGOV-299) SLA reports sample deployment exception

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/RTGOV-299?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on RTGOV-299: ----------------------------------------------- Jiri Pechanec <jpechane(a)redhat.com> changed the Status of [bug 1028794|https://bugzilla.redhat.com/show_bug.cgi?id=1028794] from ON_QA to VERIFIED > SLA reports sample deployment exception > --------------------------------------- > > Key: RTGOV-299 > URL: https://issues.jboss.org/browse/RTGOV-299 > Project: RTGov (Run Time Governance) > Issue Type: Bug > Reporter: Gary Brown > Assignee: Gary Brown > Fix For: 2.0.0.M1 > > > When deploying the SLA reports sample, it now throws the following exception: > {noformat} > 14:00:24,007 SEVERE [org.overlord.rtgov.internal.reports.loader.jee.JEEReportsLoader] (ServerService Thread Pool -- 89) Failed to register reports: [Error: not a statement, or badly formed structure] > [Near : {... long respTime=calcResponseTime(activity, i, ....}] > ^ > [Line: 105, Column: 19] > at org.mvel2.compiler.ExpressionCompiler._compile(ExpressionCompiler.java:299) [mvel2-2.1.7.Final.jar:] > at org.mvel2.util.ParseTools.subCompileExpression(ParseTools.java:2114) [mvel2-2.1.7.Final.jar:] > at org.mvel2.ast.TypedVarNode.<init>(TypedVarNode.java:52) [mvel2-2.1.7.Final.jar:] > at org.mvel2.compiler.AbstractParser.procTypedNode(AbstractParser.java:1412) [mvel2-2.1.7.Final.jar:] > at org.mvel2.compiler.AbstractParser.nextToken(AbstractParser.java:794) [mvel2-2.1.7.Final.jar:] > at org.mvel2.compiler.AbstractParser.nextTokenSkipSymbols(AbstractParser.java:188) [mvel2-2.1.7.Final.jar:] > at org.mvel2.compiler.ExpressionCompiler._compile(ExpressionCompiler.java:156) [mvel2-2.1.7.Final.jar:] > at org.mvel2.util.ParseTools.subCompileExpression(ParseTools.java:2114) [mvel2-2.1.7.Final.jar:] > at org.mvel2.ast.IfNode.<init>(IfNode.java:64) [mvel2-2.1.7.Final.jar:] > at org.mvel2.compiler.AbstractParser.createBlockToken(AbstractParser.java:1497) [mvel2-2.1.7.Final.jar:] > at org.mvel2.compiler.AbstractParser._captureBlock(AbstractParser.java:1700) [mvel2-2.1.7.Final.jar:] > at org.mvel2.compiler.AbstractParser.captureCodeBlock(AbstractParser.java:1542) [mvel2-2.1.7.Final.jar:] > at org.mvel2.compiler.AbstractParser.nextToken(AbstractParser.java:380) [mvel2-2.1.7.Final.jar:] > at org.mvel2.compiler.ExpressionCompiler._compile(ExpressionCompiler.java:128) [mvel2-2.1.7.Final.jar:] > at org.mvel2.util.ParseTools.subCompileExpression(ParseTools.java:2114) [mvel2-2.1.7.Final.jar:] > at org.mvel2.ast.IfNode.<init>(IfNode.java:64) [mvel2-2.1.7.Final.jar:] > at org.mvel2.compiler.AbstractParser.createBlockToken(AbstractParser.java:1497) [mvel2-2.1.7.Final.jar:] > at org.mvel2.compiler.AbstractParser._captureBlock(AbstractParser.java:1700) [mvel2-2.1.7.Final.jar:] > at org.mvel2.compiler.AbstractParser.captureCodeBlock(AbstractParser.java:1542) [mvel2-2.1.7.Final.jar:] > at org.mvel2.compiler.AbstractParser.nextToken(AbstractParser.java:380) [mvel2-2.1.7.Final.jar:] > at org.mvel2.compiler.ExpressionCompiler._compile(ExpressionCompiler.java:128) [mvel2-2.1.7.Final.jar:] > at org.mvel2.util.ParseTools.subCompileExpression(ParseTools.java:2114) [mvel2-2.1.7.Final.jar:] > at org.mvel2.ast.IfNode.<init>(IfNode.java:64) [mvel2-2.1.7.Final.jar:] > at org.mvel2.compiler.AbstractParser.createBlockToken(AbstractParser.java:1497) [mvel2-2.1.7.Final.jar:] > at org.mvel2.compiler.AbstractParser._captureBlock(AbstractParser.java:1700) [mvel2-2.1.7.Final.jar:] > at org.mvel2.compiler.AbstractParser.captureCodeBlock(AbstractParser.java:1542) [mvel2-2.1.7.Final.jar:] > at org.mvel2.compiler.AbstractParser.nextToken(AbstractParser.java:380) [mvel2-2.1.7.Final.jar:] > at org.mvel2.compiler.ExpressionCompiler._compile(ExpressionCompiler.java:128) [mvel2-2.1.7.Final.jar:] > at org.mvel2.util.ParseTools.subCompileExpression(ParseTools.java:2114) [mvel2-2.1.7.Final.jar:] > at org.mvel2.ast.ForNode.buildForEach(ForNode.java:132) [mvel2-2.1.7.Final.jar:] > at org.mvel2.ast.ForNode.<init>(ForNode.java:49) [mvel2-2.1.7.Final.jar:] > at org.mvel2.compiler.AbstractParser.createBlockToken(AbstractParser.java:1501) [mvel2-2.1.7.Final.jar:] > at org.mvel2.compiler.AbstractParser._captureBlock(AbstractParser.java:1729) [mvel2-2.1.7.Final.jar:] > at org.mvel2.compiler.AbstractParser.captureCodeBlock(AbstractParser.java:1565) [mvel2-2.1.7.Final.jar:] > at org.mvel2.compiler.AbstractParser.nextToken(AbstractParser.java:395) [mvel2-2.1.7.Final.jar:] > at org.mvel2.compiler.ExpressionCompiler._compile(ExpressionCompiler.java:128) [mvel2-2.1.7.Final.jar:] > at org.mvel2.compiler.ExpressionCompiler.compile(ExpressionCompiler.java:62) [mvel2-2.1.7.Final.jar:] > at org.mvel2.MVEL.compileExpression(MVEL.java:810) [mvel2-2.1.7.Final.jar:] > at org.mvel2.MVEL.compileExpression(MVEL.java:820) [mvel2-2.1.7.Final.jar:] > at org.mvel2.MVEL.compileExpression(MVEL.java:723) [mvel2-2.1.7.Final.jar:] > at org.overlord.rtgov.reports.MVELReportGenerator.init(MVELReportGenerator.java:53) [reports-2.0.0-SNAPSHOT.jar:2.0.0-SNAPSHOT] > at org.overlord.rtgov.reports.ReportDefinition.preInit(ReportDefinition.java:108) [reports-2.0.0-SNAPSHOT.jar:2.0.0-SNAPSHOT] > at org.overlord.rtgov.reports.AbstractReportsLoader.preInit(AbstractReportsLoader.java:35) [reports-2.0.0-SNAPSHOT.jar:2.0.0-SNAPSHOT] > at org.overlord.rtgov.internal.reports.loader.jee.JEEReportsLoader.init(JEEReportsLoader.java:96) [reports-loader-jee-2.0.0-SNAPSHOT.jar:2.0.0-SNAPSHOT] > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_07] > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) [rt.jar:1.7.0_07] > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_07] > at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_07] > at org.jboss.as.ee.component.ManagedReferenceLifecycleMethodInterceptorFactory$ManagedReferenceLifecycleMethodInterceptor.processInvocation(ManagedReferenceLifecycleMethodInterceptorFactory.java:130) [jboss-as-ee-7.2.0.Final-redhat-8.jar:7.2.0.Final-redhat-8] > at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final-redhat-2.jar:1.1.1.Final-redhat-2] > at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) [jboss-invocation-1.1.1.Final-redhat-2.jar:1.1.1.Final-redhat-2] > at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final-redhat-2.jar:1.1.1.Final-redhat-2] > at org.jboss.as.weld.injection.WeldInjectionInterceptor.processInvocation(WeldInjectionInterceptor.java:73) [jboss-as-weld-7.2.0.Final-redhat-8.jar:7.2.0.Final-redhat-8] > at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final-redhat-2.jar:1.1.1.Final-redhat-2] > at org.jboss.as.ee.component.ManagedReferenceInterceptorFactory$ManagedReferenceInterceptor.processInvocation(ManagedReferenceInterceptorFactory.java:95) [jboss-as-ee-7.2.0.Final-redhat-8.jar:7.2.0.Final-redhat-8] > at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final-redhat-2.jar:1.1.1.Final-redhat-2] > at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) [jboss-invocation-1.1.1.Final-redhat-2.jar:1.1.1.Final-redhat-2] > at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final-redhat-2.jar:1.1.1.Final-redhat-2] > at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50) [jboss-as-ee-7.2.0.Final-redhat-8.jar:7.2.0.Final-redhat-8] > at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final-redhat-2.jar:1.1.1.Final-redhat-2] > at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInOurTx(CMTTxInterceptor.java:248) [jboss-as-ejb3-7.2.0.Final-redhat-8.jar:7.2.0.Final-redhat-8] > at org.jboss.as.ejb3.tx.CMTTxInterceptor.requiresNew(CMTTxInterceptor.java:344) [jboss-as-ejb3-7.2.0.Final-redhat-8.jar:7.2.0.Final-redhat-8] > at org.jboss.as.ejb3.tx.LifecycleCMTTxInterceptor.processInvocation(LifecycleCMTTxInterceptor.java:66) [jboss-as-ejb3-7.2.0.Final-redhat-8.jar:7.2.0.Final-redhat-8] > at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final-redhat-2.jar:1.1.1.Final-redhat-2] > at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41) [jboss-as-ejb3-7.2.0.Final-redhat-8.jar:7.2.0.Final-redhat-8] > at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final-redhat-2.jar:1.1.1.Final-redhat-2] > at org.jboss.as.ee.component.TCCLInterceptor.processInvocation(TCCLInterceptor.java:45) [jboss-as-ee-7.2.0.Final-redhat-8.jar:7.2.0.Final-redhat-8] > at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final-redhat-2.jar:1.1.1.Final-redhat-2] > at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) [jboss-invocation-1.1.1.Final-redhat-2.jar:1.1.1.Final-redhat-2] > at org.jboss.as.ee.component.BasicComponent.constructComponentInstance(BasicComponent.java:161) [jboss-as-ee-7.2.0.Final-redhat-8.jar:7.2.0.Final-redhat-8] > at org.jboss.as.ee.component.BasicComponent.createInstance(BasicComponent.java:85) [jboss-as-ee-7.2.0.Final-redhat-8.jar:7.2.0.Final-redhat-8] > at org.jboss.as.ejb3.component.singleton.SingletonComponent.getComponentInstance(SingletonComponent.java:126) [jboss-as-ejb3-7.2.0.Final-redhat-8.jar:7.2.0.Final-redhat-8] > at org.jboss.as.ejb3.component.singleton.SingletonComponent.start(SingletonComponent.java:141) [jboss-as-ejb3-7.2.0.Final-redhat-8.jar:7.2.0.Final-redhat-8] > at org.jboss.as.ee.component.ComponentStartService$1.run(ComponentStartService.java:54) [jboss-as-ee-7.2.0.Final-redhat-8.jar:7.2.0.Final-redhat-8] > at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0_07] > at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) [rt.jar:1.7.0_07] > at java.util.concurrent.FutureTask.run(FutureTask.java:166) [rt.jar:1.7.0_07] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) [rt.jar:1.7.0_07] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) [rt.jar:1.7.0_07] > at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_07] > at org.jboss.threads.JBossThread.run(JBossThread.java:122) > Caused by: java.lang.NullPointerException > at org.mvel2.compiler.PropertyVerifier.getMethod(PropertyVerifier.java:576) [mvel2-2.1.7.Final.jar:] > at org.mvel2.compiler.PropertyVerifier.getBeanProperty(PropertyVerifier.java:300) [mvel2-2.1.7.Final.jar:] > at org.mvel2.compiler.PropertyVerifier.analyze(PropertyVerifier.java:117) [mvel2-2.1.7.Final.jar:] > at org.mvel2.compiler.ExpressionCompiler.verify(ExpressionCompiler.java:381) [mvel2-2.1.7.Final.jar:] > at org.mvel2.compiler.ExpressionCompiler._compile(ExpressionCompiler.java:273) [mvel2-2.1.7.Final.jar:] > ... 80 more > 14:00:24,039 INFO [org.jboss.web] (ServerService Thread Pool -- 89) JBAS018210: Register web context: /sla-report > {noformat} > This appears to be related to use of mvel 2.1.6/7. > If the defined function is not called (i.e. comment out and use default of 0), it does not cause the exception - so appears to be a problem in the compiler attempting to resolve the function. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (RTGOV-292) Policy sync quickstart fails with clustered cache

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/RTGOV-292?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on RTGOV-292: ----------------------------------------------- Jiri Pechanec <jpechane(a)redhat.com> changed the Status of [bug 1017304|https://bugzilla.redhat.com/show_bug.cgi?id=1017304] from ON_QA to VERIFIED > Policy sync quickstart fails with clustered cache > ------------------------------------------------- > > Key: RTGOV-292 > URL: https://issues.jboss.org/browse/RTGOV-292 > Project: RTGov (Run Time Governance) > Issue Type: Bug > Reporter: Gary Brown > Assignee: Gary Brown > Fix For: 2.0.0.M1 > > > Clustered cache causes the following exception: > Caused by: java.lang.RuntimeException: [Error: cm.lock("Principals", customer): Cannot create a transactional context without a valid Transaction instance.] > [Near : {... String customer=event.properti ....}] > ^ > [Line: 1, Column: 1] > The cache container configuration is: > <cache-container name="rtgov" jndi-name="java:jboss/infinispan/container/rtgov" start="EAGER"> > <transport lock-timeout="60000"/> > <replicated-cache name="Principals" mode="SYNC"> > <locking isolation="REPEATABLE_READ"/> > <transaction mode="FULL_XA" locking="PESSIMISTIC"/> > </replicated-cache> > </cache-container> > and the overlord-rtgov.properties is updated to uncomment the infinispan.container property and point it to "java:jboss/infinispan/container/rtgov" -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 5 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

overlord-issues January 2014