You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@tuscany.apache.org by keinmensch <ke...@mailhaven.com> on 2010/02/22 14:50:15 UTC
two-nodes-two-vms-test failing
Hi again!
To start examining the different deployment options with SCA, I tried to
run the itest "two-nodes-two-vms-test".
I try to start a server and a client node in two separate JVMs on one
and the same computer.
Unfortunately, starting the client fails with the following exception:
Feb 22, 2010 9:17:50 PM
org.apache.tuscany.sca.core.runtime.impl.EndpointReferenceBinderImpl []
(EndpointReferenceCantBeMatched)
SEVERE: = Unable to match the endpoint reference
(@1162992854)EndpointReference: URI =
HelloworldClient#reference(service) WIRED_TARGET_NOT_FOUND Target =
(@24742184)Endpoint: URI = HelloworldService [Unresolved] with the
policy of the service to which it refers.
Feb 22, 2010 9:17:50 PM
org.apache.tuscany.sca.node.launcher.NodeLauncher main
SEVERE: SCA Node could not be started
java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
org.apache.tuscany.sca.node.launcher.NodeLauncher.main(NodeLauncher.java:198)
at org.apache.tuscany.sca.node.launcher.NodeMain.main(NodeMain.java:59)
at itest.nodes.StartClientNode.main(StartClientNode.java:32)
Caused by: java.lang.IllegalStateException:
org.oasisopen.sca.ServiceUnavailableException:
org.apache.tuscany.sca.core.scope.TargetInitializationException:
org.apache.tuscany.sca.implementation.java.invocation.EventInvocationException:
Exception thrown by event method [initialize]
at org.apache.tuscany.sca.node.impl.NodeImpl.start(NodeImpl.java:176)
... 7 more
Caused by: org.oasisopen.sca.ServiceUnavailableException:
org.apache.tuscany.sca.core.scope.TargetInitializationException:
org.apache.tuscany.sca.implementation.java.invocation.EventInvocationException:
Exception thrown by event method [initialize]
at
org.apache.tuscany.sca.core.scope.impl.CompositeScopeContainer.getWrapper(CompositeScopeContainer.java:62)
at
org.apache.tuscany.sca.core.scope.impl.CompositeScopeContainer.start(CompositeScopeContainer.java:81)
at
org.apache.tuscany.sca.core.assembly.impl.CompositeActivatorImpl.start(CompositeActivatorImpl.java:517)
at
org.apache.tuscany.sca.core.assembly.impl.CompositeActivatorImpl.start(CompositeActivatorImpl.java:475)
at org.apache.tuscany.sca.node.impl.NodeImpl.start(NodeImpl.java:148)
... 7 more
Caused by:
org.apache.tuscany.sca.core.scope.TargetInitializationException:
org.apache.tuscany.sca.implementation.java.invocation.EventInvocationException:
Exception thrown by event method [initialize]
at
org.apache.tuscany.sca.implementation.java.context.ReflectiveInstanceWrapper.start(ReflectiveInstanceWrapper.java:54)
at
org.apache.tuscany.sca.core.scope.impl.CompositeScopeContainer.getWrapper(CompositeScopeContainer.java:60)
... 11 more
Caused by:
org.apache.tuscany.sca.implementation.java.invocation.EventInvocationException:
Exception thrown by event method [initialize]
at
org.apache.tuscany.sca.implementation.java.invocation.MethodEventInvoker.invokeEvent(MethodEventInvoker.java:52)
at
org.apache.tuscany.sca.implementation.java.context.ReflectiveInstanceWrapper.start(ReflectiveInstanceWrapper.java:47)
... 12 more
Caused by: org.oasisopen.sca.SCARuntimeException: Unable to bind
(@1162992854)EndpointReference: URI =
HelloworldClient#reference(service) WIRED_TARGET_NOT_FOUND Target =
(@24742184)Endpoint: URI = HelloworldService [Unresolved]
at
org.apache.tuscany.sca.core.assembly.impl.RuntimeWireImpl.resolveEndpointReference(RuntimeWireImpl.java:345)
at
org.apache.tuscany.sca.core.assembly.impl.RuntimeWireImpl.initInvocationChains(RuntimeWireImpl.java:279)
at
org.apache.tuscany.sca.core.assembly.impl.RuntimeWireImpl.getInvocationChains(RuntimeWireImpl.java:170)
at
org.apache.tuscany.sca.core.invocation.impl.JDKInvocationHandler.getInvocationChain(JDKInvocationHandler.java:243)
at
org.apache.tuscany.sca.core.invocation.impl.JDKInvocationHandler.invoke(JDKInvocationHandler.java:143)
at $Proxy22.sayHello(Unknown Source)
What could be the reason for something like this?
A second question related to the above mentioned test is where in the
SCA 1.1 specifications the format of the server-config.xml and
client-config.xml files, both with a <node> root element, are documented?
I am currently suspecting that some configuration in those files need
to be changed in order for the client node to be able to locate the
server node, for instance the domain="http://domain1" attribute on the
<node> element.
Thanks!
Ivan
Re: How to un-serialize the SDO object using a specified Context?
Posted by ext2 <xu...@tongtech.com>.
It's great.
thanks a lot
_____
From: Frank Budinsky [mailto:frankb@ca.ibm.com]
Date: 2010/7/12 21:43
To: user@tuscany.apache.org
Subject: Re: How to un-serialize the SDO object using a specified Context?
Forgot to mention, you can create the SDOObjectInputStream by calling:
SDOUtil.createObjectInputStream(inputStream, helperContext);
Frank.
Inactive hide details for Frank Budinsky---07/12/2010 09:23:12 AM---Tuscany
provides a nonstandard way to do this. You need to Frank
Budinsky---07/12/2010 09:23:12 AM---Tuscany provides a nonstandard way to do
this. You need to use org.apache.tuscany.sdo.lib.SDOObjectI
From:
Frank Budinsky/Toronto/IBM@IBMCA
To:
user@tuscany.apache.org
Date:
07/12/2010 09:23 AM
Subject:
Re: How to un-serialize the SDO object using a specified Context?
_____
Tuscany provides a nonstandard way to do this. You need to use
org.apache.tuscany.sdo.lib.SDOObjectInputStream. You can pass a target
HelperContext in the SDOObjectInputStream ctor.
Frank.
"ext2" <xu...@tongtech.com> wrote on 07/12/2010 05:25:50 AM:
> [image removed]
>
> How to un-serialize the SDO object using a specified Context?
>
> ext2
>
> to:
>
> user
>
> 07/12/2010 05:26 AM
>
> Please respond to user
>
> By default, Tuscany sdo's implementation will choose the default context
to
> un-serialize the sdo.
> But how to specified the context to do un-serialize?
> If there is no standard way to do so, a special Tuscany SDO API will be
> preferred.
>
> Thanks any suggestion
>
>
Re: How to un-serialize the SDO object using a specified Context?
Posted by Frank Budinsky <fr...@ca.ibm.com>.
Forgot to mention, you can create the SDOObjectInputStream by calling:
SDOUtil.createObjectInputStream(inputStream, helperContext);
Frank.
From: Frank Budinsky/Toronto/IBM@IBMCA
To: user@tuscany.apache.org
Date: 07/12/2010 09:23 AM
Subject: Re: How to un-serialize the SDO object using a specified Context?
Tuscany provides a nonstandard way to do this. You need to use
org.apache.tuscany.sdo.lib.SDOObjectInputStream. You can pass a target
HelperContext in the SDOObjectInputStream ctor.
Frank.
"ext2" <xu...@tongtech.com> wrote on 07/12/2010 05:25:50 AM:
> [image removed]
>
> How to un-serialize the SDO object using a specified Context?
>
> ext2
>
> to:
>
> user
>
> 07/12/2010 05:26 AM
>
> Please respond to user
>
> By default, Tuscany sdo's implementation will choose the default context
to
> un-serialize the sdo.
> But how to specified the context to do un-serialize?
> If there is no standard way to do so, a special Tuscany SDO API will be
> preferred.
>
> Thanks any suggestion
>
>
Re: How to un-serialize the SDO object using a specified Context?
Posted by Frank Budinsky <fr...@ca.ibm.com>.
Tuscany provides a nonstandard way to do this. You need to use
org.apache.tuscany.sdo.lib.SDOObjectInputStream. You can pass a target
HelperContext in the SDOObjectInputStream ctor.
Frank.
"ext2" <xu...@tongtech.com> wrote on 07/12/2010 05:25:50 AM:
> [image removed]
>
> How to un-serialize the SDO object using a specified Context?
>
> ext2
>
> to:
>
> user
>
> 07/12/2010 05:26 AM
>
> Please respond to user
>
> By default, Tuscany sdo's implementation will choose the default context
to
> un-serialize the sdo.
> But how to specified the context to do un-serialize?
> If there is no standard way to do so, a special Tuscany SDO API will be
> preferred.
>
> Thanks any suggestion
>
>
How to un-serialize the SDO object using a specified Context?
Posted by ext2 <xu...@tongtech.com>.
By default, Tuscany sdo's implementation will choose the default context to
un-serialize the sdo.
But how to specified the context to do un-serialize?
If there is no standard way to do so, a special Tuscany SDO API will be
preferred.
Thanks any suggestion
Re: two-nodes-two-vms-test failing
Posted by Raymond Feng <en...@gmail.com>.
It seems that the binding.jsonrpc extension code needs to populate the
absolute URI upon endpoint publication. I'll take a look at that.
Thanks,
Raymond
--------------------------------------------------
From: "keinmensch" <ke...@mailhaven.com>
Sent: Wednesday, March 10, 2010 6:48 AM
To: <us...@tuscany.apache.org>
Subject: Re: two-nodes-two-vms-test failing
> Hi again!
> First I want to share the cause for my own "two nodes in two VMs"
> program failing:
> I forgot to include the following prior to starting the client and
> server nodes:
> String theBindingType = RMIBinding.TYPE.toString();
> System.setProperty("org.apache.tuscany.sca.binding.sca.provider.SCABindingMapper.mappedBinding",
> theBindingType);
>
> Of course I have more questions regarding the different types of
> bindings I can use between the nodes: :-)
>
> First, is there any documentation of the format of the client-config.xml
> and server-config.xml files?
>
> Second:
> I tried to change the binding type from RMIBinding to JSONRPCBinding and
> also added the following line in the client-config and server-config.xml
> files:
> <binding name="sca:binding.jsonrpc" baseURIs="http://localhost:8080
> https://localhost:8082"/>
> Starting the server is no problem, but when I run the client I run into
> the following exception:
> Caused by: org.jabsorb.client.ClientError:
> java.lang.IllegalArgumentException: URI is not absolute
> at
> org.jabsorb.client.TransportRegistry.createSession(TransportRegistry.java:121)
> at
> org.apache.tuscany.sca.binding.jsonrpc.provider.JSONRPCClientInvoker.invoke(JSONRPCClientInvoker.java:55)
> at
> org.apache.tuscany.sca.core.invocation.impl.JDKInvocationHandler.invoke(JDKInvocationHandler.java:236)
> at
> org.apache.tuscany.sca.core.invocation.impl.JDKInvocationHandler.invoke(JDKInvocationHandler.java:106)
> at $Proxy9.sayHello(Unknown Source)
> at
> itest.nodes.HelloWorldClientImpl.initialize(HelloWorldClientImpl.java:49)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at
> org.apache.tuscany.sca.implementation.java.invocation.MethodEventInvoker.invokeEvent(MethodEventInvoker.java:43)
> ... 13 more
> Caused by: java.lang.IllegalArgumentException: URI is not absolute
> at java.net.URI.toURL(URI.java:1080)
> at
> org.jabsorb.client.TransportRegistry.createSession(TransportRegistry.java:116)
> ... 23 more
> However, if I replace the target attribute in the <reference> in the
> client with an uri attribute containing the absolute URI of the service,
> things works as expected between the client and server. I don't consider
> this a solution, since the point in this case, as far as I understand,
> is dynamic discovery using Tribes.
> Enough questions for today!
> As always, thanks for all the help!
> Ivan
>
>
>
Re: two-nodes-two-vms-test failing
Posted by keinmensch <ke...@mailhaven.com>.
Hi again!
First I want to share the cause for my own "two nodes in two VMs"
program failing:
I forgot to include the following prior to starting the client and
server nodes:
String theBindingType = RMIBinding.TYPE.toString();
System.setProperty("org.apache.tuscany.sca.binding.sca.provider.SCABindingMapper.mappedBinding",
theBindingType);
Of course I have more questions regarding the different types of
bindings I can use between the nodes: :-)
First, is there any documentation of the format of the client-config.xml
and server-config.xml files?
Second:
I tried to change the binding type from RMIBinding to JSONRPCBinding and
also added the following line in the client-config and server-config.xml
files:
<binding name="sca:binding.jsonrpc" baseURIs="http://localhost:8080
https://localhost:8082"/>
Starting the server is no problem, but when I run the client I run into
the following exception:
Caused by: org.jabsorb.client.ClientError:
java.lang.IllegalArgumentException: URI is not absolute
at
org.jabsorb.client.TransportRegistry.createSession(TransportRegistry.java:121)
at
org.apache.tuscany.sca.binding.jsonrpc.provider.JSONRPCClientInvoker.invoke(JSONRPCClientInvoker.java:55)
at
org.apache.tuscany.sca.core.invocation.impl.JDKInvocationHandler.invoke(JDKInvocationHandler.java:236)
at
org.apache.tuscany.sca.core.invocation.impl.JDKInvocationHandler.invoke(JDKInvocationHandler.java:106)
at $Proxy9.sayHello(Unknown Source)
at
itest.nodes.HelloWorldClientImpl.initialize(HelloWorldClientImpl.java:49)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
org.apache.tuscany.sca.implementation.java.invocation.MethodEventInvoker.invokeEvent(MethodEventInvoker.java:43)
... 13 more
Caused by: java.lang.IllegalArgumentException: URI is not absolute
at java.net.URI.toURL(URI.java:1080)
at
org.jabsorb.client.TransportRegistry.createSession(TransportRegistry.java:116)
... 23 more
However, if I replace the target attribute in the <reference> in the
client with an uri attribute containing the absolute URI of the service,
things works as expected between the client and server. I don't consider
this a solution, since the point in this case, as far as I understand,
is dynamic discovery using Tribes.
Enough questions for today!
As always, thanks for all the help!
Ivan
Re: two-nodes-two-vms-test failing
Posted by Simon Laws <si...@googlemail.com>.
On Fri, Mar 5, 2010 at 1:27 PM, keinmensch <ke...@mailhaven.com> wrote:
> ...and today when I tried another time, it seems like Maven downloaded
> some dependencies it "forgot" last time(?) and suddenly the itest succeeds!
> A happy ending! :-)
> Thanks for all help!
>
--
Apache Tuscany committer: tuscany.apache.org
Co-author of a book about Tuscany and SCA: tuscanyinaction.com
Hi
Good news that it worked for you eventually. Bit worrying that is
seems that maven didn't pull the correct set of dependencies. We'll
keep an eye on this as we'll shortly be thinking about the M5 release
and doing builds with empty repos so will be testing this.
Regards
Simon
Re: two-nodes-two-vms-test failing
Posted by keinmensch <ke...@mailhaven.com>.
...and today when I tried another time, it seems like Maven downloaded
some dependencies it "forgot" last time(?) and suddenly the itest succeeds!
A happy ending! :-)
Thanks for all help!
Re: two-nodes-two-vms-test failing
Posted by keinmensch <ke...@mailhaven.com>.
Simon Laws wrote:
> The original error doesn't look like a platform specific error
> (although it's obviously difficult to be 100% sure. Assuming I get a
> clean build this morning, taking all the changes from the last couple
> of days, I'll push some new snapshots out.
>
> Simon
>
>
Hi!
Thanks, it seems like that helped a lot! :-)
However, there seems to be one final obstacle when I am trying to run
the itest:
First, note the WARNING in the following log, of which there are several
occurrences:
[java] INFO: Loading contribution:
file:/Users/Shared/Devel/Apache/ApacheTuscany/LATEST/tuscany-sca-2.0-SNAPSHOT-src/itest/nodes/helloworld-service/target/classes/
[java] Mar 4, 2010 9:41:42 PM
org.apache.tuscany.sca.binding.sca.provider.DefaultSCABindingMapper <init>
[java] WARNING: Mapped binding for binding.sca is not supported:
{http://docs.oasis-open.org/ns/opencsa/sca/200912}binding.ws
[java] Mar 4, 2010 9:41:42 PM
org.apache.tuscany.sca.endpoint.tribes.ReplicatedEndpointRegistry
addEndpoint
[java] INFO: Add endpoint - (@2775646)Endpoint: URI =
HelloworldService#service-binding(Helloworld/Helloworld)
[java] Mar 4, 2010 9:41:42 PM
org.apache.tuscany.sca.node.launcher.NodeLauncher main
[java] INFO: SCA Node is now started.
Second, there is an exception:
[java] java.lang.IllegalStateException:
org.oasisopen.sca.ServiceUnavailableException:
org.apache.tuscany.sca.core.scope.TargetInitializationException:
org.apache.tuscany.sca.implementation.java.invocation.EventInvocationException:
Exception thrown by event method [initialize]
[java] at
org.apache.tuscany.sca.node.impl.NodeImpl.start(NodeImpl.java:169)
[java] at itest.Client.setUpBeforeClass(Client.java:43)
[java] at itest.Client.main(Client.java:65)
[java] Caused by: org.oasisopen.sca.ServiceUnavailableException:
org.apache.tuscany.sca.core.scope.TargetInitializationException:
org.apache.tuscany.sca.implementation.java.invocation.EventInvocationException:
Exception thrown by event method [initialize]
[java] at
org.apache.tuscany.sca.core.scope.impl.CompositeScopeContainer.getWrapper(CompositeScopeContainer.java:62)
[java] at
org.apache.tuscany.sca.core.scope.impl.CompositeScopeContainer.start(CompositeScopeContainer.java:81)
[java] at
org.apache.tuscany.sca.core.assembly.impl.CompositeActivatorImpl.start(CompositeActivatorImpl.java:512)
[java] at
org.apache.tuscany.sca.core.assembly.impl.CompositeActivatorImpl.start(CompositeActivatorImpl.java:314)
[java] at
org.apache.tuscany.sca.node.impl.NodeImpl.start(NodeImpl.java:143)
[java] ... 2 more
[java] Caused by:
org.apache.tuscany.sca.core.scope.TargetInitializationException:
org.apache.tuscany.sca.implementation.java.invocation.EventInvocationException:
Exception thrown by event method [initialize]
[java] at
org.apache.tuscany.sca.implementation.java.context.ReflectiveInstanceWrapper.start(ReflectiveInstanceWrapper.java:54)
[java] at
org.apache.tuscany.sca.core.scope.impl.CompositeScopeContainer.getWrapper(CompositeScopeContainer.java:60)
[java] ... 6 more
[java] Caused by:
org.apache.tuscany.sca.implementation.java.invocation.EventInvocationException:
Exception thrown by event method [initialize]
[java] at
org.apache.tuscany.sca.implementation.java.invocation.MethodEventInvoker.invokeEvent(MethodEventInvoker.java:52)
[java] at
org.apache.tuscany.sca.implementation.java.context.ReflectiveInstanceWrapper.start(ReflectiveInstanceWrapper.java:47)
[java] ... 7 more
[java] Caused by: org.oasisopen.sca.ServiceRuntimeException: No
matching operation for sayHello is found in reference
HelloworldClient#service
[java] at
org.apache.tuscany.sca.core.assembly.impl.RuntimeEndpointReferenceImpl.initInvocationChains(RuntimeEndpointReferenceImpl.java:276)
[java] at
org.apache.tuscany.sca.core.assembly.impl.RuntimeEndpointReferenceImpl.getInvocationChains(RuntimeEndpointReferenceImpl.java:176)
[java] at
org.apache.tuscany.sca.core.invocation.impl.JDKInvocationHandler.getInvocationChain(JDKInvocationHandler.java:195)
[java] at
org.apache.tuscany.sca.core.invocation.impl.JDKInvocationHandler.invoke(JDKInvocationHandler.java:99)
[java] at $Proxy8.sayHello(Unknown Source)
[java] at
itest.nodes.HelloworldImpl.sayHello(HelloworldImpl.java:40)
[java] at
itest.nodes.HelloworldImpl.initialize(HelloworldImpl.java:36)
[java] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
Method)
[java] at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
[java] at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
[java] at java.lang.reflect.Method.invoke(Method.java:592)
[java] at
org.apache.tuscany.sca.implementation.java.invocation.MethodEventInvoker.invokeEvent(MethodEventInvoker.java:43)
[java] ... 8 more
This is very encouraging (the progress, not the errors! :-) ). I'll
look more into this as soon as I have some time (busy week :-P ).
Best wishes,
Ivan
Re: two-nodes-two-vms-test failing
Posted by Simon Laws <si...@googlemail.com>.
The original error doesn't look like a platform specific error
(although it's obviously difficult to be 100% sure. Assuming I get a
clean build this morning, taking all the changes from the last couple
of days, I'll push some new snapshots out.
Simon
Re: two-nodes-two-vms-test failing
Posted by keinmensch <ke...@mailhaven.com>.
Hi!
Ah, I have been unclear:
I downloaded the snapshot but then I I let maven pull down dependencies
from repositories. Thus, I am not compiling Tuscany 2 myself.
When trying this, I used the following environment:
Apache Maven 2.2.0
Java version: 1.5.0_22
OS name: "mac os x" version: "10.5.8" arch: "i386" Family: "unix"
I do have Java 1.6.0_17 selected and installed, but Maven tells me it
uses 1.5, as above.
I suspect all my troubles may be related to OS X, though I do not know
the reason. I should get a Windows or Linux box.
I did check the Hudson report for the snapshot I downloaded and there
are no tests failing, so obviously the code is working somewhere.
As usual, by now :-P, many thanks!
Ivan
Re: two-nodes-two-vms-test failing
Posted by Simon Laws <si...@googlemail.com>.
Ok, I'm getting a clean build with the trunk code at r916328. I'm on
WinXP SP2 / Sun JDK 1.6.0_07 / Mvn 2.2.1
When you say "I am using the latest 2.x snapshot downloaded yesterday
or the day before." are you pulling down the snapshots from the maven
repo or are you compiling the source yourself? If you're pulling down
snapshots I can publish some new ones to make sure we're working with
the same code.
Simon
Re: two-nodes-two-vms-test failing
Posted by Simon Laws <si...@googlemail.com>.
No sure. Am just trying to get to the stage where I have a clean build
so I can confirm if the trunk code is good.
Simon
Re: two-nodes-two-vms-test failing
Posted by keinmensch <ke...@mailhaven.com>.
Hi again!
I have, for the moment, given up on the extracted test and focused on
trying to run the itest using Maven.
When I issue "mvn test" in the two-nodes-two-vms-test directory, it
fails with the following exception:
run:
[java] Feb 25, 2010 9:06:52 PM
org.apache.tuscany.sca.node.launcher.NodeLauncher main
[java] INFO: SCA Node configuration: ./server-config.xml
[java] Feb 25, 2010 9:06:55 PM
org.apache.tuscany.sca.node.launcher.NodeLauncher main
[java] INFO: Apache Tuscany SCA Node is starting...
[java] Feb 25, 2010 9:06:55 PM
org.apache.tuscany.sca.node.impl.NodeImpl start
[java] INFO: Starting node: http://sample/nodes/TestNode2 domain:
http://domain1
[java] Feb 25, 2010 9:06:55 PM
org.apache.tuscany.sca.node.launcher.NodeLauncher main
[java] SEVERE: SCA Node could not be started
[java] java.lang.reflect.InvocationTargetException
[java] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
Method)
[java] at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
[java] at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
[java] at java.lang.reflect.Method.invoke(Method.java:592)
[java] at
org.apache.tuscany.sca.node.launcher.NodeLauncher.main(NodeLauncher.java:202)
[java] at
org.apache.tuscany.sca.node.launcher.NodeMain.main(NodeMain.java:59)
[java] Caused by: java.lang.NoClassDefFoundError:
org/apache/tuscany/sca/runtime/ExtensibleDomainRegistryFactory
[java] at
org.apache.tuscany.sca.node.impl.NodeImpl.start(NodeImpl.java:111)
[java] ... 6 more
[java] Feb 25, 2010 9:06:55 PM
org.apache.tuscany.sca.node.impl.NodeImpl stop
[java] INFO: Stopping node: http://sample/nodes/TestNode2
[java] Feb 25, 2010 9:06:55 PM
org.apache.tuscany.sca.node.launcher.NodeLauncher stopNode
[java] INFO: SCA Node is now stopped.
[java] Exception in thread "main"
java.lang.reflect.InvocationTargetException
[java] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
Method)
[java] at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
[java] at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
[java] at java.lang.reflect.Method.invoke(Method.java:592)
[java] at
org.apache.tuscany.sca.node.launcher.NodeLauncher.main(NodeLauncher.java:202)
[java] at
org.apache.tuscany.sca.node.launcher.NodeMain.main(NodeMain.java:59)
[java] Caused by: java.lang.NoClassDefFoundError:
org/apache/tuscany/sca/runtime/ExtensibleDomainRegistryFactory
[java] at
org.apache.tuscany.sca.node.impl.NodeImpl.start(NodeImpl.java:111)
[java] ... 6 more
[java] Java Result: 1
How come that the class ExtensibleDomainRegistryFactory is missing?
I am using the latest 2.x snapshot downloaded yesterday or the day before.
Best wishes!
Re: two-nodes-two-vms-test failing
Posted by Simon Laws <si...@googlemail.com>.
Ok Ivan
Let us know what happens.
Simon
Re: two-nodes-two-vms-test failing
Posted by keinmensch <ke...@mailhaven.com>.
Hello!
Simon Laws wrote:
> Is this failing for you when you run the itest as is or are you
> running the separate parts of the test manually?
>
I have extracted the test and turned it into two separate Eclipse projects.
> This particular test is configured to use
> the Tribes software to do this for us. It's based on discovering
> remote nodes using multicast so it should work without specific
> configuration assuming that you have multicast enabled.
The server seem to start up without problems (or at least so it seems);
there is a web service published.
When I start the client, I see that there is an UDP package sent out.
I suspect that something in my local configuration that prevents the
package from reaching its destination.
I am going to look into this when I have a little more time.
Again, many thanks!
Ivan
Re: two-nodes-two-vms-test failing
Posted by Simon Laws <si...@googlemail.com>.
Hi Ivan
Is this failing for you when you run the itest as is or are you
running the separate parts of the test manually?
The contents of the client/server-config.xml file were inveted by
Tuscany. They are aren't defined in the specifications. We needed
somechere to hold configuration that determines what the the default
protocol configuration for remote bindings is and what the default
domain and domain registry URI were.
There has been some discussion recently about the utility and form of
the domain and registry URIs so I expect they will be changed but in
the code at the moment, and in this test in particular, you can see
that domain registry uri is being used to specify configuration for
the distributed registry that's used under the covers to copy endpoint
information between JVMs. This particular test is configured to use
the Tribes software to do this for us. It's based on discovering
remote nodes using multicast so it should work without specific
configuration assuming that you have multicast enabled. There is a
similar test configured to use Hazelcast.
Regards
Simon