On Nov 27, 2007 3:35 PM, Simon Laws <[EMAIL PROTECTED]> wrote: > > > On Nov 27, 2007 3:32 PM, Jeff Davis <[EMAIL PROTECTED]> wrote: > > > I submitted the following JIRA: > > https://issues.apache.org/jira/browse/TUSCANY-1920 > > > > I'm not certain I gave it the proper classification, so you might want > > to verify that. > > > > Thanks, > > > > jeff > > > > -----Original Message----- > > From: Simon Laws [mailto:[EMAIL PROTECTED] ] > > Sent: Tuesday, November 27, 2007 1:11 AM > > To: tuscany-user@ws.apache.org > > Subject: Re: Question regarding SCADomainFinder > > > > On Nov 27, 2007 5:19 AM, Jeff Davis < [EMAIL PROTECTED]> wrote: > > > > > Hi, > > > > > > I'm attempting to perform some testing using some of the distributed > > > features of Tuscany. I have done the following: > > > > > > 1) In one Java main class, started a new domain. > > > 2) In another Java main, started a node that registered a service. I > > was > > > able to verify the service was working correctly by doing something > > > like: > > > > > > compositeService = > > > node.getDomain().getService(ScopeConversationalService.class, > > > "TestConversationalService"); > > > compositeService.initialize2(); > > > > > > This worked properly. > > > > > > 3) Leaving both the domain and nodes running, I then attempt to use > > the > > > SCADomainFinder class in another Java main to get a handle to the > > domain > > > so that I can retrieve the service: > > > > > > SCADomainFinder domainFinder = SCADomainFinder.newInstance(); > > > SCADomain domainProxy = > > > domainFinder.getSCADomain("http://localhost:8877";); > > > compositeService = > > > domainProxy.getService(ScopeConversationalService.class, > > > "TestConversationalService"); > > > > > > However, it always fails with a null pointer exception on the > > > domainProxy.getService call: > > > > > > java.lang.NullPointerException > > > at > > > > > org.apache.tuscany.sca.node.impl.SCADomainImpl.getServiceReference(SCADo > > > mainImpl.java:417) > > > at > > > > > org.apache.tuscany.sca.node.impl.SCADomainImpl.getService(SCADomainImpl. > > > java:348) > > > > > > The same error occurs even if I put a bogus port in the for the domain > > > URL (8877 is correct). > > > > > > What my objective in this testing is to determine how I can get a > > remote > > > handle to the service so that I can invoke it that way in a > > distributed > > > fashion. I suppose I can always instantiate a new domain locally that > > > has a reference, via one of the bindings to the remote host where the > > > services primarily will reside, but this doesn't seem like the best > > way > > > of going about things (maybe it is, I'm pretty new to Tuscany, so I'm > > > just trying to get a handle on best practices). > > > > > > jeff > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > Hi Jeff > > > > The three steps you are trying look right to me. The failure of 3 is a > > bug > > can you raise a JIRA and I'll take a look at it. > > > > Regards > > > > Simon > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > Jeff > > I'll flip it over to target release 1.1. which is our next release put > apart from that it looks good. > > Thanks > > Simon > Hi Jeff
As part of other changes to domain I've added the code needed to allow the domain proxy located using the SCADomainFinder to get a valid reference. I'm not going to close off the JIRA just yet as I need to do more testing and I think the proxy code that's used in this case has become too complex and I want to split it off into its own module. But if you are able to build the trunck code from svn then you can give it a spin. If not I hope to get it into the 1.1 release. Regards Simon
