[jboss-dev-forums] [Design of POJO Server] - Re: ManagedOperation aspects for the ProfileService.Manageme
alesj
do-not-reply at jboss.com
Wed Sep 19 17:55:17 EDT 2007
Hmmm ... is this stuff done wrong or I just don't get the concept:
| java.lang.IllegalStateException: No target found for op: ManagedOperation(name=listFormatttedSubPoolStatistics,description=Obtain a formatted statistics report,impact=ReadOnly)
| at org.jboss.profileservice.management.ManagementViewImpl.invoke(ManagementViewImpl.java:662)
| at org.jboss.profileservice.remoting.ProfileServiceInvocationHandler.invoke(ProfileServiceInvocationHandler.java:77)
| at org.jboss.remoting.ServerInvoker.invoke(ServerInvoker.java:769)
| at org.jboss.remoting.transport.socket.ServerThread.processInvocation(ServerThread.java:573)
| at org.jboss.remoting.transport.socket.ServerThread.dorun(ServerThread.java:373)
| at org.jboss.remoting.transport.socket.ServerThread.run(ServerThread.java:166)
| at org.jboss.remoting.MicroRemoteClientInvoker.invoke(MicroRemoteClientInvoker.java:163)
| at org.jboss.remoting.Client.invoke(Client.java:1550)
| at org.jboss.remoting.Client.invoke(Client.java:530)
| at org.jboss.aspects.remoting.InvokeRemoteInterceptor.invoke(InvokeRemoteInterceptor.java:62)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.aspects.remoting.MergeMetaDataInterceptor.invoke(MergeMetaDataInterceptor.java:74)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.aspects.security.SecurityClientInterceptor.invoke(SecurityClientInterceptor.java:65)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at AOPProxy$12.getName(AOPProxy$12.java)
| at org.jboss.test.profileservice.test.ProfileServiceUnitTestCase.testDefaultDSOps(ProfileServiceUnitTestCase.java:339)
| at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
| at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at com.intellij.rt.execution.junit.IdeaTestRunner.doRun(IdeaTestRunner.java:69)
| at com.intellij.rt.execution.junit.IdeaTestRunner.startRunnerWithArgs(IdeaTestRunner.java:24)
| at com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:118)
| at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:40)
| at org.jboss.aspects.remoting.InvokeRemoteInterceptor.invoke(InvokeRemoteInterceptor.java:74)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.aspects.remoting.MergeMetaDataInterceptor.invoke(MergeMetaDataInterceptor.java:74)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.aspects.security.SecurityClientInterceptor.invoke(SecurityClientInterceptor.java:65)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at AOPProxy$12.getName(AOPProxy$12.java)
| at org.jboss.test.profileservice.test.ProfileServiceUnitTestCase.testDefaultDSOps(ProfileServiceUnitTestCase.java:339)
|
Shouldn't be a 'ManagedOperation.getName' invocation just a simple remote call of the actual server side coresponding ManagedOperation instance's getName method.
And only the 'mapping' of the ManagedOperation.invoke(org.jboss.metatype.api.values.MetaValue... metaValues) call should be actually wired onto runtime component?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4086355#4086355
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4086355
More information about the jboss-dev-forums
mailing list