Similar as the service side:

Node  node = NodeFactory.newInstance().createNode(""helloworldwsclient.composite", this.getClass().getClassLoader()).start();
HelloWorldService helloWorldService  = node.getService(HelloWorldService.class, "HelloWorldServiceComponent");

...


From: amit patel 
Sent: Friday, December 04, 2009 8:02 AM
To: user@tuscany.apache.org ; antelder@apache.org 
Subject: Re: tuscany 2 and SCADomain


Thanks!

So I was able to start the service

Now what do I change the client code to?

SCADomain scaDomain = SCADomain.newInstance(

"helloworldwsclient.composite"); 
HelloWorldService helloWorldService = scaDomain.getService(HelloWorldService.

class, "HelloWorldServiceComponent"); 

OMFactory fac = OMAbstractFactory.getOMFactory();

OMElement imageElement = fac.createOMElement(

"image", null); 

// Creating the Data Handler for the file. 
DataHandler dataHandler = 

new DataHandler(new FileDataSource("C:/attachedfile.jpg")); 

//create an OMText node with the above DataHandler and set optimized to true 
OMText textData = fac.createOMText(dataHandler, 

true); 
imageElement.addChild(textData); 


String value = helloWorldService.getGreetings(

"attachedfile.jpg", imageElement); 
System.

out.println(value); 

scaDomain.close();

i found this
http://cwiki.apache.org/TUSCANYxDOCx2x/converting-tuscany-1x-extensions.html

Changed client code to


String contribution = ContributionLocationHelper.*getContributionLocation*
(HelloWorldService.*class*);

Node node = NodeFactory.*newInstance*().createNode(
"helloworldwsclient.composite",

*new* Contribution("test", contribution));

node.start();

HelloWorldService helloWorldService = node.getService(HelloWorldService.*
class*, "HelloTuscanyServiceComponent");

And Now I got hit by the bug
http://issues.apache.org/jira/browse/TUSCANY-2664

Is there a workaround?

Thanks

Dec 4, 2009 10:23:32 AM
org.apache.tuscany.sca.core.assembly.impl.EndpointRegistryImpl addEndpoint

INFO: Add endpoint - (@622863648)Endpoint: URI =
HelloWorldServiceComponent#service-binding(HelloWorldService/HelloWorldService)

class org.apache.axiom.om.impl.llom.OMElementImpl

class org.apache.axiom.om.impl.llom.OMTextImpl

Injected helloWorldService

Called getGreetings

Exception in thread "main" *java.lang.IllegalArgumentException*:
Pass-by-value is not supported for the given object: *
org.apache.tuscany.sca.databinding.TransformationException
*

at org.apache.tuscany.sca.databinding.javabeans.JavaBeansDataBinding.copy(*
JavaBeansDataBinding.java:128*)

at
org.apache.tuscany.sca.databinding.DefaultDataBindingExtensionPoint$LazyDataBinding.copy(
*DefaultDataBindingExtensionPoint.java:169*)

Thanks!

So I was able to start the service

Now what do I change the client code to?


SCADomain scaDomain = SCADomain.newInstance("helloworldwsclient.composite");

HelloWorldService helloWorldService =
scaDomain.getService(HelloWorldService.*class*, "HelloWorldServiceComponent"
);

OMFactory fac = OMAbstractFactory.*getOMFactory*();

OMElement imageElement = fac.createOMElement("image", *null*);

// Creating the Data Handler for the file.

DataHandler dataHandler = *new* DataHandler(*new* FileDataSource(
"C:/attachedfile.jpg"));

//create an OMText node with the above DataHandler and set optimized to true

OMText textData = fac.createOMText(dataHandler, *true*);

imageElement.addChild(textData);

String value = helloWorldService.getGreetings("attachedfile.jpg",
imageElement);

System.*out*.println(value);

scaDomain.close();

Or even better just use call createNode with the explicit contribution
location, for example:

        Node node = NodeFactory.newInstance().createNode(null, new
String[] {"target/classes"}).start();

I'd like to get that API simplified even further but have't got to it
yet, so you should be able to just do:

       Node node =
NodeFactory.newInstance().createNode("target/classes").start();

   ...ant

On Fri, Dec 4, 2009 at 1:40 AM, Raymond Feng <enjoyjava@gmail.com> wrote:
> Please use NodeFactory/Node APIs instead. For example,
>
>         String location =
> ContributionLocationHelper.getContributionLocation(SampleClient.class);
>         Node node = NodeFactory.newInstance().createNode(new
> Contribution("c1", location));
>
>         node.start();
>
>         SampleClient sampleClient = node.getService(SampleClient.class,
> "SampleClient");
>         sampleClient.runSample();
> Thanks,
> Raymond
> From: amit patel
> Sent: Thursday, December 03, 2009 4:20 PM
> To: user@tuscany.apache.org
> Subject: tuscany 2 and SCADomain
> I am using tuscany 2.0-M4 to run ram's sample from here
>
> http://svn.apache.org/repos/asf/tuscany/sandbox/ramkumar/helloworld-ws-reference/
>
> I can't find the SCADomain class, is it deprecated? what should I use now?
> Is there an equivalent sample for tuscany 2?
>
>
> public
>
> class HelloWorldClient {
>
> public final static void main(String[] args) throws Exception {
>
> SCADomain scaDomain = SCADomain.newInstance(
>
> "helloworldwsclient.composite");
>
> HelloWorldService helloWorldService =
> scaDomain.getService(HelloWorldService.
>
> class, "HelloWorldServiceComponent");
>
> OMFactory fac = OMAbstractFactory.getOMFactory();
>
> OMElement imageElement = fac.createOMElement(
>
> "image", null);
>
> // Creating the Data Handler for the file.
>
> DataHandler dataHandler =
>
> new DataHandler(new FileDataSource("C:/attachedfile.jpg"));
>
> //create an OMText node with the above DataHandler and set optimized to true
>
> OMText textData = fac.createOMText(dataHandler,
>
> true);
>
> imageElement.addChild(textData);
>
> String value = helloWorldService.getGreetings(
>
> "attachedfile.jpg", imageElement);
>
> System.
>
> out.println(value);
>
> scaDomain.close();
>
> }
>
> }

Please use NodeFactory/Node APIs instead. For example,

        String location = ContributionLocationHelper.getContributionLocation(SampleClient.class);
        Node node = NodeFactory.newInstance().createNode(new Contribution("c1", location));
        
        node.start();

        SampleClient sampleClient = node.getService(SampleClient.class, "SampleClient");
        sampleClient.runSample();

Thanks,
Raymond


From: amit patel 
Sent: Thursday, December 03, 2009 4:20 PM
To: user@tuscany.apache.org 
Subject: tuscany 2 and SCADomain


I am using tuscany 2.0-M4 to run ram's sample from here

http://svn.apache.org/repos/asf/tuscany/sandbox/ramkumar/helloworld-ws-reference/

I can't find the SCADomain class, is it deprecated? what should I use now?
Is there an equivalent sample for tuscany 2?

public

class HelloWorldClient { 


public final static void main(String[] args) throws Exception { 
SCADomain scaDomain = SCADomain.newInstance(

"helloworldwsclient.composite"); 
HelloWorldService helloWorldService = scaDomain.getService(HelloWorldService.

class, "HelloWorldServiceComponent"); 

OMFactory fac = OMAbstractFactory.getOMFactory();

OMElement imageElement = fac.createOMElement(

"image", null); 

// Creating the Data Handler for the file. 
DataHandler dataHandler = 

new DataHandler(new FileDataSource("C:/attachedfile.jpg")); 

//create an OMText node with the above DataHandler and set optimized to true 
OMText textData = fac.createOMText(dataHandler, 

true); 
imageElement.addChild(textData); 


String value = helloWorldService.getGreetings(

"attachedfile.jpg", imageElement); 
System.

out.println(value); 

scaDomain.close();

}

}

I am using tuscany 2.0-M4 to run ram's sample from here

http://svn.apache.org/repos/asf/tuscany/sandbox/ramkumar/helloworld-ws-reference/

I can't find the SCADomain class, is it deprecated? what should I use now?
Is there an equivalent sample for tuscany 2?

*

public* *class* HelloWorldClient {

*public* *final* *static* *void* main(String[] args) *throws* Exception {

SCADomain scaDomain = SCADomain.newInstance("helloworldwsclient.composite");

HelloWorldService helloWorldService =
scaDomain.getService(HelloWorldService.*class*, "HelloWorldServiceComponent"
);

OMFactory fac = OMAbstractFactory.*getOMFactory*();

OMElement imageElement = fac.createOMElement("image", *null*);

// Creating the Data Handler for the file.

DataHandler dataHandler = *new* DataHandler(*new* FileDataSource(
"C:/attachedfile.jpg"));

//create an OMText node with the above DataHandler and set optimized to true

OMText textData = fac.createOMText(dataHandler, *true*);

imageElement.addChild(textData);

String value = helloWorldService.getGreetings("attachedfile.jpg",
imageElement);

System.*out*.println(value);

scaDomain.close();

}

}

On Thu, Dec 3, 2009 at 3:10 PM, amit patel <amitptel@gmail.com> wrote:
> I had to add wstx-asl-3.2.4.jar to fix the NPE
>
> now I am getting
>
>
> Starting ...
>
> Dec 3, 2009 5:08:28 PM org.apache.tuscany.sca.node.impl.NodeImpl start
>
> INFO: Starting node: http://tuscany.apache.org/sca/1.1/nodes/default0
> domain: tuscany.apache.org
>
> Dec 3, 2009 5:08:28 PM org.apache.tuscany.sca.node.impl.NodeFactoryImpl
> loadContributions
>
> INFO: Loading contribution: file:/C:/workspaces/ast/tuscany1/store/target/
>
> Dec 3, 2009 5:08:29 PM
> org.apache.tuscany.sca.contribution.processor.ValidatingXMLStreamReader
> [Contribution: test, Artifact: store.composite] (SchemaError)
>
> SEVERE: XMLSchema validation error occured in: store.composite ,line = 8,
> column = 9, Message = cvc-complex-type.2.4.a: Invalid content was found
> starting with element 'service'. One of
> '{"http://docs.oasis-open.org/ns/opencsa/sca/200903":documentation,
> "http://docs.oasis-open.org/ns/opencsa/sca/200903":implementation}' is
> expected.
>
> Dec 3, 2009 5:08:29 PM
> org.apache.tuscany.sca.contribution.processor.ExtensibleStAXArtifactProcessor
> [Contribution: test, Artifact: store.composite] (ElementCannotBeProcessed)
>
> SEVERE: Element
> {http://tuscany.apache.org/xmlns/sca/1.1}implementation.widget cannot be
> processed. ([row,col {unknown-source}]: [14,9])
>
> Exception in thread "main"
>
> java.lang.IllegalStateException: org.oasisopen.sca.ServiceRuntimeException:
> [Contribution: test, Artifact: store.composite] - XMLSchema validation error
> occured in: store.composite ,line = 8, column = 9, Message =
> cvc-complex-type.2.4.a: Invalid content was found starting with element
> 'service'. One of
> '{"http://docs.oasis-open.org/ns/opencsa/sca/200903":documentation,
> "http://docs.oasis-open.org/ns/opencsa/sca/200903":implementation}' is
> expected.
>
> at org.apache.tuscany.sca.node.impl.NodeImpl.start(
>
> NodeImpl.java:176)
>
> at launch.Launch.main(
>
> Launch.java:15)
>
> Caused by:
>
> org.oasisopen.sca.ServiceRuntimeException: [Contribution: test, Artifact:
> store.composite] - XMLSchema validation error occured in: store.composite
> ,line = 8, column = 9, Message = cvc-complex-type.2.4.a: Invalid content was
> found starting with element 'service'. One of
> '{"http://docs.oasis-open.org/ns/opencsa/sca/200903":documentation,
> "http://docs.oasis-open.org/ns/opencsa/sca/200903":implementation}' is
> expected.
>
> at org.apache.tuscany.sca.node.impl.NodeFactoryImpl.analyzeProblems(
>
> NodeFactoryImpl.java:174)
>
> at org.apache.tuscany.sca.node.impl.NodeFactoryImpl.loadContributions(
>
> NodeFactoryImpl.java:333)
>
> at org.apache.tuscany.sca.node.impl.NodeImpl.start(
>
> NodeImpl.java:133)
>
> ... 1 more

You are using the 2.x Runtime, but the guide you mentioned was
designed to the 1.x runtime. Please try with our latest 1.x release.


-- 
Luciano Resende
http://people.apache.org/~lresende
http://lresende.blogspot.com/

I had to add wstx-asl-3.2.4.jar to fix the NPE

now I am getting


Starting ...

Dec 3, 2009 5:08:28 PM org.apache.tuscany.sca.node.impl.NodeImpl start

INFO: Starting node: http://tuscany.apache.org/sca/1.1/nodes/default0domain:
tuscany.apache.org

Dec 3, 2009 5:08:28 PM org.apache.tuscany.sca.node.impl.NodeFactoryImpl
loadContributions

INFO: Loading contribution: file:/C:/workspaces/ast/tuscany1/store/target/

Dec 3, 2009 5:08:29 PM
org.apache.tuscany.sca.contribution.processor.ValidatingXMLStreamReader
[Contribution: test, Artifact: store.composite] (SchemaError)

SEVERE: XMLSchema validation error occured in: store.composite ,line = 8,
column = 9, Message = cvc-complex-type.2.4.a: Invalid content was found
starting with element 'service'. One of '{"
http://docs.oasis-open.org/ns/opencsa/sca/200903":documentation, "
http://docs.oasis-open.org/ns/opencsa/sca/200903":implementation}' is
expected.

Dec 3, 2009 5:08:29 PM
org.apache.tuscany.sca.contribution.processor.ExtensibleStAXArtifactProcessor
[Contribution: test, Artifact: store.composite] (ElementCannotBeProcessed)

SEVERE: Element {
http://tuscany.apache.org/xmlns/sca/1.1}implementation.widget cannot be
processed. ([row,col {unknown-source}]: [14,9])

Exception in thread "main" *java.lang.IllegalStateException*: *
org.oasisopen.sca.ServiceRuntimeException*: [Contribution: test, Artifact:
store.composite] - XMLSchema validation error occured in: store.composite
,line = 8, column = 9, Message = cvc-complex-type.2.4.a: Invalid content was
found starting with element 'service'. One of '{"
http://docs.oasis-open.org/ns/opencsa/sca/200903":documentation, "
http://docs.oasis-open.org/ns/opencsa/sca/200903":implementation}' is
expected.

at org.apache.tuscany.sca.node.impl.NodeImpl.start(*NodeImpl.java:176*)

at launch.Launch.main(*Launch.java:15*)

Caused by: *org.oasisopen.sca.ServiceRuntimeException*: [Contribution: test,
Artifact: store.composite] - XMLSchema validation error occured in:
store.composite ,line = 8, column = 9, Message = cvc-complex-type.2.4.a:
Invalid content was found starting with element 'service'. One of '{"
http://docs.oasis-open.org/ns/opencsa/sca/200903":documentation, "
http://docs.oasis-open.org/ns/opencsa/sca/200903":implementation}' is
expected.

at org.apache.tuscany.sca.node.impl.NodeFactoryImpl.analyzeProblems(*
NodeFactoryImpl.java:174*)

at org.apache.tuscany.sca.node.impl.NodeFactoryImpl.loadContributions(*
NodeFactoryImpl.java:333*)

at org.apache.tuscany.sca.node.impl.NodeImpl.start(*NodeImpl.java:133*)

... 1 more

I am trying to follow
http://tuscany.apache.org/getting-started-with-tuscany.html

I downloaded latest sources from
https://svn.apache.org/repos/asf/tuscany/sca-java-2.x/trunk/samples/store/

In eclipse when I run Launch I get exceptions. Is this a bug?

Starting ...

Dec 3, 2009 4:29:14 PM org.apache.tuscany.sca.node.impl.NodeImpl start

INFO: Starting node: http://tuscany.apache.org/sca/1.1/nodes/default0domain:
tuscany.apache.org

Dec 3, 2009 4:29:14 PM org.apache.tuscany.sca.node.impl.NodeFactoryImpl
loadContributions

INFO: Loading contribution: file:/C:/workspaces/ast/tuscany1/store/src/

Exception in thread "main" *java.lang.IllegalStateException*: *
java.lang.IllegalArgumentException*: *
java.lang.reflect.InvocationTargetException
*

at org.apache.tuscany.sca.node.impl.NodeImpl.start(*NodeImpl.java:176*)

at launch.Launch.main(*Launch.java:16*)

Caused by: *java.lang.IllegalArgumentException*: *
java.lang.reflect.InvocationTargetException
*

at org.apache.tuscany.sca.core.DefaultUtilityExtensionPoint.getUtility(*
DefaultUtilityExtensionPoint.java:189*)

at org.apache.tuscany.sca.core.DefaultUtilityExtensionPoint.getUtility(*
DefaultUtilityExtensionPoint.java:94*)

at org.apache.tuscany.sca.deployment.impl.DeployerImpl.init(*
DeployerImpl.java:248*)

at org.apache.tuscany.sca.deployment.impl.DeployerImpl.loadContribution(*
DeployerImpl.java:520*)

at org.apache.tuscany.sca.node.impl.NodeFactoryImpl.loadContributions(*
NodeFactoryImpl.java:295*)

at org.apache.tuscany.sca.node.impl.NodeImpl.start(*NodeImpl.java:133*)

... 1 more

Caused by: *java.lang.reflect.InvocationTargetException
*

at sun.reflect.NativeConstructorAccessorImpl.newInstance0(*Native Method*)

at sun.reflect.NativeConstructorAccessorImpl.newInstance(*
NativeConstructorAccessorImpl.java:67*)

at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(*
DelegatingConstructorAccessorImpl.java:45*)

at java.lang.reflect.Constructor.newInstance(*Constructor.java:522*)

at org.apache.tuscany.sca.extensibility.ServiceHelper.newInstance(*
ServiceHelper.java:88*)

at org.apache.tuscany.sca.core.DefaultUtilityExtensionPoint.getUtility(*
DefaultUtilityExtensionPoint.java:176*)

... 6 more

Caused by: *java.lang.NullPointerException
*

at org.apache.tuscany.sca.common.xml.stax.StAXHelper.<init>(*
StAXHelper.java:73*)

... 12 more

I got it to run by pointing my repository to
http://repository.apache.org/content/repositories/central/

On Thu, Dec 3, 2009 at 2:29 PM, amit patel <amitptel@gmail.com> wrote:



> I am using maven to build tuscany from source but unable to resolve
> the dependencies
>
> I have downloaded the binary version as well, but I want to build it
> from source using maven so that my local maven repository has all jars
> installed.
>
> How can I set up my settings to download tuscay dependencies correctly?
>
> Thanks
> Kal
>
> [INFO]
> ------------------------------------------------------------------------
> [ERROR] BUILD ERROR
> [INFO]
> ------------------------------------------------------------------------
> [INFO] Error building POM (may not be this project's POM).
>
>
> Project ID: org.jvnet.jaxb2.maven2:maven-jaxb2-plugin
>
> Reason: POM 'org.jvnet.jaxb2.maven2:maven-jaxb2-plugin' not found in
> repository: Unable to download the artifact from any repository
>
>  org.jvnet.jaxb2.maven2:maven-jaxb2-plugin:pom:0.7.1
>
> from the specified remote repositories:
>  nexus (http://mybuildserver:12080/nexus/content/groups/my-central)
>
>  for project org.jvnet.jaxb2.maven2:maven-jaxb2-plugin
>

I am using maven to build tuscany from source but unable to resolve
the dependencies

I have downloaded the binary version as well, but I want to build it
from source using maven so that my local maven repository has all jars
installed.

How can I set up my settings to download tuscay dependencies correctly?

Thanks
Kal

[INFO] ------------------------------------------------------------------------
[ERROR] BUILD ERROR
[INFO] ------------------------------------------------------------------------
[INFO] Error building POM (may not be this project's POM).


Project ID: org.jvnet.jaxb2.maven2:maven-jaxb2-plugin

Reason: POM 'org.jvnet.jaxb2.maven2:maven-jaxb2-plugin' not found in
repository: Unable to download the artifact from any repository

 org.jvnet.jaxb2.maven2:maven-jaxb2-plugin:pom:0.7.1

from the specified remote repositories:
 nexus (http://mybuildserver:12080/nexus/content/groups/my-central)

 for project org.jvnet.jaxb2.maven2:maven-jaxb2-plugin

On Wed, Dec 2, 2009 at 6:36 PM, Simon Laws <simonslaws@googlemail.com> wrote:
> Hey, thanks Adam.
>
> Simon
>

Abraham even. Mind went numb:-)

Simon

Hey, thanks Adam.

Simon

Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: quoted-printable



Hi All,

I recently needed to call a Tuscany service (using json-rpc binding) fr=
om
Flex.  One of the Tuscany developers mentioned this was a common questi=
on
and thought it would be useful to post for the community.  Here's the
snippet of code we're using.  I hope it helps.

                        var http:HTTPService =3D new HTTPService();
                        http.addEventListener( ResultEvent.RESULT,
handleLoadTestData );
                        http.url =3D
"http://localhost/test/services/TestServiceComponent";
                        http.method =3D "POST";
                        http.contentType =3D "application/json";

                        var jsonArgs:String =3D JSON.encode({
                              "params": ["5"],
                              "method": "getTestData",
                              "id": 1
                        });

                        http.send(jsonArgs);

The above snippet makes a call to our TestServiceComponent's getTestDat=
a
method (which expects a string arg -- "5").  The snippet also depends o=
n an
external class called com.adobe.serialization.json.JSON.  It is part of=

this library: http://code.google.com/p/as3corelib/

Regards,

Abraham
=

Hi David,

If you're accessing the service URL from a web browser, you should expect to see an error
such as the one you provided; this is not a problem w/ your service.  Have you tried executing
your client code yet?  If you're not sure if your client code is correct you can also use
a tool such as soapUI [1] to access your service using the WSDL.

[1] http://www.soapui.org/ 

________________________________________
From: David Sanchez Escobar [mailto:davock@gmail.com] 
Sent: Wednesday, December 02, 2009 06:52
To: user@tuscany.apache.org
Subject: Runtime problem running webapp with web service binding

Hi Guys!

I have a wsdl definition problem running a webapp. When I access  to the service (http://localhost:8080/ptool-task-sca-ws/TaskService)
I got this error

org.apache.axis2.AxisFault: The endpoint reference (EPR) for the Operation not found is /ptool-task-sca-ws/TaskService
and the WSA Action = null at org.apache.axis2.engine.DispatchPhase.checkPostConditions(DispatchPhase.java:89)
at org.apache.axis2.engine.Phase.invoke(Phase.java:333) at org.apache.axis2.engine.AxisEngine.invoke(AxisEngine.java:264)
at org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:163) at org.apache.axis2.transport.http.util.RESTUtil.invokeAxisEngine(RESTUtil.java:136)
at org.apache.axis2.transport.http.util.RESTUtil.processURLRequest(RESTUtil.java:130) at org.apache.axis2.transport.http.AxisServlet$RestRequestProcessor.processURLRequest(AxisServlet.java:829)
at org.apache.axis2.transport.http.AxisServlet.doGet(AxisServlet.java:255) at org.apache.tuscany.sca.binding.ws.axis2.Axis2ServiceServlet.doGet(Axis2ServiceServlet.java:321)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:617) at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at org.apache.tuscany.sca.host.webapp.WebAppRequestDispatcher.forward(WebAppRequestDispatcher.java:107)
at org.apache.tuscany.sca.host.webapp.TuscanyServletFilter.doFilter(TuscanyServletFilter.java:94)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at 
...


I deployed the contribution as a webapp in Tomcat with a ws.binding in this way:

***  .composite graphical diagram

http://www.imageno.com/zckmhtxj3k0ipic.html 

*** This is the code of the .composite definition

<?xml version="1.0" encoding="UTF-8"?>
<sca:composite xmlns:sca="http://www.osoa.org/xmlns/sca/1.0" name="Task" targetNamespace="http://eclipse.org/PlanningToolSCA/src/Task">
 <sca:component name="TaskListServiceComponent">
 <sca:implementation.java class="main.task.lib.TaskListServiceImpl"/>
 <sca:service name="TaskListService">
 <sca:interface.java interface="main.task.api.TaskListService"/>
 </sca:service>
 <sca:reference name="taskCrudService"/>
 </sca:component>
 <sca:service name="TaskService" promote="TaskListServiceComponent/TaskListService">
 <sca:binding.ws uri="http://localhost:8080/ptool-task-sca-ws/TaskService"/>
 </sca:service>
 <sca:component name="TaskServiceComponent">
 <sca:implementation.java class="main.task.lib.TaskCrudServiceImpl"/>
 <sca:service name="TaskCrudService">
 <sca:interface.java interface="main.task.api.TaskCrudService"/>
 </sca:service>
 </sca:component>
 <sca:wire source="TaskListServiceComponent/taskCrudService" target="TaskServiceComponent/TaskCrudService"/>
</sca:composite>

(What I'm trying to do is to use the promote of  TaskListServiceComponent/TaskListService
  in "TaskService" and  put a  ws binding  in "TaskService" for doing an explicit and conceptualy
correct "service exposition", and allow the composite to be accesed trough web services from
any place.)


**** You can see the WSDL generated when I access to (http://localhost:8080/ptool-task-sca-ws/TaskService?wsdl)
here :

http://codepaste.net/pkjiu3


¿I missed something in the .composite?


*****Additionally I developed a client for that web service and I don't know if it will going
to work (I suppose it works like any ws but I want to be sure), this is the code of my client

	String wsdlURL = "http://localhost:8080/ptool-task-sca-ws/TaskService?wsdl";
	String namespace = "http://eclipse.org/PlanningToolSCA/src/Task";
	String serviceName = "TaskService";
	QName serviceQN = new QName(namespace, serviceName);        
	ServiceFactory serviceFactory = ServiceFactory.newInstance();
	/* The "new URL(wsdlURL)" parameter is optional */
	Service service = serviceFactory.createService(serviceQN);
	Call mycall = service.createCall();
	Object response = mycall.invoke();



Thanks for your help!

Best Regards
David

Hi Guys!

I have a wsdl definition problem running a webapp. When I access  to the
service (http://localhost:8080/ptool-task-sca-ws/TaskService) I got this
error

org.apache.axis2.AxisFault: The endpoint reference (EPR) for the Operation
not found is /ptool-task-sca-ws/TaskService and the WSA Action = null at
org.apache.axis2.engine.DispatchPhase.checkPostConditions(DispatchPhase.java:89)
at org.apache.axis2.engine.Phase.invoke(Phase.java:333) at
org.apache.axis2.engine.AxisEngine.invoke(AxisEngine.java:264) at
org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:163) at
org.apache.axis2.transport.http.util.RESTUtil.invokeAxisEngine(RESTUtil.java:136)
at
org.apache.axis2.transport.http.util.RESTUtil.processURLRequest(RESTUtil.java:130)
at
org.apache.axis2.transport.http.AxisServlet$RestRequestProcessor.processURLRequest(AxisServlet.java:829)
at org.apache.axis2.transport.http.AxisServlet.doGet(AxisServlet.java:255)
at
org.apache.tuscany.sca.binding.ws.axis2.Axis2ServiceServlet.doGet(Axis2ServiceServlet.java:321)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:617) at
javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at
org.apache.tuscany.sca.host.webapp.WebAppRequestDispatcher.forward(WebAppRequestDispatcher.java:107)
at
org.apache.tuscany.sca.host.webapp.TuscanyServletFilter.doFilter(TuscanyServletFilter.java:94)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at
...


I deployed the contribution as a webapp in Tomcat with a ws.binding in this
way:

***  .composite graphical diagram

http://www.imageno.com/zckmhtxj3k0ipic.html

*** This is the code of the .composite definition

<?xml version="1.0" encoding="UTF-8"?>
<sca:composite xmlns:sca="http://www.osoa.org/xmlns/sca/1.0" name="Task"
targetNamespace="http://eclipse.org/PlanningToolSCA/src/Task">
 <sca:component name="TaskListServiceComponent">
 <sca:implementation.java class="main.task.lib.TaskListServiceImpl"/>
 <sca:service name="TaskListService">
 <sca:interface.java interface="main.task.api.TaskListService"/>
 </sca:service>
 <sca:reference name="taskCrudService"/>
 </sca:component>
 <sca:service name="TaskService"
promote="TaskListServiceComponent/TaskListService">
 <sca:binding.ws uri="http://localhost:8080/ptool-task-sca-ws/TaskService"/>
 </sca:service>
 <sca:component name="TaskServiceComponent">
 <sca:implementation.java class="main.task.lib.TaskCrudServiceImpl"/>
 <sca:service name="TaskCrudService">
 <sca:interface.java interface="main.task.api.TaskCrudService"/>
 </sca:service>
 </sca:component>
 <sca:wire source="TaskListServiceComponent/taskCrudService"
target="TaskServiceComponent/TaskCrudService"/>
</sca:composite>

(What I'm trying to do is to use the promote of
 TaskListServiceComponent/TaskListService   in "TaskService" and  put a  ws
binding  in "TaskService" for doing an explicit and conceptualy correct
"service exposition", and allow the composite to be accesed trough web
services from any place.)


**** You can see the WSDL generated when I access to (
http://localhost:8080/ptool-task-sca-ws/TaskService?wsdl) here :

http://codepaste.net/pkjiu3


¿I missed something in the .composite?


*****Additionally I developed a client for that web service and I don't know
if it will going to work (I suppose it works like any ws but I want to be
sure), this is the code of my client

String wsdlURL = "http://localhost:8080/ptool-task-sca-ws/TaskService?wsdl";
String namespace = "http://eclipse.org/PlanningToolSCA/src/Task";
String serviceName = "TaskService";
QName serviceQN = new QName(namespace, serviceName);
ServiceFactory serviceFactory = ServiceFactory.newInstance();
 /* The "new URL(wsdlURL)" parameter is optional */
Service service = serviceFactory.createService(serviceQN);
Call mycall = service.createCall();
Object response = mycall.invoke();



Thanks for your help!

Best Regards
David

Thank you Raymond !! that fixed the contribution problem! I will post the
questions about web service binding and a problem related in a  new thread


On Tue, Dec 1, 2009 at 12:08 PM, David Sanchez Escobar <davock@gmail.com>wrote:

> Hi guys!
>
> I have a problem  wen I run (trough a jsp page inside the package) a webapp
> deployed in tomcat
>
>
> ********** This is the error log :
>
> org.apache.jasper.JasperException: Ha sucedido una excepción al procesar la página JSP
/taskclient.jsp en línea 26
>
> 23: <%@ page contentType="text/html;charset=UTF-8" language="java" %>
> 24: <%
> 25:    SCADomain scaDomain = (SCADomain) application.getAttribute("org.apache.tuscany.sca.SCADomain");
> 26:    TaskListService taskListService = scaDomain.getService(TaskListService.class,
"TaskListServiceComponent");
> 27:    TaskList tl = taskListService.createTaskList(12, 22);
> 28:    long listId = tl.getId();
> 29: %>
>
>
> Stacktrace:
> 	org.apache.jasper.servlet.JspServletWrapper.handleJspException(JspServletWrapper.java:505)
> 	org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:416)
> 	org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:342)
> 	org.apache.jasper.servlet.JspServlet.service(JspServlet.java:267)
> 	javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
> 	org.apache.tuscany.sca.host.webapp.TuscanyServletFilter.doFilter(TuscanyServletFilter.java:99)
>
>  org.osoa.sca.ServiceRuntimeException: The service
> TaskListServiceComponent has not been contributed to the domain
>
> 	org.apache.tuscany.sca.node.impl.NodeImpl.getServiceReference(NodeImpl.java:791)
> 	org.apache.tuscany.sca.node.impl.NodeImpl.getService(NodeImpl.java:758)
> 	org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.getService(DefaultSCADomain.java:232)
> 	org.apache.jsp.taskclient_jsp._jspService(taskclient_jsp.java:63)
> 	org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
> 	javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
> 	org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:374)
> 	org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:342)
> 	org.apache.jasper.servlet.JspServlet.service(JspServlet.java:267)
> 	javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
> 	org.apache.tuscany.sca.host.webapp.TuscanyServletFilter.doFilter(TuscanyServletFilter.java:99)
>
>
> As you can see it says that  TaskListServiceComponent has not been contributed to the
domain.
>
>
> ******** This is the composite of my webapp:
>
>
> <?xml version="1.0" encoding="UTF-8"?>
> <sca:composite xmlns:sca="http://www.osoa.org/xmlns/sca/1.0" name="Task" targetNamespace="http://eclipse.org/PlanningToolSCA/src/Task">
>   <sca:component name="TaskListServiceComponent">
>     <sca:implementation.java class="main.task.lib.TaskListServiceImpl"/>
>     <sca:service name="TaskListService">
>       <sca:interface.java interface="main.task.api.TaskListService"/>
>     </sca:service>
>     <sca:reference name="taskCrudService"/>
>   </sca:component>
>   <sca:service name="TaskService" promote="TaskListServiceComponent/TaskListService"/>
>   <sca:component name="TaskServiceComponent">
>     <sca:implementation.java class="main.task.lib.TaskCrudServiceImpl"/>
>     <sca:service name="TaskCrudService">
>       <sca:interface.java interface="main.task.api.TaskCrudService"/>
>     </sca:service>
>   </sca:component>
>   <sca:wire source="TaskListServiceComponent/taskCrudService" target="TaskServiceComponent/TaskCrudService"/>
> </sca:composite>
>
> You can see graphically my composite here: http://www.imageno.com/gdvq0mpmyxjkpic.html
>
> ******** This is the sca-contribution.xml file
>
> <contribution xmlns="http://www.osoa.org/xmlns/sca/1.0"
>
>               xmlns:ptool="http://ptool">
>    <deployable composite="ptool:Task"/>
> </contribution>
>
>
> ******** This is the web.xml file
>
> <!DOCTYPE web-app PUBLIC "-//Sun Microsystems, Inc.//DTD Web
> Application 2.3//EN" "http://java.sun.com/dtd/web-app_2_3.dtd">
> <web-app>
>
>   <display-name>Planning Tool SCA Task</display-name>
>
>   <filter>
>     <filter-name>tuscany</filter-name>
>     <filter-class>org.apache.tuscany.sca.host.webapp.TuscanyServletFilter</filter-class>
>   </filter>
>
>   <filter-mapping>
>     <filter-name>tuscany</filter-name>
>     <url-pattern>/*</url-pattern>
>   </filter-mapping>
>
>
>   <welcome-file-list id="WelcomeFileList">
>     <welcome-file>taskclient.jsp</welcome-file>
>   </welcome-file-list>
> </web-app>
>
>
> This is the structure of the .war that I put in the tomcat webapps folder ( I follow
the calculator-ws-webapp example for this because I want to use a ws binding in this way :
http://www.imageno.com/zckmhtxj3k0ipic.html   )
>
> WEB-INF
>
>   lib
>
>   classes
>
>       main
>
>       Task.composite
>
>   web.xml
>
>   geronimo
>
> META-INF
>
> taskclient.jsp
>
> manifest.mf
>
>
>
> That's about my execution problem, additionaly I have some doubts regards
> the samples in the tuscany installation (and some general):
>
> 1. The files .composite defined in the samples don't use wires, since I
> understand when you don't use wires is because you are using bindings for
> communicating the components inside a composite. ¿Is that right? ¿Is there
> any restriction for using wires when you run a contribution in Tomcat for
> example?
>
> 2. ¿Is POJO the standard comunication mechanism in the tuscany
> implementation when you use wires between components inside a Composite?
>
>
> 3. ¿Is there any example of many SCA Domains deployed as webapps in Tomcat
> that use ws bindings (located as a service of the composite, when this
> service is related trough a promotion of a component inside the composite)
> that are communicating between them trough those bindings?
>
>
> Your help will be apreciatted
>
>
>
>


-- 
Super Ácido UP {OvO}

Hi,

The sca-contribution.xml uses a wrong qname for the composite. It should be:
<contribution xmlns="http://www.osoa.org/xmlns/sca/1.0"              xmlns:ptool="http://eclipse.org/PlanningToolSCA/src/Task">
   <deployable composite="ptool:Task"/>
</contribution>Thanks,
Raymond

From: David Sanchez Escobar 
Sent: Tuesday, December 01, 2009 9:08 AM
To: user@tuscany.apache.org 
Subject: Problem running an application in Tomcat + related questions


Hi guys! 


I have a problem  wen I run (trough a jsp page inside the package) a webapp deployed in tomcat




********** This is the error log :


org.apache.jasper.JasperException: Ha sucedido una excepción al procesar la página JSP /taskclient.jsp
en línea 26

23: <%@ page contentType="text/html;charset=UTF-8" language="java" %>
24: <%
25:    SCADomain scaDomain = (SCADomain) application.getAttribute("org.apache.tuscany.sca.SCADomain");
26:    TaskListService taskListService = scaDomain.getService(TaskListService.class, "TaskListServiceComponent");
27:    TaskList tl = taskListService.createTaskList(12, 22);
28:    long listId = tl.getId();
29: %>


Stacktrace:
	org.apache.jasper.servlet.JspServletWrapper.handleJspException(JspServletWrapper.java:505)
	org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:416)
	org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:342)
	org.apache.jasper.servlet.JspServlet.service(JspServlet.java:267)
	javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
	org.apache.tuscany.sca.host.webapp.TuscanyServletFilter.doFilter(TuscanyServletFilter.java:99)

org.osoa.sca.ServiceRuntimeException: The service TaskListServiceComponent has not been contributed
to the domain

	org.apache.tuscany.sca.node.impl.NodeImpl.getServiceReference(NodeImpl.java:791)
	org.apache.tuscany.sca.node.impl.NodeImpl.getService(NodeImpl.java:758)
	org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.getService(DefaultSCADomain.java:232)
	org.apache.jsp.taskclient_jsp._jspService(taskclient_jsp.java:63)
	org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
	javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
	org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:374)
	org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:342)
	org.apache.jasper.servlet.JspServlet.service(JspServlet.java:267)
	javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
	org.apache.tuscany.sca.host.webapp.TuscanyServletFilter.doFilter(TuscanyServletFilter.java:99)As
you can see it says that  TaskListServiceComponent has not been contributed to the domain.********
This is the composite of my webapp:<?xml version="1.0" encoding="UTF-8"?>
<sca:composite xmlns:sca="http://www.osoa.org/xmlns/sca/1.0" name="Task" targetNamespace="http://eclipse.org/PlanningToolSCA/src/Task">
  <sca:component name="TaskListServiceComponent">
    <sca:implementation.java class="main.task.lib.TaskListServiceImpl"/>
    <sca:service name="TaskListService">
      <sca:interface.java interface="main.task.api.TaskListService"/>
    </sca:service>
    <sca:reference name="taskCrudService"/>
  </sca:component>
  <sca:service name="TaskService" promote="TaskListServiceComponent/TaskListService"/>
  <sca:component name="TaskServiceComponent">
    <sca:implementation.java class="main.task.lib.TaskCrudServiceImpl"/>
    <sca:service name="TaskCrudService">
      <sca:interface.java interface="main.task.api.TaskCrudService"/>
    </sca:service>
  </sca:component>
  <sca:wire source="TaskListServiceComponent/taskCrudService" target="TaskServiceComponent/TaskCrudService"/>
</sca:composite>You can see graphically my composite here: http://www.imageno.com/gdvq0mpmyxjkpic.html********
This is the sca-contribution.xml file
<contribution xmlns="http://www.osoa.org/xmlns/sca/1.0"              xmlns:ptool="http://ptool">
   <deployable composite="ptool:Task"/>
</contribution>******** This is the web.xml file
<!DOCTYPE web-app PUBLIC "-//Sun Microsystems, Inc.//DTD Web
Application 2.3//EN" "http://java.sun.com/dtd/web-app_2_3.dtd">
<web-app>

  <display-name>Planning Tool SCA Task</display-name>

  <filter>
    <filter-name>tuscany</filter-name> 
    <filter-class>org.apache.tuscany.sca.host.webapp.TuscanyServletFilter</filter-class>

  </filter>

  <filter-mapping>
    <filter-name>tuscany</filter-name> 
    <url-pattern>/*</url-pattern> 
  </filter-mapping>

  
  <welcome-file-list id="WelcomeFileList">
    <welcome-file>taskclient.jsp</welcome-file>
  </welcome-file-list>
</web-app>This is the structure of the .war that I put in the tomcat webapps folder
( I follow the calculator-ws-webapp example for this because I want to use a ws binding in
this way : http://www.imageno.com/zckmhtxj3k0ipic.html   )
WEB-INF  lib  classes      main      Task.composite  web.xml  geronimo  META-INFtaskclient.jspmanifest.mf
That's about my execution problem, additionaly I have some doubts regards the samples in the
tuscany installation (and some general):
1. The files .composite defined in the samples don't use wires, since I understand when you
don't use wires is because you are using bindings for communicating the components inside
a composite. ¿Is that right?  ¿Is there any restriction for using wires when you run a contribution
in Tomcat for example?
2. ¿Is POJO the standard comunication mechanism in the tuscany implementation when you use
wires between components inside a Composite?

3. ¿Is there any example of many SCA Domains deployed as webapps in Tomcat that use ws bindings
(located as a service of the composite, when this service is related trough a promotion of
a component inside the composite) that are communicating between them trough those bindings?

Your help will be apreciatted

Hi guys!

I have a problem  wen I run (trough a jsp page inside the package) a webapp
deployed in tomcat


********** This is the error log :

org.apache.jasper.JasperException: Ha sucedido una excepción al
procesar la página JSP /taskclient.jsp en línea 26

23: <%@ page contentType="text/html;charset=UTF-8" language="java" %>
24: <%
25:    SCADomain scaDomain = (SCADomain)
application.getAttribute("org.apache.tuscany.sca.SCADomain");
26:    TaskListService taskListService =
scaDomain.getService(TaskListService.class,
"TaskListServiceComponent");
27:    TaskList tl = taskListService.createTaskList(12, 22);
28:    long listId = tl.getId();
29: %>


Stacktrace:
	org.apache.jasper.servlet.JspServletWrapper.handleJspException(JspServletWrapper.java:505)
	org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:416)
	org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:342)
	org.apache.jasper.servlet.JspServlet.service(JspServlet.java:267)
	javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
	org.apache.tuscany.sca.host.webapp.TuscanyServletFilter.doFilter(TuscanyServletFilter.java:99)

org.osoa.sca.ServiceRuntimeException: The service TaskListServiceComponent
has not been contributed to the domain

	org.apache.tuscany.sca.node.impl.NodeImpl.getServiceReference(NodeImpl.java:791)
	org.apache.tuscany.sca.node.impl.NodeImpl.getService(NodeImpl.java:758)
	org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.getService(DefaultSCADomain.java:232)
	org.apache.jsp.taskclient_jsp._jspService(taskclient_jsp.java:63)
	org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
	javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
	org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:374)
	org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:342)
	org.apache.jasper.servlet.JspServlet.service(JspServlet.java:267)
	javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
	org.apache.tuscany.sca.host.webapp.TuscanyServletFilter.doFilter(TuscanyServletFilter.java:99)


As you can see it says that  TaskListServiceComponent has not been
contributed to the domain.


******** This is the composite of my webapp:


<?xml version="1.0" encoding="UTF-8"?>
<sca:composite xmlns:sca="http://www.osoa.org/xmlns/sca/1.0"
name="Task" targetNamespace="http://eclipse.org/PlanningToolSCA/src/Task">
  <sca:component name="TaskListServiceComponent">
    <sca:implementation.java class="main.task.lib.TaskListServiceImpl"/>
    <sca:service name="TaskListService">
      <sca:interface.java interface="main.task.api.TaskListService"/>
    </sca:service>
    <sca:reference name="taskCrudService"/>
  </sca:component>
  <sca:service name="TaskService"
promote="TaskListServiceComponent/TaskListService"/>
  <sca:component name="TaskServiceComponent">
    <sca:implementation.java class="main.task.lib.TaskCrudServiceImpl"/>
    <sca:service name="TaskCrudService">
      <sca:interface.java interface="main.task.api.TaskCrudService"/>
    </sca:service>
  </sca:component>
  <sca:wire source="TaskListServiceComponent/taskCrudService"
target="TaskServiceComponent/TaskCrudService"/>
</sca:composite>

You can see graphically my composite here:
http://www.imageno.com/gdvq0mpmyxjkpic.html

******** This is the sca-contribution.xml file

<contribution xmlns="http://www.osoa.org/xmlns/sca/1.0"

              xmlns:ptool="http://ptool">
   <deployable composite="ptool:Task"/>
</contribution>


******** This is the web.xml file

<!DOCTYPE web-app PUBLIC "-//Sun Microsystems, Inc.//DTD Web
Application 2.3//EN" "http://java.sun.com/dtd/web-app_2_3.dtd">
<web-app>

  <display-name>Planning Tool SCA Task</display-name>

  <filter>
    <filter-name>tuscany</filter-name>
    <filter-class>org.apache.tuscany.sca.host.webapp.TuscanyServletFilter</filter-class>
  </filter>

  <filter-mapping>
    <filter-name>tuscany</filter-name>
    <url-pattern>/*</url-pattern>
  </filter-mapping>


  <welcome-file-list id="WelcomeFileList">
    <welcome-file>taskclient.jsp</welcome-file>
  </welcome-file-list>
</web-app>


This is the structure of the .war that I put in the tomcat webapps
folder ( I follow the calculator-ws-webapp example for this because I
want to use a ws binding in this way :
http://www.imageno.com/zckmhtxj3k0ipic.html   )

WEB-INF

  lib

  classes

      main

      Task.composite

  web.xml

  geronimo

META-INF

taskclient.jsp

manifest.mf



That's about my execution problem, additionaly I have some doubts regards
the samples in the tuscany installation (and some general):

1. The files .composite defined in the samples don't use wires, since I
understand when you don't use wires is because you are using bindings for
communicating the components inside a composite. ¿Is that right? ¿Is there
any restriction for using wires when you run a contribution in Tomcat for
example?

2. ¿Is POJO the standard comunication mechanism in the tuscany
implementation when you use wires between components inside a Composite?


3. ¿Is there any example of many SCA Domains deployed as webapps in Tomcat
that use ws bindings (located as a service of the composite, when this
service is related trough a promotion of a component inside the composite)
that are communicating between them trough those bindings?


Your help will be apreciatted

FYI. Tuscany 2.x has an initial implementation of:

* SCA Configuration Type for Remote Services
* Remote Service Admin

http://apache-tuscany.blogspot.com/2009/11/apachecon-update-osgi-remote-services.html

Thanks,
Raymond

--------------------------------------------------
From: "David Bosschaert" <david.bosschaert@gmail.com>
Sent: Tuesday, December 01, 2009 12:06 AM
To: <aries-dev@incubator.apache.org>
Subject: OSGi 4.2 Enterprise Release Early Access Draft

> Hi all,
>
> FYI a new Early Access draft of the 4.2 Enterprise Release has just
> been made available. You can find it here:
> http://www.osgi.org/download/osgi-4.2-enterprise-early-draft4.pdf
> For more info see also:
> http://osgithoughts.blogspot.com/2009/12/osgi-42-enterprise-release-early-access.html
>
> Best regards,
>
> David 

The interface code for the 2.1 API is in the tuscany SDO 1.1.1 source
code download. The SDO 2.1 spec is available at [1]. This is the level
that tuscany SDO complies to.

Kelvin.

[1] http://www.osoa.org/display/Main/Service+Data+Objects+Specifications

2009/11/30 Malisetti, Ramanjaneyulu <Ramanjaneyulu.Malisetti@ca.com>:
> Is SDO 2.1 API available for download?
>
> Regards
> Raman
>
> -----Original Message-----
> From: kelvin goodson [mailto:kelvingoodson@gmail.com]
> Sent: Monday, 30 November 2009 3:39 PM
> To: user@tuscany.apache.org
> Subject: Re: How do I do the following.
>
> Ajay,
>
> all I can think of at the moment is that you are seeing differences
> due to parsing of open content. The SDO 2.1 API now contains the
> DataObject method getInstanceProperties() which includes all the
> properties declared in the Type, plus any that have been created on
> the fly by virtue of the fact that the schema permitted open content
> and the document contained undeclared elements.  What do you get for
> bo.getInstanceProperties() in your example?
>
> Kelvin.
>
> 2009/11/25 Amrite, Ajay <Ajay.Amrite@bskyb.com>:
>> Hi,
>>
>>
>>
>> I have some code that runs in WebSphere and uses the SDO
> implementation that
>> comes with WebSphere.
>>
>> I want to run the same SDO code using Tuscany SDO implementation but I
> am
>> having problems with that.
>>
>> I would assume that all the interfaces should continue to work the
> same, for
>> example
>>
>>
>>
>> bo.getType().getProperties()
>>
>> On WebSphere SDO I get a list of attributes in the BO.
>>
>> In Tuscany SDO I get an empty list.
>>
>>
>>
>> I don't why this is happening.
>>
>>
>>
>> Please help.
>>
>>
>>
>> Ajay.
>>
>>
>>
>>
>>
>> ________________________________
>>
>> Information in this email including any attachments may be privileged,
>> confidential and is intended exclusively for the addressee. The views
>> expressed may not be official policy, but the personal views of the
>> originator. If you have received it in error, please notify the sender
> by
>> return e-mail and delete it from your system. You should not
> reproduce,
>> distribute, store, retransmit, use or disclose its contents to anyone.
>> Please note we reserve the right to monitor all e-mail communication
> through
>> our internal and external networks. SKY and the SKY marks are trade
> marks of
>> British Sky Broadcasting Group plc and are used under licence. British
> Sky
>> Broadcasting Limited (Registration No. 2906991), Sky Interactive
> Limited
>> (Registration No. 3554332), Sky-In-Home Service Limited (Registration
> No.
>> 2067075) and Sky Subscribers Services Limited (Registration No.
> 2340150) are
>> direct or indirect subsidiaries of British Sky Broadcasting Group plc
>> (Registration No. 2247735). All of the companies mentioned in this
> paragraph
>> are incorporated in England and Wales and share the same registered
> office
>> at Grant Way, Isleworth, Middlesex TW7 5QD.
>
>

Is SDO 2.1 API available for download?

Regards
Raman

-----Original Message-----
From: kelvin goodson [mailto:kelvingoodson@gmail.com] 
Sent: Monday, 30 November 2009 3:39 PM
To: user@tuscany.apache.org
Subject: Re: How do I do the following.

Ajay,

all I can think of at the moment is that you are seeing differences
due to parsing of open content. The SDO 2.1 API now contains the
DataObject method getInstanceProperties() which includes all the
properties declared in the Type, plus any that have been created on
the fly by virtue of the fact that the schema permitted open content
and the document contained undeclared elements.  What do you get for
bo.getInstanceProperties() in your example?

Kelvin.

2009/11/25 Amrite, Ajay <Ajay.Amrite@bskyb.com>:
> Hi,
>
>
>
> I have some code that runs in WebSphere and uses the SDO
implementation that
> comes with WebSphere.
>
> I want to run the same SDO code using Tuscany SDO implementation but I
am
> having problems with that.
>
> I would assume that all the interfaces should continue to work the
same, for
> example
>
>
>
> bo.getType().getProperties()
>
> On WebSphere SDO I get a list of attributes in the BO.
>
> In Tuscany SDO I get an empty list.
>
>
>
> I don't why this is happening.
>
>
>
> Please help.
>
>
>
> Ajay.
>
>
>
>
>
> ________________________________
>
> Information in this email including any attachments may be privileged,
> confidential and is intended exclusively for the addressee. The views
> expressed may not be official policy, but the personal views of the
> originator. If you have received it in error, please notify the sender
by
> return e-mail and delete it from your system. You should not
reproduce,
> distribute, store, retransmit, use or disclose its contents to anyone.
> Please note we reserve the right to monitor all e-mail communication
through
> our internal and external networks. SKY and the SKY marks are trade
marks of
> British Sky Broadcasting Group plc and are used under licence. British
Sky
> Broadcasting Limited (Registration No. 2906991), Sky Interactive
Limited
> (Registration No. 3554332), Sky-In-Home Service Limited (Registration
No.
> 2067075) and Sky Subscribers Services Limited (Registration No.
2340150) are
> direct or indirect subsidiaries of British Sky Broadcasting Group plc
> (Registration No. 2247735). All of the companies mentioned in this
paragraph
> are incorporated in England and Wales and share the same registered
office
> at Grant Way, Isleworth, Middlesex TW7 5QD.

Ajay,

all I can think of at the moment is that you are seeing differences
due to parsing of open content. The SDO 2.1 API now contains the
DataObject method getInstanceProperties() which includes all the
properties declared in the Type, plus any that have been created on
the fly by virtue of the fact that the schema permitted open content
and the document contained undeclared elements.  What do you get for
bo.getInstanceProperties() in your example?

Kelvin.

2009/11/25 Amrite, Ajay <Ajay.Amrite@bskyb.com>:
> Hi,
>
>
>
> I have some code that runs in WebSphere and uses the SDO implementation that
> comes with WebSphere.
>
> I want to run the same SDO code using Tuscany SDO implementation but I am
> having problems with that.
>
> I would assume that all the interfaces should continue to work the same, for
> example
>
>
>
> bo.getType().getProperties()
>
> On WebSphere SDO I get a list of attributes in the BO.
>
> In Tuscany SDO I get an empty list.
>
>
>
> I don’t why this is happening.
>
>
>
> Please help.
>
>
>
> Ajay.
>
>
>
>
>
> ________________________________
>
> Information in this email including any attachments may be privileged,
> confidential and is intended exclusively for the addressee. The views
> expressed may not be official policy, but the personal views of the
> originator. If you have received it in error, please notify the sender by
> return e-mail and delete it from your system. You should not reproduce,
> distribute, store, retransmit, use or disclose its contents to anyone.
> Please note we reserve the right to monitor all e-mail communication through
> our internal and external networks. SKY and the SKY marks are trade marks of
> British Sky Broadcasting Group plc and are used under licence. British Sky
> Broadcasting Limited (Registration No. 2906991), Sky Interactive Limited
> (Registration No. 3554332), Sky-In-Home Service Limited (Registration No.
> 2067075) and Sky Subscribers Services Limited (Registration No. 2340150) are
> direct or indirect subsidiaries of British Sky Broadcasting Group plc
> (Registration No. 2247735). All of the companies mentioned in this paragraph
> are incorporated in England and Wales and share the same registered office
> at Grant Way, Isleworth, Middlesex TW7 5QD.

Luciano,

Yes, this is what i was looking for.

Saludos,

Daniel.

El 27/11/2009, a las 05:17 p.m., Luciano Resende escribió:

> 2009/11/27 Daniel Mejía <mejiad@evol-tech.com>:
>> Hi all,
>>
>> Is there any site where I can see some reference to appications or  
>> success
>> stories using tuscany?
>>
>> Regards,
>>
>> Daniel.
>>
>
> Is this what you are looking for :
> http://tuscany.apache.org/projects-using-tuscany.html
>
>
> -- 
> Luciano Resende
> http://people.apache.org/~lresende
> http://lresende.blogspot.com/

2009/11/27 Daniel Mejía <mejiad@evol-tech.com>:
> Hi all,
>
> Is there any site where I can see some reference to appications or success
> stories using tuscany?
>
> Regards,
>
> Daniel.
>

Is this what you are looking for :
http://tuscany.apache.org/projects-using-tuscany.html


-- 
Luciano Resende
http://people.apache.org/~lresende
http://lresende.blogspot.com/

Hi all,

Is there any site where I can see some reference to appications or  
success stories using tuscany?

Regards,

Daniel.

Hi and many thanks for the swift replies!

Simon Laws wrote:
> Can you try a couple of things for me.
> 1/ Try putting the binding.ws on component service, for example,
>   
I managed to get things working to some extent when using a <service>
element external to the <component>, promoting the <service> declared in
the component (with only an interface) and a <binding.ws> in the
(external) <service> element. However, both attributes uri and requires,
as shown in the example below, were ignored in this case:
<binding.ws requires="SOAP.1_2" uri="http://localhost:8085/CalcService"/>
When I put the <binding.ws> element in the <service> element inside the
<component> element, then both the above attributes are honored.
> 2/ Check that the following modules are on available to the runtime
>   
I originally tried to use Maven, copying the dependencies from the
calculator-ws sample program, but I had to revert to including the
tuscany-sca-manifest.jar on the classpath, since I could not figure out
which dependencies were missing in my project.
> How are you running the application as a matter of interest?
>   
Currently, I am running inside of Eclipse only, using the following to
start the SCA node:
Node theNode = NodeFactory.newInstance().createNode();
theNode.start();

I am sure there will be more questions from me in due time, since I am
set on exploring Tuscany 2.0.
Best wishes!
 Ivan

Hi Ant,
 Does this mean how I have used the reference service in the client implementation class?
Then please see below, I have used exactly same way I have named it in composite file.

package org.myexample;
import org.oasisopen.sca.annotation.Reference;
import org.oasisopen.sca.annotation.Service;

@Service(HelloWorldService.class)

public class HelloWorldClient implements HelloWorldService{

              private HelloWorldService serviceA;

                @Reference
                public void setServiceA(HelloWorldService service) {
                    this.serviceA = service;
                }

                public String sayHello(String name) {
                        return serviceA.sayHello(name);
                }
                public void unsetServiceA(HelloWorldService service){
                        this.serviceA = null;
                }
}

Also do I have to have another remote-service entry in manifest file like OSGI-INF/remote-service/*.xml?
I am not using this file in my bundle. Will this be the problem?


Thank you and appreciate your help and feedback.

Thanks & Regards,
Roshan

Re: binding.jms in SCA Java 2.0 M4

ant elder
Thu, 26 Nov 2009 02:13:23 -0800

Hi Roshan, that error you're getting:



Component type reference not found for component reference: Component

= HelloWorldClientComponent Reference = serviceA



is saying that the reference name in the SCDL "serviceA" isnt found

when introspecting the implementation:



<tuscany:implementation.osgi bundleSymbolicName="HelloWorldClient"

bundleVersion="1.0.0" />



Does it exist in the HelloWorldClient bundle with exactly the same

spelling and capitalisation?



   ...ant

On Thu, Nov 26, 2009 at 4:55 PM, Malisetti, Ramanjaneyulu
<Ramanjaneyulu.Malisetti@ca.com> wrote:
> Does 2.0-M4 also has latest SDO or only it is SCA?
>
> Regards
> Raman
>

Hi Raman

Just SCA at the moment. SDO hasn't been brought up in 2.0 just yet.

Simon
-- 
Apache Tuscany committer: tuscany.apache.org
Co-author of a book about Tuscany and SCA: tuscanyinaction.com

Simon,

Thank you for your promptly response. I think that to learn the basics  
is better to start with the more stable version. After your comments I  
will try the 1.5 version.

Saludos,

Daniel.

El 26/11/2009, a las 10:50 a.m., Simon Laws escribió:

> Hi Daniel
>
> As will all of these things it depends what you mean by "best".
>
> If you want a stable runtime with the most features and are happy to
> work the OSOA version of SCA then go for the current 1.x release
> (1.5.1).
>
> If you want to use the OASIS version of SCA, want to use some of the
> new features, such as OSGi integration, and are happy to put up with
> some change in the runtime over time then go with the latest 2.x
> milestone release (2.0-M4).
>
> The 2.x code is also a good place to start if you want to get involved
> and help develop the runtime itself. That's where most of the action
> is these days.
>
> Hope that helps.
>
> Simon

Does 2.0-M4 also has latest SDO or only it is SCA?

Regards
Raman

-----Original Message-----
From: Simon Laws [mailto:simonslaws@googlemail.com] 
Sent: Thursday, 26 November 2009 10:20 PM
To: user@tuscany.apache.org
Subject: Re: Which version?

Hi Daniel

As will all of these things it depends what you mean by "best".

If you want a stable runtime with the most features and are happy to
work the OSOA version of SCA then go for the current 1.x release
(1.5.1).

If you want to use the OASIS version of SCA, want to use some of the
new features, such as OSGi integration, and are happy to put up with
some change in the runtime over time then go with the latest 2.x
milestone release (2.0-M4).

The 2.x code is also a good place to start if you want to get involved
and help develop the runtime itself. That's where most of the action
is these days.

Hope that helps.

Simon

Hi Daniel

As will all of these things it depends what you mean by "best".

If you want a stable runtime with the most features and are happy to
work the OSOA version of SCA then go for the current 1.x release
(1.5.1).

If you want to use the OASIS version of SCA, want to use some of the
new features, such as OSGi integration, and are happy to put up with
some change in the runtime over time then go with the latest 2.x
milestone release (2.0-M4).

The 2.x code is also a good place to start if you want to get involved
and help develop the runtime itself. That's where most of the action
is these days.

Hope that helps.

Simon

I´m starting to play with tuscany and I would like to know wich is the  
best version to start. Is the tuscany 2.x version ready or is better  
to start with the 1.5 version?

Saludos,

Daniel.

On Thu, Nov 26, 2009 at 2:59 PM, keinmensch <keinmensch@mailhaven.com> wrote:
> Hi!
> Playing around with Tuscany 2.0M4 and have a problem that I cannot seem
> to solve.
> Writing a Calculator composite consisting of a Calculator component, an
> Addition component and a Subtraction component.
> All works well until I want to expose the Calculator as a web service
> with the following composite file:
>
> <?xml version="1.0" encoding="UTF-8"?>
> <composite
>    xmlns="http://docs.oasis-open.org/ns/opencsa/sca/200903"
>    targetNamespace="http://ivan.com/soaexamples"
>    xmlns:ik="http://ivan.com/soaexamples"
>    name="CalculatorComposite">
>
>    <!-- Tried both with and without a <service> element in the Addition
> and Subtraction componets. -->
>    <component name="AdditionComponent">
>        <implementation.java
> class="com.ivan.components.impl.AdditionServiceImpl"/>
>        <service name="AdditionService">
>            <interface.java
> interface="com.ivan.components.AdditionService"/>
>        </service>
>    </component>
>
>    <component name="SubtractionComponent">
>        <implementation.java
> class="com.ivan.components.impl.SubtractionServiceImpl"/>
>        <service name="SubtractionService">
>            <interface.java
> interface="com.ivan.components.SubtractionService"/>
>        </service>
>    </component>
>
>    <component name="CalculatorComponent">
>        <implementation.java
> class="com.ivan.components.impl.CalculatorServiceImpl"/>
>        <service name="CalculatorService">
>            <interface.java
>                interface="com.ivan.components.CalculatorService" />
>        </service>
>
>        <reference name="additionService" target="AdditionComponent"/>
>        <reference name="subtractionServ" target="SubtractionComponent"/>
>    </component>
>
>    <!--
>        Tried both with the uri attribute as below and
> requires="SOAP.1_1", but no luck.
>        Read somewhere that this way, promoting a service, is the
> preferred way to declare bindings to a service.
>    -->
>    <service name="CalculatorService"
> promote="CalculatorComponent/CalculatorService">
>        <binding.ws uri="http://localhost:8085/CalculatorService"/>
>    </service>
> </composite>
>
> When I start a SCA node containing the above composite, there are no
> error messages, but also no log messages telling me, for instance, that
> jetty has been started and that the service has been bound to some
> address. Neither is there any response from the above URI.
> The interesting thing is that I have another example that successfully
> exposes a web service with a composite that is similar to the above,
> although it totally ignores the value of the uri attribute in the
> <binding.ws> element. I have tried over and over again to understand why
> this happens, but given up.
>
> One experience I would want to share is that Tuscany is quite poor at
> telling me what the problem is in the case of missing libraries. There
> are error messages that tell me nothing and I end up "including
> everything". Is this an issue of setting some log level or is there
> something else that I can do?
> Many thanks in advance!
>  Ivan
>

That looks like the one where promoted services are ignored so you
need to move your <service> with the WS binding to be inside the
<component>.

See this thread:
http://apache.markmail.org/search/?q=%22[2.x]+Calculating+Endpoints+to+promoted+services%22+order%3Adate-forward

I note that we still haven't added the message.

Thanks for the feedback on the poor error messages and having to
"include everything", we are continually improving this and I'd hope
its much better by 2.0

   ...ant

Hi Ivan

That's good feedback. Tuscany should be giving clear error messages so
we need to look into that.

Can you try a couple of things for me.

1/ Try putting the binding.ws on component service, for example,

   <component name="CalculatorComponent">
       <implementation.java
class="com.ivan.components.impl.CalculatorServiceImpl"/>
       <service name="CalculatorService">
           <interface.java
               interface="com.ivan.components.CalculatorService" />
           <binding.ws uri="http://localhost:8085/CalculatorService"/>
       </service>

       <reference name="additionService" target="AdditionComponent"/>
       <reference name="subtractionServ" target="SubtractionComponent"/>
   </component>

2/ Check that the following modules are on available to the runtime
    binding-ws
    binding-ws-axis2
    binding-ws-axis2-policy
    binding-ws-wsdlgen
    host-jetty

How are you running the application as a matter of interest?

If, for example, you're running from the command line using the
launcher this should be locating the Tuscany manifest jars behind the
scenes which references all of these modules.

Regards

Simon

Hi!
Playing around with Tuscany 2.0M4 and have a problem that I cannot seem
to solve.
Writing a Calculator composite consisting of a Calculator component, an
Addition component and a Subtraction component.
All works well until I want to expose the Calculator as a web service
with the following composite file:

<?xml version="1.0" encoding="UTF-8"?>
<composite
    xmlns="http://docs.oasis-open.org/ns/opencsa/sca/200903"
    targetNamespace="http://ivan.com/soaexamples"
    xmlns:ik="http://ivan.com/soaexamples"
    name="CalculatorComposite">

    <!-- Tried both with and without a <service> element in the Addition
and Subtraction componets. -->
    <component name="AdditionComponent">
        <implementation.java
class="com.ivan.components.impl.AdditionServiceImpl"/>
        <service name="AdditionService">
            <interface.java
interface="com.ivan.components.AdditionService"/>
        </service>
    </component>
   
    <component name="SubtractionComponent">
        <implementation.java
class="com.ivan.components.impl.SubtractionServiceImpl"/>
        <service name="SubtractionService">
            <interface.java
interface="com.ivan.components.SubtractionService"/>
        </service>
    </component>
   
    <component name="CalculatorComponent">
        <implementation.java
class="com.ivan.components.impl.CalculatorServiceImpl"/>
        <service name="CalculatorService">
            <interface.java
                interface="com.ivan.components.CalculatorService" />
        </service>
       
        <reference name="additionService" target="AdditionComponent"/>
        <reference name="subtractionServ" target="SubtractionComponent"/>
    </component>
   
    <!--
        Tried both with the uri attribute as below and
requires="SOAP.1_1", but no luck.
        Read somewhere that this way, promoting a service, is the
preferred way to declare bindings to a service.
    -->
    <service name="CalculatorService"
promote="CalculatorComponent/CalculatorService">
        <binding.ws uri="http://localhost:8085/CalculatorService"/>
    </service>
</composite>

When I start a SCA node containing the above composite, there are no
error messages, but also no log messages telling me, for instance, that
jetty has been started and that the service has been bound to some
address. Neither is there any response from the above URI.
The interesting thing is that I have another example that successfully
exposes a web service with a composite that is similar to the above,
although it totally ignores the value of the uri attribute in the
<binding.ws> element. I have tried over and over again to understand why
this happens, but given up.

One experience I would want to share is that Tuscany is quite poor at
telling me what the problem is in the case of missing libraries. There
are error messages that tell me nothing and I end up "including
everything". Is this an issue of setting some log level or is there
something else that I can do?
Many thanks in advance!
 Ivan

A further couple of comments.  One is that I think you are hitting the
nasty "when is a singleton not a singleton" problem [1], and this may
be a time when the Tuscany specific CrossScopeCopyHelper may be of
interest (I haven't used it but I know it plays a part in this
multiple classloader scenarios)

Kelvin.

[1] http://www.javaworld.com/jw-01-2001/jw-0112-singleton.html

2009/11/26 Malisetti, Ramanjaneyulu <Ramanjaneyulu.Malisetti@ca.com>:
> Now I understood the problem. It is happening in scenario like if we load
> two XSDs from different classes with same URI but different types in them,
> XSDHelper is keeping only types from first XSD. Here, two different classes
> mean their class loaders are different.  If we load same two XSDs from
> single class then there is no issue. is this the expected behavior?
>
> Regards
>
> Raman
>
> _____________________________________________
> From: Malisetti, Ramanjaneyulu
> Sent: Wednesday, 25 November 2009 5:39 PM
>
> To: 'tuscany-user@ws.apache.org'
> Subject: RE: SDO UnmarshalException
>
> Hi Kelvin,
>
>                        << File: SDO-Marshall-Exception.zip >>
>
> After so many trails I found the problem. The issue is where we are loading
> Schemas and XML files with XMLHelpter.INSTANCE object. For example, if we
> write one facade class to encapsulate all calls to SDO Api, it is leading to
> issues like, “Feature not Found” while loading XML resource after loading
> XSDs or ClassCastException: The feature 'xxxx's type 'DataObject' does not
> permit a value of type 'xxx'. This is kind of issues can be avoided if we
> call XMLHelpter.INSTANCE.define/load in our implementation.
>
> Here I attached sample source which is slightly complex example. I have
> taken this scenario to replicate marshall error. However, I got symptoms of
> the issue before I reach to RMI. So, you can see the issue from very
> begining of the running Test from sdo.rmi.sample.hello RemoteDescriptor. To
> illustrate the issue w.r.t attached sample…
>
> -       sdo.rmi.sampl.impl.util.BeanXmlHelper.java is a façade class which
> encapsulate SDO APIs
>
> -       I load XSDs and XML with help of BeanXmlHelper  in
> sdo.rmi.sample.hello.HelloDescriptor and sdo.rmi.sampl.impl.XMLDescriptor
>
> -       I use HelloDescriptor in HelloConnector.
>
> What is the right way of loading XSDs and XMLs so that I can have dynamic
> types  in my code and can use them without in issues across different
> classloaders?
>
> I don’t have much exp in using SDO APIs, please bear me if these questions
> are very basic. I appreciate your help.
>
> Thanks in advance..
>
> Regards
>
> Raman
>
> _____________________________________________
> From: Malisetti, Ramanjaneyulu
> Sent: Monday, 23 November 2009 4:29 PM
> To: 'tuscany-user@ws.apache.org'
> Subject: RE: SDO UnmarshalException
>
> Thanks Kelvin for quick response. I am trying to reproduce with sample
> program so that I can share that with you. Apparently, no luck. It means
> there is something we are doing differently. I have been trying to identify
> that..
>
> I’ll post progress.
>
> Regards
>
> Raman
>
> to be sure about this, I'd need to be able to recreate the problem
>
> with a bit of test code, and I've not played with SDO using RMI calls,
>
> but the SDO metadata associated with the namespace URI must be
>
> available when the XML document is parsed. This would be made
>
> available when either the XSDHelper is used to load a schema or
>
> generated SDO classes are registered with the environment, and it is
>
> going to need to be available in the jvm that the xml parsing is
>
> happening.
>
> Kelvin.
>
> _____________________________________________
> From: Malisetti, Ramanjaneyulu
> Sent: Friday, 20 November 2009 5:21 PM
> To: 'tuscany-user@ws.apache.org'
> Subject: SDO UnmarshalException
>
> Hi,
>
>           We have a class called Descriptor that loads XML and XSD files to
> build SDO objects, this we are doing in its constructor.  We have another
> class called Container that contains Descriptor  class.  If we make
> Container class object as Remotable (Exported as RMI object) and call a
> method on remotable object on RMI client side to get descriptor, it is
> throwing the following exception . The below “not found URI” is there in
> XML file. We are not getting what is the problem. Could you  helps us here
> what is going wrong? BTW, we ensured all required interfaces as  Remote so
> that there is nothing wrong on RMI side.
>
> java.rmi.UnmarshalException: error unmarshalling return; nested exception
> is:
>
>         org.eclipse.emf.ecore.resource.Resource$IOWrappedException: Package
> with uri 'http://www.abc.com/connex' not found. (http:///temp.xml, 3, 106)
>
>         at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:173)
>
>         at
> java.rmi.server.RemoteObjectInvocationHandler.invokeRemoteMethod(RemoteObjectInvocationHandler.java:178)
>
>         at
> java.rmi.server.RemoteObjectInvocationHandler.invoke(RemoteObjectInvocationHandler.java:132)
>
>         at $Proxy8.getDescriptor(Unknown Source)
>
>         at
> com.abc.connector.impl.infrastructure.rmi.RemoteRMIConnectorProxy.getDescriptor(RemoteRMIConnectorProxy.java:66)
>
>         at
> com.abc.connector.impl.infrastructure.rmi.test.TestRMIConnector.setUpBeforeClass(TestRMIConnector.java:79)
>
>         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.junit.internal.runners.BeforeAndAfterRunner.invokeMethod(BeforeAndAfterRunner.java:74)
>
>         at
> org.junit.internal.runners.BeforeAndAfterRunner.runBefores(BeforeAndAfterRunner.java:50)
>
>         at
> org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeAndAfterRunner.java:33)
>
>         at
> org.junit.internal.runners.TestClassRunner.run(TestClassRunner.java:52)
>
>         at
> org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:45)
>
>         at
> org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
>
>         at
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:460)
>
>         at
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:673)
>
>         at
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:386)
>
>         at
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:196)
>
> Caused by: org.eclipse.emf.ecore.resource.Resource$IOWrappedException:
> Package with uri 'http://www.abc.com/connex' not found. (http:///temp.xml,
> 3, 106)
>
>         at
> org.eclipse.emf.ecore.xmi.impl.XMLLoadImpl.handleErrors(XMLLoadImpl.java:83)
>
>         at
> org.eclipse.emf.ecore.xmi.impl.XMLLoadImpl.load(XMLLoadImpl.java:278)
>
>         at
> org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.doLoad(XMLResourceImpl.java:666)
>
>         at
> org.apache.tuscany.sdo.util.resource.SDOXMLResourceImpl.doLoad(SDOXMLResourceImpl.java:589)
>
>         at
> org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.load(XMLResourceImpl.java:634)
>
>         at
> org.apache.tuscany.sdo.helper.XMLDocumentImpl.load(XMLDocumentImpl.java:266)
>
>         at
> org.apache.tuscany.sdo.helper.XMLDocumentImpl.load(XMLDocumentImpl.java:239)
>
>         at
> org.apache.tuscany.sdo.helper.XMLHelperImpl.load(XMLHelperImpl.java:97)
>
>         at
> org.apache.tuscany.sdo.helper.XMLHelperImpl.load(XMLHelperImpl.java:79)
>
>         at
> org.apache.tuscany.sdo.spi.HelperProviderBase$ResolvableImpl.readDataObject(HelperProviderBase.java:229)
>
>         at
> org.apache.tuscany.sdo.spi.HelperProviderBase$ResolvableImpl.readExternal(HelperProviderBase.java:161)
>
>         at
> commonj.sdo.impl.ExternalizableDelegator.readExternal(ExternalizableDelegator.java:83)
>
>         at
> java.io.ObjectInputStream.readExternalData(ObjectInputStream.java:1792)
>
>         at
> java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1751)
>
>         at
> java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329)
>
>         at java.io.ObjectInputStream.readObject(ObjectInputStream.java:351)
>
>         at
> org.apache.tuscany.sdo.spi.HelperProviderBase$ResolvableImpl.readDataObject(HelperProviderBase.java:238)
>
>         at
> org.apache.tuscany.sdo.spi.HelperProviderBase$ResolvableImpl.readExternal(HelperProviderBase.java:161)
>
>         at
> commonj.sdo.impl.ExternalizableDelegator.readExternal(ExternalizableDelegator.java:83)
>
>         at
> java.io.ObjectInputStream.readExternalData(ObjectInputStream.java:1792)
>
>         at
> java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1751)
>
>         at
> java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329)
>
>         at
> java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1947)
>
>         at
> java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871)
>
>         at
> java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753)
>
>         at
> java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329)
>
>         at
> java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1947)
>
>         at
> java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871)
>
>         at
> java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753)
>
>         at
> java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329)
>
>         at java.io.ObjectInputStream.readObject(ObjectInputStream.java:351)
>
>         at sun.rmi.server.UnicastRef.unmarshalValue(UnicastRef.java:306)
>
>         at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:155)
>
>         ... 19 more
>
> Caused by: org.eclipse.emf.ecore.xmi.PackageNotFoundException: Package with
> uri 'http://www.abc.com/connex' not found. (http:///temp.xml, 3, 106)
>
>         at
> org.eclipse.emf.ecore.xmi.impl.XMLHandler.getPackageForURI(XMLHandler.java:2350)
>
>         at
> org.eclipse.emf.ecore.xmi.impl.XMLHandler.getFactoryForPrefix(XMLHandler.java:2188)
>
>         at
> org.eclipse.emf.ecore.xmi.impl.XMLHandler.createObjectFromTypeName(XMLHandler.java:1828)
>
>         at
> org.eclipse.emf.ecore.xmi.impl.XMLHandler.createObject(XMLHandler.java:1787)
>
>         at
> org.eclipse.emf.ecore.xmi.impl.XMLHandler.handleFeature(XMLHandler.java:1569)
>
>         at
> org.eclipse.emf.ecore.xmi.impl.XMLHandler.createDocumentRoot(XMLHandler.java:1237)
>
>         at
> org.eclipse.emf.ecore.xmi.impl.XMLHandler.createObjectByType(XMLHandler.java:1165)
>
>         at
> org.eclipse.emf.ecore.xmi.impl.XMLHandler.createTopObject(XMLHandler.java:1247)
>
>         at
> org.eclipse.emf.ecore.xmi.impl.XMLHandler.processElement(XMLHandler.java:883)
>
>         at
> org.eclipse.emf.ecore.xmi.impl.XMLHandler.startElement(XMLHandler.java:866)
>
>         at
> org.eclipse.emf.ecore.xmi.impl.XMLHandler.startElement(XMLHandler.java:627)
>
>         at
> org.apache.tuscany.sdo.util.resource.SDOXMLResourceImpl$SDOXMLLoadImpl$XmlHandler.startElement(SDOXMLResourceImpl.java:405)
>
>         at
> com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.startElement(AbstractSAXParser.java:501)
>
>         at
> com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.scanStartElement(XMLNSDocumentScannerImpl.java:400)
>
>         at
> com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl$NSContentDriver.scanRootElementHook(XMLNSDocumentScannerImpl.java:626)
>
>         at
> com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:3088)
>
>         at
> com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl$PrologDriver.next(XMLDocumentScannerImpl.java:914)
>
>         at
> com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:647)
>
>         at
> com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next(XMLNSDocumentScannerImpl.java:140)
>
>         at
> com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:508)
>
>         at
> com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:807)
>
>         at
> com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:737)
>
>         at
> com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:107)
>
>         at
> com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1205)
>
>         at
> com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:522)
>
>         at javax.xml.parsers.SAXParser.parse(SAXParser.java:395)
>
>         at
> org.eclipse.emf.ecore.xmi.impl.XMLLoadImpl.load(XMLLoadImpl.java:268)
>
>         ... 50 more
>
> Regards
>
> Raman

Thanks Kelvin. Off late I found this using getTypes().

Regards
Raman

-----Original Message-----
From: kelvin goodson [mailto:kelvingoodson@gmail.com] 
Sent: Thursday, 26 November 2009 6:07 PM
To: user@tuscany.apache.org
Subject: Re: SDO UnmarshalException

Yes, the HelperContext acts as a registry for the types, where the key
/ value pairs are namespaceuri->{set of types}.  If you attempt to
register a second XSD of the same namespace uri you will see the
behaviour you report.  You may have already found the SDOUtil class's
getTypes(HelperContext hc, String nsuri) method which helps you to get
a handle on what you really have available in a given context.

Regards, Kelvin.

2009/11/26 Malisetti, Ramanjaneyulu <Ramanjaneyulu.Malisetti@ca.com>:
> Now I understood the problem. It is happening in scenario like if we load
> two XSDs from different classes with same URI but different types in them,
> XSDHelper is keeping only types from first XSD. Here, two different classes
> mean their class loaders are different.  If we load same two XSDs from
> single class then there is no issue. is this the expected behavior?
>
> Regards
>
> Raman
>
> _____________________________________________
> From: Malisetti, Ramanjaneyulu
> Sent: Wednesday, 25 November 2009 5:39 PM
>
> To: 'tuscany-user@ws.apache.org'
> Subject: RE: SDO UnmarshalException
>
> Hi Kelvin,
>
>                        << File: SDO-Marshall-Exception.zip >>
>
> After so many trails I found the problem. The issue is where we are loading
> Schemas and XML files with XMLHelpter.INSTANCE object. For example, if we
> write one facade class to encapsulate all calls to SDO Api, it is leading to
> issues like, "Feature not Found" while loading XML resource after loading
> XSDs or ClassCastException: The feature 'xxxx's type 'DataObject' does not
> permit a value of type 'xxx'. This is kind of issues can be avoided if we
> call XMLHelpter.INSTANCE.define/load in our implementation.
>
> Here I attached sample source which is slightly complex example. I have
> taken this scenario to replicate marshall error. However, I got symptoms of
> the issue before I reach to RMI. So, you can see the issue from very
> begining of the running Test from sdo.rmi.sample.hello RemoteDescriptor. To
> illustrate the issue w.r.t attached sample...
>
> -       sdo.rmi.sampl.impl.util.BeanXmlHelper.java is a façade class which
> encapsulate SDO APIs
>
> -       I load XSDs and XML with help of BeanXmlHelper  in
> sdo.rmi.sample.hello.HelloDescriptor and sdo.rmi.sampl.impl.XMLDescriptor
>
> -       I use HelloDescriptor in HelloConnector.
>
> What is the right way of loading XSDs and XMLs so that I can have dynamic
> types  in my code and can use them without in issues across different
> classloaders?
>
> I don't have much exp in using SDO APIs, please bear me if these questions
> are very basic. I appreciate your help.
>
> Thanks in advance..
>
> Regards
>
> Raman
>
> _____________________________________________
> From: Malisetti, Ramanjaneyulu
> Sent: Monday, 23 November 2009 4:29 PM
> To: 'tuscany-user@ws.apache.org'
> Subject: RE: SDO UnmarshalException
>
> Thanks Kelvin for quick response. I am trying to reproduce with sample
> program so that I can share that with you. Apparently, no luck. It means
> there is something we are doing differently. I have been trying to identify
> that..
>
> I'll post progress.
>
> Regards
>
> Raman
>
> to be sure about this, I'd need to be able to recreate the problem
>
> with a bit of test code, and I've not played with SDO using RMI calls,
>
> but the SDO metadata associated with the namespace URI must be
>
> available when the XML document is parsed. This would be made
>
> available when either the XSDHelper is used to load a schema or
>
> generated SDO classes are registered with the environment, and it is
>
> going to need to be available in the jvm that the xml parsing is
>
> happening.
>
> Kelvin.
>
> _____________________________________________
> From: Malisetti, Ramanjaneyulu
> Sent: Friday, 20 November 2009 5:21 PM
> To: 'tuscany-user@ws.apache.org'
> Subject: SDO UnmarshalException
>
> Hi,
>
>           We have a class called Descriptor that loads XML and XSD files to
> build SDO objects, this we are doing in its constructor.  We have another
> class called Container that contains Descriptor  class.  If we make
> Container class object as Remotable (Exported as RMI object) and call a
> method on remotable object on RMI client side to get descriptor, it is
> throwing the following exception . The below "not found URI" is there in
> XML file. We are not getting what is the problem. Could you  helps us here
> what is going wrong? BTW, we ensured all required interfaces as  Remote so
> that there is nothing wrong on RMI side.
>
> java.rmi.UnmarshalException: error unmarshalling return; nested exception
> is:
>
>         org.eclipse.emf.ecore.resource.Resource$IOWrappedException: Package
> with uri 'http://www.abc.com/connex' not found. (http:///temp.xml, 3, 106)
>
>         at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:173)
>
>         at
> java.rmi.server.RemoteObjectInvocationHandler.invokeRemoteMethod(RemoteObjectInvocationHandler.java:178)
>
>         at
> java.rmi.server.RemoteObjectInvocationHandler.invoke(RemoteObjectInvocationHandler.java:132)
>
>         at $Proxy8.getDescriptor(Unknown Source)
>
>         at
> com.abc.connector.impl.infrastructure.rmi.RemoteRMIConnectorProxy.getDescriptor(RemoteRMIConnectorProxy.java:66)
>
>         at
> com.abc.connector.impl.infrastructure.rmi.test.TestRMIConnector.setUpBeforeClass(TestRMIConnector.java:79)
>
>         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.junit.internal.runners.BeforeAndAfterRunner.invokeMethod(BeforeAndAfterRunner.java:74)
>
>         at
> org.junit.internal.runners.BeforeAndAfterRunner.runBefores(BeforeAndAfterRunner.java:50)
>
>         at
> org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeAndAfterRunner.java:33)
>
>         at
> org.junit.internal.runners.TestClassRunner.run(TestClassRunner.java:52)
>
>         at
> org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:45)
>
>         at
> org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
>
>         at
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:460)
>
>         at
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:673)
>
>         at
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:386)
>
>         at
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:196)
>
> Caused by: org.eclipse.emf.ecore.resource.Resource$IOWrappedException:
> Package with uri 'http://www.abc.com/connex' not found. (http:///temp.xml,
> 3, 106)
>
>         at
> org.eclipse.emf.ecore.xmi.impl.XMLLoadImpl.handleErrors(XMLLoadImpl.java:83)
>
>         at
> org.eclipse.emf.ecore.xmi.impl.XMLLoadImpl.load(XMLLoadImpl.java:278)
>
>         at
> org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.doLoad(XMLResourceImpl.java:666)
>
>         at
> org.apache.tuscany.sdo.util.resource.SDOXMLResourceImpl.doLoad(SDOXMLResourceImpl.java:589)
>
>         at
> org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.load(XMLResourceImpl.java:634)
>
>         at
> org.apache.tuscany.sdo.helper.XMLDocumentImpl.load(XMLDocumentImpl.java:266)
>
>         at
> org.apache.tuscany.sdo.helper.XMLDocumentImpl.load(XMLDocumentImpl.java:239)
>
>         at
> org.apache.tuscany.sdo.helper.XMLHelperImpl.load(XMLHelperImpl.java:97)
>
>         at
> org.apache.tuscany.sdo.helper.XMLHelperImpl.load(XMLHelperImpl.java:79)
>
>         at
> org.apache.tuscany.sdo.spi.HelperProviderBase$ResolvableImpl.readDataObject(HelperProviderBase.java:229)
>
>         at
> org.apache.tuscany.sdo.spi.HelperProviderBase$ResolvableImpl.readExternal(HelperProviderBase.java:161)
>
>         at
> commonj.sdo.impl.ExternalizableDelegator.readExternal(ExternalizableDelegator.java:83)
>
>         at
> java.io.ObjectInputStream.readExternalData(ObjectInputStream.java:1792)
>
>         at
> java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1751)
>
>         at
> java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329)
>
>         at java.io.ObjectInputStream.readObject(ObjectInputStream.java:351)
>
>         at
> org.apache.tuscany.sdo.spi.HelperProviderBase$ResolvableImpl.readDataObject(HelperProviderBase.java:238)
>
>         at
> org.apache.tuscany.sdo.spi.HelperProviderBase$ResolvableImpl.readExternal(HelperProviderBase.java:161)
>
>         at
> commonj.sdo.impl.ExternalizableDelegator.readExternal(ExternalizableDelegator.java:83)
>
>         at
> java.io.ObjectInputStream.readExternalData(ObjectInputStream.java:1792)
>
>         at
> java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1751)
>
>         at
> java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329)
>
>         at
> java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1947)
>
>         at
> java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871)
>
>         at
> java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753)
>
>         at
> java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329)
>
>         at
> java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1947)
>
>         at
> java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871)
>
>         at
> java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753)
>
>         at
> java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329)
>
>         at java.io.ObjectInputStream.readObject(ObjectInputStream.java:351)
>
>         at sun.rmi.server.UnicastRef.unmarshalValue(UnicastRef.java:306)
>
>         at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:155)
>
>         ... 19 more
>
> Caused by: org.eclipse.emf.ecore.xmi.PackageNotFoundException: Package with
> uri 'http://www.abc.com/connex' not found. (http:///temp.xml, 3, 106)
>
>         at
> org.eclipse.emf.ecore.xmi.impl.XMLHandler.getPackageForURI(XMLHandler.java:2350)
>
>         at
> org.eclipse.emf.ecore.xmi.impl.XMLHandler.getFactoryForPrefix(XMLHandler.java:2188)
>
>         at
> org.eclipse.emf.ecore.xmi.impl.XMLHandler.createObjectFromTypeName(XMLHandler.java:1828)
>
>         at
> org.eclipse.emf.ecore.xmi.impl.XMLHandler.createObject(XMLHandler.java:1787)
>
>         at
> org.eclipse.emf.ecore.xmi.impl.XMLHandler.handleFeature(XMLHandler.java:1569)
>
>         at
> org.eclipse.emf.ecore.xmi.impl.XMLHandler.createDocumentRoot(XMLHandler.java:1237)
>
>         at
> org.eclipse.emf.ecore.xmi.impl.XMLHandler.createObjectByType(XMLHandler.java:1165)
>
>         at
> org.eclipse.emf.ecore.xmi.impl.XMLHandler.createTopObject(XMLHandler.java:1247)
>
>         at
> org.eclipse.emf.ecore.xmi.impl.XMLHandler.processElement(XMLHandler.java:883)
>
>         at
> org.eclipse.emf.ecore.xmi.impl.XMLHandler.startElement(XMLHandler.java:866)
>
>         at
> org.eclipse.emf.ecore.xmi.impl.XMLHandler.startElement(XMLHandler.java:627)
>
>         at
> org.apache.tuscany.sdo.util.resource.SDOXMLResourceImpl$SDOXMLLoadImpl$XmlHandler.startElement(SDOXMLResourceImpl.java:405)
>
>         at
> com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.startElement(AbstractSAXParser.java:501)
>
>         at
> com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.scanStartElement(XMLNSDocumentScannerImpl.java:400)
>
>         at
> com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl$NSContentDriver.scanRootElementHook(XMLNSDocumentScannerImpl.java:626)
>
>         at
> com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:3088)
>
>         at
> com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl$PrologDriver.next(XMLDocumentScannerImpl.java:914)
>
>         at
> com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:647)
>
>         at
> com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next(XMLNSDocumentScannerImpl.java:140)
>
>         at
> com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:508)
>
>         at
> com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:807)
>
>         at
> com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:737)
>
>         at
> com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:107)
>
>         at
> com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1205)
>
>         at
> com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:522)
>
>         at javax.xml.parsers.SAXParser.parse(SAXParser.java:395)
>
>         at
> org.eclipse.emf.ecore.xmi.impl.XMLLoadImpl.load(XMLLoadImpl.java:268)
>
>         ... 50 more
>
> Regards
>
> Raman

Yes, the HelperContext acts as a registry for the types, where the key
/ value pairs are namespaceuri->{set of types}.  If you attempt to
register a second XSD of the same namespace uri you will see the
behaviour you report.  You may have already found the SDOUtil class's
getTypes(HelperContext hc, String nsuri) method which helps you to get
a handle on what you really have available in a given context.

Regards, Kelvin.

2009/11/26 Malisetti, Ramanjaneyulu <Ramanjaneyulu.Malisetti@ca.com>:
> Now I understood the problem. It is happening in scenario like if we load
> two XSDs from different classes with same URI but different types in them,
> XSDHelper is keeping only types from first XSD. Here, two different classes
> mean their class loaders are different.  If we load same two XSDs from
> single class then there is no issue. is this the expected behavior?
>
> Regards
>
> Raman
>
> _____________________________________________
> From: Malisetti, Ramanjaneyulu
> Sent: Wednesday, 25 November 2009 5:39 PM
>
> To: 'tuscany-user@ws.apache.org'
> Subject: RE: SDO UnmarshalException
>
> Hi Kelvin,
>
>                        << File: SDO-Marshall-Exception.zip >>
>
> After so many trails I found the problem. The issue is where we are loading
> Schemas and XML files with XMLHelpter.INSTANCE object. For example, if we
> write one facade class to encapsulate all calls to SDO Api, it is leading to
> issues like, “Feature not Found” while loading XML resource after loading
> XSDs or ClassCastException: The feature 'xxxx's type 'DataObject' does not
> permit a value of type 'xxx'. This is kind of issues can be avoided if we
> call XMLHelpter.INSTANCE.define/load in our implementation.
>
> Here I attached sample source which is slightly complex example. I have
> taken this scenario to replicate marshall error. However, I got symptoms of
> the issue before I reach to RMI. So, you can see the issue from very
> begining of the running Test from sdo.rmi.sample.hello RemoteDescriptor. To
> illustrate the issue w.r.t attached sample…
>
> -       sdo.rmi.sampl.impl.util.BeanXmlHelper.java is a façade class which
> encapsulate SDO APIs
>
> -       I load XSDs and XML with help of BeanXmlHelper  in
> sdo.rmi.sample.hello.HelloDescriptor and sdo.rmi.sampl.impl.XMLDescriptor
>
> -       I use HelloDescriptor in HelloConnector.
>
> What is the right way of loading XSDs and XMLs so that I can have dynamic
> types  in my code and can use them without in issues across different
> classloaders?
>
> I don’t have much exp in using SDO APIs, please bear me if these questions
> are very basic. I appreciate your help.
>
> Thanks in advance..
>
> Regards
>
> Raman
>
> _____________________________________________
> From: Malisetti, Ramanjaneyulu
> Sent: Monday, 23 November 2009 4:29 PM
> To: 'tuscany-user@ws.apache.org'
> Subject: RE: SDO UnmarshalException
>
> Thanks Kelvin for quick response. I am trying to reproduce with sample
> program so that I can share that with you. Apparently, no luck. It means
> there is something we are doing differently. I have been trying to identify
> that..
>
> I’ll post progress.
>
> Regards
>
> Raman
>
> to be sure about this, I'd need to be able to recreate the problem
>
> with a bit of test code, and I've not played with SDO using RMI calls,
>
> but the SDO metadata associated with the namespace URI must be
>
> available when the XML document is parsed. This would be made
>
> available when either the XSDHelper is used to load a schema or
>
> generated SDO classes are registered with the environment, and it is
>
> going to need to be available in the jvm that the xml parsing is
>
> happening.
>
> Kelvin.
>
> _____________________________________________
> From: Malisetti, Ramanjaneyulu
> Sent: Friday, 20 November 2009 5:21 PM
> To: 'tuscany-user@ws.apache.org'
> Subject: SDO UnmarshalException
>
> Hi,
>
>           We have a class called Descriptor that loads XML and XSD files to
> build SDO objects, this we are doing in its constructor.  We have another
> class called Container that contains Descriptor  class.  If we make
> Container class object as Remotable (Exported as RMI object) and call a
> method on remotable object on RMI client side to get descriptor, it is
> throwing the following exception . The below “not found URI” is there in
> XML file. We are not getting what is the problem. Could you  helps us here
> what is going wrong? BTW, we ensured all required interfaces as  Remote so
> that there is nothing wrong on RMI side.
>
> java.rmi.UnmarshalException: error unmarshalling return; nested exception
> is:
>
>         org.eclipse.emf.ecore.resource.Resource$IOWrappedException: Package
> with uri 'http://www.abc.com/connex' not found. (http:///temp.xml, 3, 106)
>
>         at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:173)
>
>         at
> java.rmi.server.RemoteObjectInvocationHandler.invokeRemoteMethod(RemoteObjectInvocationHandler.java:178)
>
>         at
> java.rmi.server.RemoteObjectInvocationHandler.invoke(RemoteObjectInvocationHandler.java:132)
>
>         at $Proxy8.getDescriptor(Unknown Source)
>
>         at
> com.abc.connector.impl.infrastructure.rmi.RemoteRMIConnectorProxy.getDescriptor(RemoteRMIConnectorProxy.java:66)
>
>         at
> com.abc.connector.impl.infrastructure.rmi.test.TestRMIConnector.setUpBeforeClass(TestRMIConnector.java:79)
>
>         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.junit.internal.runners.BeforeAndAfterRunner.invokeMethod(BeforeAndAfterRunner.java:74)
>
>         at
> org.junit.internal.runners.BeforeAndAfterRunner.runBefores(BeforeAndAfterRunner.java:50)
>
>         at
> org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeAndAfterRunner.java:33)
>
>         at
> org.junit.internal.runners.TestClassRunner.run(TestClassRunner.java:52)
>
>         at
> org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:45)
>
>         at
> org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
>
>         at
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:460)
>
>         at
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:673)
>
>         at
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:386)
>
>         at
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:196)
>
> Caused by: org.eclipse.emf.ecore.resource.Resource$IOWrappedException:
> Package with uri 'http://www.abc.com/connex' not found. (http:///temp.xml,
> 3, 106)
>
>         at
> org.eclipse.emf.ecore.xmi.impl.XMLLoadImpl.handleErrors(XMLLoadImpl.java:83)
>
>         at
> org.eclipse.emf.ecore.xmi.impl.XMLLoadImpl.load(XMLLoadImpl.java:278)
>
>         at
> org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.doLoad(XMLResourceImpl.java:666)
>
>         at
> org.apache.tuscany.sdo.util.resource.SDOXMLResourceImpl.doLoad(SDOXMLResourceImpl.java:589)
>
>         at
> org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.load(XMLResourceImpl.java:634)
>
>         at
> org.apache.tuscany.sdo.helper.XMLDocumentImpl.load(XMLDocumentImpl.java:266)
>
>         at
> org.apache.tuscany.sdo.helper.XMLDocumentImpl.load(XMLDocumentImpl.java:239)
>
>         at
> org.apache.tuscany.sdo.helper.XMLHelperImpl.load(XMLHelperImpl.java:97)
>
>         at
> org.apache.tuscany.sdo.helper.XMLHelperImpl.load(XMLHelperImpl.java:79)
>
>         at
> org.apache.tuscany.sdo.spi.HelperProviderBase$ResolvableImpl.readDataObject(HelperProviderBase.java:229)
>
>         at
> org.apache.tuscany.sdo.spi.HelperProviderBase$ResolvableImpl.readExternal(HelperProviderBase.java:161)
>
>         at
> commonj.sdo.impl.ExternalizableDelegator.readExternal(ExternalizableDelegator.java:83)
>
>         at
> java.io.ObjectInputStream.readExternalData(ObjectInputStream.java:1792)
>
>         at
> java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1751)
>
>         at
> java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329)
>
>         at java.io.ObjectInputStream.readObject(ObjectInputStream.java:351)
>
>         at
> org.apache.tuscany.sdo.spi.HelperProviderBase$ResolvableImpl.readDataObject(HelperProviderBase.java:238)
>
>         at
> org.apache.tuscany.sdo.spi.HelperProviderBase$ResolvableImpl.readExternal(HelperProviderBase.java:161)
>
>         at
> commonj.sdo.impl.ExternalizableDelegator.readExternal(ExternalizableDelegator.java:83)
>
>         at
> java.io.ObjectInputStream.readExternalData(ObjectInputStream.java:1792)
>
>         at
> java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1751)
>
>         at
> java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329)
>
>         at
> java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1947)
>
>         at
> java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871)
>
>         at
> java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753)
>
>         at
> java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329)
>
>         at
> java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1947)
>
>         at
> java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871)
>
>         at
> java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753)
>
>         at
> java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329)
>
>         at java.io.ObjectInputStream.readObject(ObjectInputStream.java:351)
>
>         at sun.rmi.server.UnicastRef.unmarshalValue(UnicastRef.java:306)
>
>         at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:155)
>
>         ... 19 more
>
> Caused by: org.eclipse.emf.ecore.xmi.PackageNotFoundException: Package with
> uri 'http://www.abc.com/connex' not found. (http:///temp.xml, 3, 106)
>
>         at
> org.eclipse.emf.ecore.xmi.impl.XMLHandler.getPackageForURI(XMLHandler.java:2350)
>
>         at
> org.eclipse.emf.ecore.xmi.impl.XMLHandler.getFactoryForPrefix(XMLHandler.java:2188)
>
>         at
> org.eclipse.emf.ecore.xmi.impl.XMLHandler.createObjectFromTypeName(XMLHandler.java:1828)
>
>         at
> org.eclipse.emf.ecore.xmi.impl.XMLHandler.createObject(XMLHandler.java:1787)
>
>         at
> org.eclipse.emf.ecore.xmi.impl.XMLHandler.handleFeature(XMLHandler.java:1569)
>
>         at
> org.eclipse.emf.ecore.xmi.impl.XMLHandler.createDocumentRoot(XMLHandler.java:1237)
>
>         at
> org.eclipse.emf.ecore.xmi.impl.XMLHandler.createObjectByType(XMLHandler.java:1165)
>
>         at
> org.eclipse.emf.ecore.xmi.impl.XMLHandler.createTopObject(XMLHandler.java:1247)
>
>         at
> org.eclipse.emf.ecore.xmi.impl.XMLHandler.processElement(XMLHandler.java:883)
>
>         at
> org.eclipse.emf.ecore.xmi.impl.XMLHandler.startElement(XMLHandler.java:866)
>
>         at
> org.eclipse.emf.ecore.xmi.impl.XMLHandler.startElement(XMLHandler.java:627)
>
>         at
> org.apache.tuscany.sdo.util.resource.SDOXMLResourceImpl$SDOXMLLoadImpl$XmlHandler.startElement(SDOXMLResourceImpl.java:405)
>
>         at
> com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.startElement(AbstractSAXParser.java:501)
>
>         at
> com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.scanStartElement(XMLNSDocumentScannerImpl.java:400)
>
>         at
> com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl$NSContentDriver.scanRootElementHook(XMLNSDocumentScannerImpl.java:626)
>
>         at
> com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:3088)
>
>         at
> com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl$PrologDriver.next(XMLDocumentScannerImpl.java:914)
>
>         at
> com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:647)
>
>         at
> com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next(XMLNSDocumentScannerImpl.java:140)
>
>         at
> com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:508)
>
>         at
> com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:807)
>
>         at
> com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:737)
>
>         at
> com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:107)
>
>         at
> com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1205)
>
>         at
> com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:522)
>
>         at javax.xml.parsers.SAXParser.parse(SAXParser.java:395)
>
>         at
> org.eclipse.emf.ecore.xmi.impl.XMLLoadImpl.load(XMLLoadImpl.java:268)
>
>         ... 50 more
>
> Regards
>
> Raman

Now I understood the problem. It is happening in scenario like if we load two XSDs from different
classes with same URI but different types in them, XSDHelper is keeping only types from first
XSD. Here, two different classes mean their class loaders are different.  If we load same
two XSDs from single class then there is no issue. is this the expected behavior?

Regards
Raman

_____________________________________________
From: Malisetti, Ramanjaneyulu 
Sent: Wednesday, 25 November 2009 5:39 PM
To: 'tuscany-user@ws.apache.org'
Subject: RE: SDO UnmarshalException


Hi Kelvin,
                       << File: SDO-Marshall-Exception.zip >> 

After so many trails I found the problem. The issue is where we are loading Schemas and XML
files with XMLHelpter.INSTANCE object. For example, if we write one facade class to encapsulate
all calls to SDO Api, it is leading to issues like, "Feature not Found" while loading XML
resource after loading XSDs or ClassCastException: The feature 'xxxx's type 'DataObject' does
not permit a value of type 'xxx'. This is kind of issues can be avoided if we call XMLHelpter.INSTANCE.define/load
in our implementation. 

Here I attached sample source which is slightly complex example. I have taken this scenario
to replicate marshall error. However, I got symptoms of the issue before I reach to RMI. So,
you can see the issue from very begining of the running Test from sdo.rmi.sample.hello RemoteDescriptor.
To illustrate the issue w.r.t attached sample...

-	sdo.rmi.sampl.impl.util.BeanXmlHelper.java is a façade class which encapsulate SDO APIs
-	I load XSDs and XML with help of BeanXmlHelper  in sdo.rmi.sample.hello.HelloDescriptor
and sdo.rmi.sampl.impl.XMLDescriptor
-	I use HelloDescriptor in HelloConnector.

What is the right way of loading XSDs and XMLs so that I can have dynamic types  in my code
and can use them without in issues across different classloaders?

I don't have much exp in using SDO APIs, please bear me if these questions are very basic.
I appreciate your help.

Thanks in advance..

Regards
Raman
_____________________________________________
From: Malisetti, Ramanjaneyulu 
Sent: Monday, 23 November 2009 4:29 PM
To: 'tuscany-user@ws.apache.org'
Subject: RE: SDO UnmarshalException



Thanks Kelvin for quick response. I am trying to reproduce with sample program so that I can
share that with you. Apparently, no luck. It means there is something we are doing differently.
I have been trying to identify that..

I'll post progress.

Regards
Raman





to be sure about this, I'd need to be able to recreate the problem
with a bit of test code, and I've not played with SDO using RMI calls,
but the SDO metadata associated with the namespace URI must be
available when the XML document is parsed. This would be made
available when either the XSDHelper is used to load a schema or
generated SDO classes are registered with the environment, and it is
going to need to be available in the jvm that the xml parsing is
happening.

Kelvin.


_____________________________________________
From: Malisetti, Ramanjaneyulu 
Sent: Friday, 20 November 2009 5:21 PM
To: 'tuscany-user@ws.apache.org'
Subject: SDO UnmarshalException


Hi,
          We have a class called Descriptor that loads XML and XSD files to build SDO objects,
this we are doing in its constructor.  We have another class called Container that contains
Descriptor  class.  If we make Container class object as Remotable (Exported as RMI object)
and call a method on remotable object on RMI client side to get descriptor, it is throwing
the following exception . The below "not found URI" is there in  XML file. We are not getting
what is the problem. Could you  helps us here what is going wrong? BTW, we ensured all required
interfaces as  Remote so that there is nothing wrong on RMI side.


java.rmi.UnmarshalException: error unmarshalling return; nested exception is: 
	org.eclipse.emf.ecore.resource.Resource$IOWrappedException: Package with uri 'http://www.abc.com/connex'
not found. (http:///temp.xml, 3, 106)
	at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:173)
	at java.rmi.server.RemoteObjectInvocationHandler.invokeRemoteMethod(RemoteObjectInvocationHandler.java:178)
	at java.rmi.server.RemoteObjectInvocationHandler.invoke(RemoteObjectInvocationHandler.java:132)
	at $Proxy8.getDescriptor(Unknown Source)
	at com.abc.connector.impl.infrastructure.rmi.RemoteRMIConnectorProxy.getDescriptor(RemoteRMIConnectorProxy.java:66)
	at com.abc.connector.impl.infrastructure.rmi.test.TestRMIConnector.setUpBeforeClass(TestRMIConnector.java:79)
	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.junit.internal.runners.BeforeAndAfterRunner.invokeMethod(BeforeAndAfterRunner.java:74)
	at org.junit.internal.runners.BeforeAndAfterRunner.runBefores(BeforeAndAfterRunner.java:50)
	at org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeAndAfterRunner.java:33)
	at org.junit.internal.runners.TestClassRunner.run(TestClassRunner.java:52)
	at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:45)
	at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:460)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:673)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:386)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:196)
Caused by: org.eclipse.emf.ecore.resource.Resource$IOWrappedException: Package with uri 'http://www.abc.com/connex'
not found. (http:///temp.xml, 3, 106)
	at org.eclipse.emf.ecore.xmi.impl.XMLLoadImpl.handleErrors(XMLLoadImpl.java:83)
	at org.eclipse.emf.ecore.xmi.impl.XMLLoadImpl.load(XMLLoadImpl.java:278)
	at org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.doLoad(XMLResourceImpl.java:666)
	at org.apache.tuscany.sdo.util.resource.SDOXMLResourceImpl.doLoad(SDOXMLResourceImpl.java:589)
	at org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.load(XMLResourceImpl.java:634)
	at org.apache.tuscany.sdo.helper.XMLDocumentImpl.load(XMLDocumentImpl.java:266)
	at org.apache.tuscany.sdo.helper.XMLDocumentImpl.load(XMLDocumentImpl.java:239)
	at org.apache.tuscany.sdo.helper.XMLHelperImpl.load(XMLHelperImpl.java:97)
	at org.apache.tuscany.sdo.helper.XMLHelperImpl.load(XMLHelperImpl.java:79)
	at org.apache.tuscany.sdo.spi.HelperProviderBase$ResolvableImpl.readDataObject(HelperProviderBase.java:229)
	at org.apache.tuscany.sdo.spi.HelperProviderBase$ResolvableImpl.readExternal(HelperProviderBase.java:161)
	at commonj.sdo.impl.ExternalizableDelegator.readExternal(ExternalizableDelegator.java:83)
	at java.io.ObjectInputStream.readExternalData(ObjectInputStream.java:1792)
	at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1751)
	at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329)
	at java.io.ObjectInputStream.readObject(ObjectInputStream.java:351)
	at org.apache.tuscany.sdo.spi.HelperProviderBase$ResolvableImpl.readDataObject(HelperProviderBase.java:238)
	at org.apache.tuscany.sdo.spi.HelperProviderBase$ResolvableImpl.readExternal(HelperProviderBase.java:161)
	at commonj.sdo.impl.ExternalizableDelegator.readExternal(ExternalizableDelegator.java:83)
	at java.io.ObjectInputStream.readExternalData(ObjectInputStream.java:1792)
	at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1751)
	at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329)
	at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1947)
	at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871)
	at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753)
	at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329)
	at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1947)
	at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871)
	at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753)
	at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329)
	at java.io.ObjectInputStream.readObject(ObjectInputStream.java:351)
	at sun.rmi.server.UnicastRef.unmarshalValue(UnicastRef.java:306)
	at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:155)
	... 19 more
Caused by: org.eclipse.emf.ecore.xmi.PackageNotFoundException: Package with uri 'http://www.abc.com/connex'
not found. (http:///temp.xml, 3, 106)
	at org.eclipse.emf.ecore.xmi.impl.XMLHandler.getPackageForURI(XMLHandler.java:2350)
	at org.eclipse.emf.ecore.xmi.impl.XMLHandler.getFactoryForPrefix(XMLHandler.java:2188)
	at org.eclipse.emf.ecore.xmi.impl.XMLHandler.createObjectFromTypeName(XMLHandler.java:1828)
	at org.eclipse.emf.ecore.xmi.impl.XMLHandler.createObject(XMLHandler.java:1787)
	at org.eclipse.emf.ecore.xmi.impl.XMLHandler.handleFeature(XMLHandler.java:1569)
	at org.eclipse.emf.ecore.xmi.impl.XMLHandler.createDocumentRoot(XMLHandler.java:1237)
	at org.eclipse.emf.ecore.xmi.impl.XMLHandler.createObjectByType(XMLHandler.java:1165)
	at org.eclipse.emf.ecore.xmi.impl.XMLHandler.createTopObject(XMLHandler.java:1247)
	at org.eclipse.emf.ecore.xmi.impl.XMLHandler.processElement(XMLHandler.java:883)
	at org.eclipse.emf.ecore.xmi.impl.XMLHandler.startElement(XMLHandler.java:866)
	at org.eclipse.emf.ecore.xmi.impl.XMLHandler.startElement(XMLHandler.java:627)
	at org.apache.tuscany.sdo.util.resource.SDOXMLResourceImpl$SDOXMLLoadImpl$XmlHandler.startElement(SDOXMLResourceImpl.java:405)
	at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.startElement(AbstractSAXParser.java:501)
	at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.scanStartElement(XMLNSDocumentScannerImpl.java:400)
	at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl$NSContentDriver.scanRootElementHook(XMLNSDocumentScannerImpl.java:626)
	at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:3088)
	at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl$PrologDriver.next(XMLDocumentScannerImpl.java:914)
	at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:647)
	at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next(XMLNSDocumentScannerImpl.java:140)
	at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:508)
	at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:807)
	at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:737)
	at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:107)
	at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1205)
	at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:522)
	at javax.xml.parsers.SAXParser.parse(SAXParser.java:395)
	at org.eclipse.emf.ecore.xmi.impl.XMLLoadImpl.load(XMLLoadImpl.java:268)
	... 50 more

Regards
Raman