jclouds-notifications mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Svetoslav Neykov (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (JCLOUDS-1277) LoopOverGroupMembersTestCase doesn't report cause of errors
Date Tue, 25 Apr 2017 13:36:04 GMT

    [ https://issues.apache.org/jira/browse/JCLOUDS-1277?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15982882#comment-15982882
] 

Svetoslav Neykov commented on JCLOUDS-1277:
-------------------------------------------

Closing, wrong project.

> LoopOverGroupMembersTestCase doesn't report cause of errors
> -----------------------------------------------------------
>
>                 Key: JCLOUDS-1277
>                 URL: https://issues.apache.org/jira/browse/JCLOUDS-1277
>             Project: jclouds
>          Issue Type: Bug
>            Reporter: Svetoslav Neykov
>
> Error:
> {noformat}
> The entity appears to have failed externally. 
> No Brooklyn-managed task failures reported. For more information, investigate sensors
and streams on recent activity, as well as external systems and logs where necessary.
> {noformat}
> Blueprint:
> {noformat}
>           - type: org.apache.brooklyn.test.framework.LoopOverGroupMembersTestCase
>             brooklyn.config:
>               targetId: cluster
>               testSpec:
>                 $brooklyn:entitySpec:
>                   type: org.apache.brooklyn.entity.stock.BasicApplication
> {noformat}
> {noformat}
> 2017-04-25 16:29:45,628 | WARN  | r-MXRVKgoX-15036 | LoopOverGroupMembersTestCaseImpl
| 140 - org.apache.brooklyn.test-framework - 0.11.0 | Problem in child test-case of LoopOverGroupMembersTestCaseImpl{id=qbfh9dche1},
targetting VanillaSoftwareProcessImpl{id=irqhew8obt}
> java.lang.ClassCastException: com.sun.proxy.$Proxy1110 cannot be cast to org.apache.brooklyn.test.framework.TargetableTestComponent
> 	at org.apache.brooklyn.test.framework.LoopOverGroupMembersTestCaseImpl.start(LoopOverGroupMembersTestCaseImpl.java:76)
> 	at sun.reflect.GeneratedMethodAccessor812.invoke(Unknown Source)
> 	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)[:1.8.0_121]
> 	at java.lang.reflect.Method.invoke(Method.java:498)[:1.8.0_121]
> 	at org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:90)[88:groovy-all:2.3.7]
> 	at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:324)[88:groovy-all:2.3.7]
> 	at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1207)[88:groovy-all:2.3.7]
> 	at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1016)[88:groovy-all:2.3.7]
> 	at groovy.lang.DelegatingMetaClass.invokeMethod(DelegatingMetaClass.java:149)[88:groovy-all:2.3.7]
> 	at groovy.lang.MetaObjectProtocol$invokeMethod.call(Unknown Source)[jar:bundle://88.0:0/!/:2.3.7]
> 	at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:45)[88:groovy-all:2.3.7]
> 	at groovy.lang.MetaObjectProtocol$invokeMethod.call(Unknown Source)[jar:bundle://88.0:0/!/:2.3.7]
> 	at org.apache.brooklyn.util.groovy.GroovyJavaMethods.invokeMethodOnMetaClass(GroovyJavaMethods.java:211)[142:org.apache.brooklyn.utils-groovy:0.11.0]
> 	at org.apache.brooklyn.core.mgmt.internal.AbstractManagementContext.invokeEffectorMethodLocal(AbstractManagementContext.java:321)[120:org.apache.brooklyn.core:0.11.0]
> 	at org.apache.brooklyn.core.mgmt.internal.AbstractManagementContext.invokeEffectorMethodSync(AbstractManagementContext.java:346)[120:org.apache.brooklyn.core:0.11.0]
> 	at org.apache.brooklyn.core.mgmt.internal.EffectorUtils.invokeMethodEffector(EffectorUtils.java:276)[120:org.apache.brooklyn.core:0.11.0]
> 	at org.apache.brooklyn.core.effector.MethodEffector.call(MethodEffector.java:153)[120:org.apache.brooklyn.core:0.11.0]
> 	at org.apache.brooklyn.core.entity.trait.Startable$StartEffectorBody.call(Startable.java:56)[120:org.apache.brooklyn.core:0.11.0]
> 	at org.apache.brooklyn.core.entity.trait.Startable$StartEffectorBody.call(Startable.java:50)[120:org.apache.brooklyn.core:0.11.0]
> 	at org.apache.brooklyn.core.effector.EffectorTasks$EffectorBodyTaskFactory$1.call(EffectorTasks.java:82)[120:org.apache.brooklyn.core:0.11.0]
> 	at org.apache.brooklyn.util.core.task.DynamicSequentialTask$DstJob.call(DynamicSequentialTask.java:363)[120:org.apache.brooklyn.core:0.11.0]
> 	at org.apache.brooklyn.util.core.task.BasicExecutionManager$SubmissionCallable.call(BasicExecutionManager.java:529)[120:org.apache.brooklyn.core:0.11.0]
> 	at java.util.concurrent.FutureTask.run(FutureTask.java:266)[:1.8.0_121]
> 	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)[:1.8.0_121]
> 	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)[:1.8.0_121]
> 	at java.lang.Thread.run(Thread.java:745)[:1.8.0_121]
> {noformat}
> How to improve:
> Don't set state directly, influence it through the {{SERVICE_PROBLEMS}} and {{SERVICE_NOT_UP_INDICATORS}}
sensors.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

Mime
View raw message