You are viewing a plain text version of this content. The canonical link for it is here.

Posted to dev@tuscany.apache.org by Jim Marino <jm...@myroma.net> on 2006/03/07 05:04:11 UTC

Intra-aggregate wires

Jeremy mentioned that intra-aggregate system component wires were not  
working. I check some test cases in that exercise functionality that  
was already in place.  I'm probably missing something here so can  
someone let me know? I may be incorrectly generating the model in  
MockFactory or something.

Jim

Re: Intra-aggregate wires

Posted by Jeremy Boynes <jb...@apache.org>.

The trace I posted before is for a different bug - I forgot to uncomment
the <reference> definition in the SCDL. We should detect this and report
a better error (I'll open a JIRA).

Once I uncomment the SCDL, I get the real error:

org.apache.tuscany.core.context.TargetException: Component not found
[org.apache.tuscany.core.loader.SCDLModelLoaderRegistry]
Context stack trace: [tuscany.system]
	at
org.apache.tuscany.core.system.context.SystemAggregateContextImpl.locateInstance(SystemAggregateContextImpl.java:488)
	at
org.apache.tuscany.core.injection.ReferenceTargetFactory.getInstance(ReferenceTargetFactory.java:129)
	at
org.apache.tuscany.core.injection.FieldInjector.inject(FieldInjector.java:40)
	at
org.apache.tuscany.core.injection.PojoObjectFactory.getInstance(PojoObjectFactory.java:64)
	at
org.apache.tuscany.core.system.context.SystemComponentContext.getInstance(SystemComponentContext.java:110)
	at
org.apache.tuscany.core.context.scope.ModuleScopeContext.initComponentContexts(ModuleScopeContext.java:173)
	at
org.apache.tuscany.core.context.scope.ModuleScopeContext.onEvent(ModuleScopeContext.java:65)
	at
org.apache.tuscany.core.system.context.SystemAggregateContextImpl.fireEvent(SystemAggregateContextImpl.java:440)
	at
org.apache.tuscany.core.client.TuscanyRuntime.<init>(TuscanyRuntime.java:139)
	at
org.apache.tuscany.core.client.TuscanyRuntime.<init>(TuscanyRuntime.java:77)
	at
org.apache.tuscany.samples.helloworld.HelloWorldServiceComponentTestCase.testGeetings(HelloWorldServiceComponentTestCase.java:38)
	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.junit2.JUnitStarter.main(JUnitStarter.java:31)
	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.application.AppMain.main(AppMain.java:86)

Jim Marino wrote:
> Yea I hadn't implemented that case (also in the Java container).   I'll
> go back and do that now.
> 
> Jim
> 
> 
> On Mar 7, 2006, at 8:33 AM, Jeremy Boynes wrote:
> 
>> Jim Marino wrote:
>>
>>> Jeremy mentioned that intra-aggregate system component wires were not
>>> working. I check some test cases in that exercise functionality that
>>> was already in place.  I'm probably missing something here so can
>>> someone let me know? I may be incorrectly generating the model in
>>> MockFactory or something.
>>>
>>>
>>
>> I have the impression from this that you weren't able to reproduce it?
>>
>> I was referring to the problem we saw last week where methods marked
>> @Reference were not getting called and so in classes like
>> JavaSCDLModelLoader the reference to the registry was not getting
>> initialized.
>>
>> If I uncomment the @Reference annotation on JavaSCDLModelLoader I get
>> the stacktrace below. The accessor can't be found because it is  looking
>> for a List (which is wrong) because
>> reference.getTargetConfiguredServices() returns an empty list. I am  not
>> sure why the list of services is not getting configured.
>>

Re: Intra-aggregate wires

Posted by Jim Marino <jm...@myroma.net>.

Yea I hadn't implemented that case (also in the Java container).   
I'll go back and do that now.

Jim


On Mar 7, 2006, at 8:33 AM, Jeremy Boynes wrote:

> Jim Marino wrote:
>
>> Jeremy mentioned that intra-aggregate system component wires were not
>> working. I check some test cases in that exercise functionality that
>> was already in place.  I'm probably missing something here so can
>> someone let me know? I may be incorrectly generating the model in
>> MockFactory or something.
>>
>>
>
> I have the impression from this that you weren't able to reproduce it?
>
> I was referring to the problem we saw last week where methods marked
> @Reference were not getting called and so in classes like
> JavaSCDLModelLoader the reference to the registry was not getting
> initialized.
>
> If I uncomment the @Reference annotation on JavaSCDLModelLoader I get
> the stacktrace below. The accessor can't be found because it is  
> looking
> for a List (which is wrong) because
> reference.getTargetConfiguredServices() returns an empty list. I am  
> not
> sure why the list of services is not getting configured.
>
> --
> Jeremy
>
> org.apache.tuscany.core.builder.NoAccessorException: loaderRegistry
>     at
> org.apache.tuscany.core.system.builder.SystemComponentContextBuilder.c 
> reateReferenceInjector(SystemComponentContextBuilder.java:367)
>     at
> org.apache.tuscany.core.system.builder.SystemComponentContextBuilder.b 
> uild(SystemComponentContextBuilder.java:155)
>     at
> org.apache.tuscany.core.system.builder.SystemComponentContextBuilder.b 
> uild(SystemComponentContextBuilder.java:72)
>     at
> org.apache.tuscany.core.builder.impl.AssemblyVisitor.visit 
> (AssemblyVisitor.java:57)
>     at
> org.apache.tuscany.model.assembly.impl.AssemblyModelObjectImpl.accept( 
> AssemblyModelObjectImpl.java:43)
>     at
> org.apache.tuscany.model.assembly.impl.ExtensibleImpl.accept 
> (ExtensibleImpl.java:81)
>     at
> org.apache.tuscany.model.assembly.impl.ComponentImpl.accept 
> (ComponentImpl.java:205)
>     at
> org.apache.tuscany.model.assembly.impl.AssemblyModelObjectImpl.accept( 
> AssemblyModelObjectImpl.java:55)
>     at
> org.apache.tuscany.model.assembly.impl.AggregateImpl.accept 
> (AggregateImpl.java:296)
>     at
> org.apache.tuscany.model.assembly.impl.ModuleImpl.accept 
> (ModuleImpl.java:229)
>     at
> org.apache.tuscany.model.assembly.impl.ComponentImpl.accept 
> (ComponentImpl.java:215)
>     at
> org.apache.tuscany.core.builder.impl.AssemblyVisitor.start 
> (AssemblyVisitor.java:49)
>     at
> org.apache.tuscany.core.runtime.RuntimeContextImpl.build 
> (RuntimeContextImpl.java:243)
>     at
> org.apache.tuscany.core.system.context.SystemAggregateContextImpl.regi 
> sterModelObject(SystemAggregateContextImpl.java:314)
>     at
> org.apache.tuscany.core.client.TuscanyRuntime.<init> 
> (TuscanyRuntime.java:134)
>     at
> org.apache.tuscany.core.client.TuscanyRuntime.<init> 
> (TuscanyRuntime.java:77)
>     at
> org.apache.tuscany.samples.helloworld.HelloWorldServiceComponentTestCa 
> se.testGeetings(HelloWorldServiceComponentTestCase.java:38)
>     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.junit2.JUnitStarter.main 
> (JUnitStarter.java:31)
>

Re: Intra-aggregate wires

Posted by Jeremy Boynes <jb...@apache.org>.

Jim Marino wrote:
> Jeremy mentioned that intra-aggregate system component wires were not 
> working. I check some test cases in that exercise functionality that 
> was already in place.  I'm probably missing something here so can 
> someone let me know? I may be incorrectly generating the model in 
> MockFactory or something.
> 

I have the impression from this that you weren't able to reproduce it?

I was referring to the problem we saw last week where methods marked
@Reference were not getting called and so in classes like
JavaSCDLModelLoader the reference to the registry was not getting
initialized.

If I uncomment the @Reference annotation on JavaSCDLModelLoader I get
the stacktrace below. The accessor can't be found because it is looking
for a List (which is wrong) because
reference.getTargetConfiguredServices() returns an empty list. I am not
sure why the list of services is not getting configured.

--
Jeremy

org.apache.tuscany.core.builder.NoAccessorException: loaderRegistry
	at
org.apache.tuscany.core.system.builder.SystemComponentContextBuilder.createReferenceInjector(SystemComponentContextBuilder.java:367)
	at
org.apache.tuscany.core.system.builder.SystemComponentContextBuilder.build(SystemComponentContextBuilder.java:155)
	at
org.apache.tuscany.core.system.builder.SystemComponentContextBuilder.build(SystemComponentContextBuilder.java:72)
	at
org.apache.tuscany.core.builder.impl.AssemblyVisitor.visit(AssemblyVisitor.java:57)
	at
org.apache.tuscany.model.assembly.impl.AssemblyModelObjectImpl.accept(AssemblyModelObjectImpl.java:43)
	at
org.apache.tuscany.model.assembly.impl.ExtensibleImpl.accept(ExtensibleImpl.java:81)
	at
org.apache.tuscany.model.assembly.impl.ComponentImpl.accept(ComponentImpl.java:205)
	at
org.apache.tuscany.model.assembly.impl.AssemblyModelObjectImpl.accept(AssemblyModelObjectImpl.java:55)
	at
org.apache.tuscany.model.assembly.impl.AggregateImpl.accept(AggregateImpl.java:296)
	at
org.apache.tuscany.model.assembly.impl.ModuleImpl.accept(ModuleImpl.java:229)
	at
org.apache.tuscany.model.assembly.impl.ComponentImpl.accept(ComponentImpl.java:215)
	at
org.apache.tuscany.core.builder.impl.AssemblyVisitor.start(AssemblyVisitor.java:49)
	at
org.apache.tuscany.core.runtime.RuntimeContextImpl.build(RuntimeContextImpl.java:243)
	at
org.apache.tuscany.core.system.context.SystemAggregateContextImpl.registerModelObject(SystemAggregateContextImpl.java:314)
	at
org.apache.tuscany.core.client.TuscanyRuntime.<init>(TuscanyRuntime.java:134)
	at
org.apache.tuscany.core.client.TuscanyRuntime.<init>(TuscanyRuntime.java:77)
	at
org.apache.tuscany.samples.helloworld.HelloWorldServiceComponentTestCase.testGeetings(HelloWorldServiceComponentTestCase.java:38)
	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.junit2.JUnitStarter.main(JUnitStarter.java:31)