Re: How to use SDO in tuscany sca?
Raymond Feng wrote: I think there are still issues to be flushed out for the dynamic SDO support. Let's first look at the proposal: 1) Create a Composite-scoped java component, and in the method with @Init to call SDO APIs to register the WSDL/XSD with SDO HelperContext. (This is doable even though it requires some extra code from the user effort). 2) The SDO databinding needs to access the HelperContext used by application code in step 1 so that the models can be used for the purpose of data transformation (for example, AXIOM -- SDO). (I haven't figured out a good way to associate the HelperContext, probably we need some SDO APIs to get the HelperContext instance by some keys). There is also an issue for static SDO (http://issues.apache.org/jira/browse/TUSCANY-2002). It's probably in the same category as how we register dynamic SDO types. I don't know this area well, so I apologize if the following has some obvious flaws. Is is possible for SCA to inspect the contribution and auto-register any SDO XSDs (or any XSDs that might possibly be SDO XSDs)? This seems similar to what we currently do to automatically discover all WSDL files that are part of a contrbution. Simon Thanks, Raymond - Original Message - From: Jean-Sebastien Delfino [EMAIL PROTECTED] To: tuscany-dev@ws.apache.org Sent: Wednesday, February 20, 2008 9:56 AM Subject: Re: How to use SDO in tuscany sca? Scott Kurz wrote: Wang, I'm guessing the problem is probably that you need to register your app types with the appropriate context established by the Tuscany runtime. Tuscany typically does this automatically, now, for static SDO. For dynamic SDO (i.e. DataObject), you would currently put something like this in your SCDL ( *.composite) file: composite ... xmlns:dbsdo=http://tuscany.apache.org/xmlns/sca/databinding/sdo/1.0; dbsdo:import.sdo location=wsdl/helloworld.wsdl/ (I looked in your zip and you don't seem to use the types in the XSD, so I pointed to the WSDL instead... but you can have as multiple import.sdo elements). This relation between SCA and SDO scopes is defined by Tuscany, not a spec, at the moment. Scott Sorry if I'm confused but I thought that import.sdo was deprecated and that there was a better way to register SDO dynamic types, using the official SDO APIs in the init method of a Java component implementation for example. Or am I missing something? -- Jean-Sebastien - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Re: Re: How to use SDO in tuscany sca?
It's OK,Thanks Raymond.
Thanks,
wangfeng
On 2008-02-20, Raymond Feng [EMAIL PROTECTED] wrote:
Hi,
I debugged your test case and it turned out the problem is in your test case.
There is a dangling type reference in helloworld.wsdl:
wsdl:types
schema elementFormDefault=qualified targetNamespace=http://helloworld;
xmlns=http://www.w3.org/2001/XMLSchema;
element name=getGreetings
complexType
sequence
element name=name type=xsd:Name/
/sequence
/complexType
/element
It should be: element name=name type=tns:Name/.
After fixing the issue, I can run it successfully with the import.sdo
statement.
Thanks,
Raymond
- Original Message -
From: wang feng [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Tuesday, February 19, 2008 5:04 PM
Subject: Re: Re: How to use SDO in tuscany sca?
I add the element 'import.sdo' in the composite,but the sample throws another
exception.
Exception in thread main java.lang.ClassCastException: The value of type
'class org.apache.tuscany.sdo.impl.DynamicDataObjectImpl' must be of type
'class java.lang.String'
at
org.eclipse.emf.ecore.impl.EStructuralFeatureImpl$InternalSettingDelegateSingleDataUnsettableStatic.validate(EStructuralFeatureImpl.java:2195)
at
org.eclipse.emf.ecore.impl.EStructuralFeatureImpl$InternalSettingDelegateSingleDataUnsettable.dynamicSet(EStructuralFeatureImpl.java:2116)
at
org.eclipse.emf.ecore.impl.BasicEObjectImpl.eDynamicSet(BasicEObjectImpl.java:709)
at
org.apache.tuscany.sdo.impl.DynamicDataObjectImpl.eDynamicSet(DynamicDataObjectImpl.java:160)
at org.apache.tuscany.sdo.impl.DataObjectImpl.eSet(DataObjectImpl.java:1468)
at
org.eclipse.emf.ecore.impl.BasicEObjectImpl.eSet(BasicEObjectImpl.java:654)
at org.apache.tuscany.sdo.impl.DataObjectImpl.set(DataObjectImpl.java:146)
at org.apache.tuscany.sdo.impl.DataObjectImpl.set(DataObjectImpl.java:106)
at
org.apache.tuscany.sca.databinding.sdo.SDOWrapperHandler.setChild(SDOWrapperHandler.java:71)
at
org.apache.tuscany.sca.core.databinding.transformers.Input2InputTransformer.transform(Input2InputTransformer.java:131)
at
org.apache.tuscany.sca.core.databinding.transformers.Input2InputTransformer.transform(Input2InputTransformer.java:1)
at
org.apache.tuscany.sca.databinding.impl.MediatorImpl.mediate(MediatorImpl.java:73)
at
org.apache.tuscany.sca.core.databinding.wire.DataTransformationInterceptor.transform(DataTransformationInterceptor.java:175)
at
org.apache.tuscany.sca.core.databinding.wire.DataTransformationInterceptor.invoke(DataTransformationInterceptor.java:72)
at
org.apache.tuscany.sca.core.invocation.JDKInvocationHandler.invoke(JDKInvocationHandler.java:261)
at
org.apache.tuscany.sca.core.invocation.JDKInvocationHandler.invoke(JDKInvocationHandler.java:149)
at $Proxy5.getGreetings(Unknown Source)
at helloworld.HelloWorldClient.test(HelloWorldClient.java:53)
at helloworld.HelloWorldClient.main(HelloWorldClient.java:39)
Is something wrong? Where can I found a sample whith dynamic SDO?
Thanks,
wangfeng
On 2008-02-19, Scott Kurz [EMAIL PROTECTED] wrote:
Wang,
I'm guessing the problem is probably that you need to register your
app types with the appropriate context established by the Tuscany
runtime.
Tuscany typically does this automatically, now, for static SDO. For
dynamic SDO (i.e. DataObject), you would currently put something like
this in your SCDL ( *.composite) file:
composite ...
xmlns:dbsdo=http://tuscany.apache.org/xmlns/sca/databinding/sdo/1.0;
dbsdo:import.sdo location=wsdl/helloworld.wsdl/
(I looked in your zip and you don't seem to use the types in the XSD,
so I pointed to the WSDL instead... but you can have as multiple
import.sdo elements).
This relation between SCA and SDO scopes is defined by Tuscany, not a
spec, at the moment.
Scott
On Feb 18, 2008 9:15 AM, wang feng [EMAIL PROTECTED] wrote:
Hi all,
I do a sample which has a parameter's type is DataObject,and deploy the
component with webservice.
When I invoke the service ,throws an error.
Is my usage wrong?
My sample like this.
helloworld.composite
composite xmlns=http://www.osoa.org/xmlns/sca/1.0;
targetNamespace=http://helloworld;
xmlns:hw=http://helloworld;
name=helloworldws
component name=HelloWorldServiceComponent
implementation.java class=helloworld.HelloWorldImpl /
service name=HelloWorldService
interface.wsdl
interface=http://helloworld#wsdl.interface(HelloWorld) /
binding.ws/
/service
/component
/composite
HelloWorldImpl.java
@Service(HelloWorldService.class)
public class HelloWorldImpl implements HelloWorldService {
public String getGreetings(DataObject name) {
return Hello + name.getString(first) + +
name.getString(last);
}
}
You can download the full testcase on
http://www.blogjava.net/Files
Re: How to use SDO in tuscany sca?
See inline. Simon wang feng wrote: It's OK,Thanks Raymond. Thanks, wangfeng On 2008-02-20, Raymond Feng [EMAIL PROTECTED] wrote: Hi, I debugged your test case and it turned out the problem is in your test case. There is a dangling type reference in helloworld.wsdl: wsdl:types schema elementFormDefault=qualified targetNamespace=http://helloworld; xmlns=http://www.w3.org/2001/XMLSchema; element name=getGreetings complexType sequence element name=name type=xsd:Name/ /sequence /complexType /element It should be: element name=name type=tns:Name/. After fixing the issue, I can run it successfully with the import.sdo statement. Can we track this as a JIRA? A simple user error like this should not produce a ClassCastException deep in EMF. Simon Thanks, Raymond - Original Message - From: wang feng [EMAIL PROTECTED] To: tuscany-dev@ws.apache.org Sent: Tuesday, February 19, 2008 5:04 PM Subject: Re: Re: How to use SDO in tuscany sca? I add the element 'import.sdo' in the composite,but the sample throws another exception. Exception in thread main java.lang.ClassCastException: The value of type 'class org.apache.tuscany.sdo.impl.DynamicDataObjectImpl' must be of type 'class java.lang.String' at org.eclipse.emf.ecore.impl.EStructuralFeatureImpl$InternalSettingDelegateSingleDataUnsettableStatic.validate(EStructuralFeatureImpl.java:2195) at org.eclipse.emf.ecore.impl.EStructuralFeatureImpl$InternalSettingDelegateSingleDataUnsettable.dynamicSet(EStructuralFeatureImpl.java:2116) at org.eclipse.emf.ecore.impl.BasicEObjectImpl.eDynamicSet(BasicEObjectImpl.java:709) at org.apache.tuscany.sdo.impl.DynamicDataObjectImpl.eDynamicSet(DynamicDataObjectImpl.java:160) at org.apache.tuscany.sdo.impl.DataObjectImpl.eSet(DataObjectImpl.java:1468) at org.eclipse.emf.ecore.impl.BasicEObjectImpl.eSet(BasicEObjectImpl.java:654) at org.apache.tuscany.sdo.impl.DataObjectImpl.set(DataObjectImpl.java:146) at org.apache.tuscany.sdo.impl.DataObjectImpl.set(DataObjectImpl.java:106) at org.apache.tuscany.sca.databinding.sdo.SDOWrapperHandler.setChild(SDOWrapperHandler.java:71) at org.apache.tuscany.sca.core.databinding.transformers.Input2InputTransformer.transform(Input2InputTransformer.java:131) at org.apache.tuscany.sca.core.databinding.transformers.Input2InputTransformer.transform(Input2InputTransformer.java:1) at org.apache.tuscany.sca.databinding.impl.MediatorImpl.mediate(MediatorImpl.java:73) at org.apache.tuscany.sca.core.databinding.wire.DataTransformationInterceptor.transform(DataTransformationInterceptor.java:175) at org.apache.tuscany.sca.core.databinding.wire.DataTransformationInterceptor.invoke(DataTransformationInterceptor.java:72) at org.apache.tuscany.sca.core.invocation.JDKInvocationHandler.invoke(JDKInvocationHandler.java:261) at org.apache.tuscany.sca.core.invocation.JDKInvocationHandler.invoke(JDKInvocationHandler.java:149) at $Proxy5.getGreetings(Unknown Source) at helloworld.HelloWorldClient.test(HelloWorldClient.java:53) at helloworld.HelloWorldClient.main(HelloWorldClient.java:39) Is something wrong? Where can I found a sample whith dynamic SDO? Thanks, wangfeng On 2008-02-19, Scott Kurz [EMAIL PROTECTED] wrote: Wang, I'm guessing the problem is probably that you need to register your app types with the appropriate context established by the Tuscany runtime. Tuscany typically does this automatically, now, for static SDO. For dynamic SDO (i.e. DataObject), you would currently put something like this in your SCDL ( *.composite) file: composite ... xmlns:dbsdo=http://tuscany.apache.org/xmlns/sca/databinding/sdo/1.0; dbsdo:import.sdo location=wsdl/helloworld.wsdl/ (I looked in your zip and you don't seem to use the types in the XSD, so I pointed to the WSDL instead... but you can have as multiple import.sdo elements). This relation between SCA and SDO scopes is defined by Tuscany, not a spec, at the moment. Scott On Feb 18, 2008 9:15 AM, wang feng [EMAIL PROTECTED] wrote: Hi all, I do a sample which has a parameter's type is DataObject,and deploy the component with webservice. When I invoke the service ,throws an error. Is my usage wrong? My sample like this. helloworld.composite composite xmlns=http://www.osoa.org/xmlns/sca/1.0; targetNamespace=http://helloworld; xmlns:hw=http://helloworld; name=helloworldws component name=HelloWorldServiceComponent implementation.java class=helloworld.HelloWorldImpl / service name=HelloWorldService interface.wsdl interface=http://helloworld#wsdl.interface(HelloWorld) / binding.ws/ /service /component /composite HelloWorldImpl.java @Service(HelloWorldService.class) public class HelloWorldImpl implements HelloWorldService
Re: How to use SDO in tuscany sca?
There has been a few occasions in the SDO spec meetings where issues associated with raising exceptions have been resolved in favour of not requiring the implementer to incur the performance overhead of exception translation or decoration. There are no exceptions defined by the SDO API, and only runtime exceptions can surface through the interface. In this situation the schema has been written in error such that the type was specified incorrectly, and therefore when assigning an instance of the intended SDO Type to a Property of the erroneous Type then the expected result is a ClassCastException. We can discuss the merits of catching and rethrowing decorated or translated exceptions in general, but this is widespread through Tuscany's SDO (and I would imagine also through other implementations given the spec discussions), and would result I am sure in performance degradation. Regards, Kelvin. On 20/02/2008, Simon Nash [EMAIL PROTECTED] wrote: See inline. Simon wang feng wrote: It's OK,Thanks Raymond. Thanks, wangfeng On 2008-02-20, Raymond Feng [EMAIL PROTECTED] wrote: Hi, I debugged your test case and it turned out the problem is in your test case. There is a dangling type reference in helloworld.wsdl: wsdl:types schema elementFormDefault=qualified targetNamespace= http://helloworld; xmlns=http://www.w3.org/2001/XMLSchema; element name=getGreetings complexType sequence element name=name type=xsd:Name/ /sequence /complexType /element It should be: element name=name type=tns:Name/. After fixing the issue, I can run it successfully with the import.sdostatement. Can we track this as a JIRA? A simple user error like this should not produce a ClassCastException deep in EMF. Simon Thanks, Raymond - Original Message - From: wang feng [EMAIL PROTECTED] To: tuscany-dev@ws.apache.org Sent: Tuesday, February 19, 2008 5:04 PM Subject: Re: Re: How to use SDO in tuscany sca? I add the element 'import.sdo' in the composite,but the sample throws another exception. Exception in thread main java.lang.ClassCastException: The value of type 'class org.apache.tuscany.sdo.impl.DynamicDataObjectImpl' must be of type 'class java.lang.String' at org.eclipse.emf.ecore.impl.EStructuralFeatureImpl$InternalSettingDelegateSingleDataUnsettableStatic.validate (EStructuralFeatureImpl.java:2195) at org.eclipse.emf.ecore.impl.EStructuralFeatureImpl$InternalSettingDelegateSingleDataUnsettable.dynamicSet (EStructuralFeatureImpl.java:2116) at org.eclipse.emf.ecore.impl.BasicEObjectImpl.eDynamicSet( BasicEObjectImpl.java:709) at org.apache.tuscany.sdo.impl.DynamicDataObjectImpl.eDynamicSet( DynamicDataObjectImpl.java:160) at org.apache.tuscany.sdo.impl.DataObjectImpl.eSet(DataObjectImpl.java :1468) at org.eclipse.emf.ecore.impl.BasicEObjectImpl.eSet( BasicEObjectImpl.java:654) at org.apache.tuscany.sdo.impl.DataObjectImpl.set(DataObjectImpl.java :146) at org.apache.tuscany.sdo.impl.DataObjectImpl.set(DataObjectImpl.java :106) at org.apache.tuscany.sca.databinding.sdo.SDOWrapperHandler.setChild( SDOWrapperHandler.java:71) at org.apache.tuscany.sca.core.databinding.transformers.Input2InputTransformer.transform (Input2InputTransformer.java:131) at org.apache.tuscany.sca.core.databinding.transformers.Input2InputTransformer.transform (Input2InputTransformer.java:1) at org.apache.tuscany.sca.databinding.impl.MediatorImpl.mediate( MediatorImpl.java:73) at org.apache.tuscany.sca.core.databinding.wire.DataTransformationInterceptor.transform (DataTransformationInterceptor.java:175) at org.apache.tuscany.sca.core.databinding.wire.DataTransformationInterceptor.invoke (DataTransformationInterceptor.java:72) at org.apache.tuscany.sca.core.invocation.JDKInvocationHandler.invoke( JDKInvocationHandler.java:261) at org.apache.tuscany.sca.core.invocation.JDKInvocationHandler.invoke( JDKInvocationHandler.java:149) at $Proxy5.getGreetings(Unknown Source) at helloworld.HelloWorldClient.test(HelloWorldClient.java:53) at helloworld.HelloWorldClient.main(HelloWorldClient.java:39) Is something wrong? Where can I found a sample whith dynamic SDO? Thanks, wangfeng On 2008-02-19, Scott Kurz [EMAIL PROTECTED] wrote: Wang, I'm guessing the problem is probably that you need to register your app types with the appropriate context established by the Tuscany runtime. Tuscany typically does this automatically, now, for static SDO. For dynamic SDO (i.e. DataObject), you would currently put something like this in your SCDL ( *.composite) file: composite ... xmlns:dbsdo= http://tuscany.apache.org/xmlns/sca/databinding/sdo/1.0; dbsdo:import.sdo location=wsdl/helloworld.wsdl/ (I looked in your zip and you don't seem to use the types in the XSD, so I pointed to the WSDL instead
Re: How to use SDO in tuscany sca?
It's a coincidence that the user references xsd:Name (which happens to exist!) by mistake. But the user meant to reference tns:Name which is a user-defined complex type defined in the WSDL. Thanks, Raymond - Original Message - From: kelvin goodson [EMAIL PROTECTED] To: tuscany-dev@ws.apache.org Sent: Wednesday, February 20, 2008 9:16 AM Subject: Re: How to use SDO in tuscany sca? So looking back, I'm a little confused, as I had assumed that the xsd prefix had been associated with the XML Schema namespace, but I see from Raymond's note that the default namespace is the schema namespace, hence no prefix required schema elementFormDefault=qualified targetNamespace=http://helloworld; xmlns=http://www.w3.org/2001/XMLSchema; so I had assumed xsd:Name was referencing http://www.w3.org/TR/xmlschema-2/#Name Perhaps we can see the original schema or verify that the above is the true contents. Kelvin. On 20/02/2008, Simon Nash [EMAIL PROTECTED] wrote: See inline. Simon kelvin goodson wrote: There has been a few occasions in the SDO spec meetings where issues associated with raising exceptions have been resolved in favour of not requiring the implementer to incur the performance overhead of exception translation or decoration. There are no exceptions defined by the SDO API, and only runtime exceptions can surface through the interface. In this situation the schema has been written in error such that the type was specified incorrectly, and therefore when assigning an instance of the intended SDO Type to a Property of the erroneous Type then the expected result is a ClassCastException. We can discuss the merits of catching and rethrowing decorated or translated exceptions in general, but this is widespread through Tuscany's SDO (and I would imagine also through other implementations given the spec discussions), and would result I am sure in performance degradation. A question of clarification. Was the specified type xsd:Name a valid type that was not what the user intended, or was it an invalid (nonexistent) type? If the former, then a ClassCastException at the point of assignment seems like an appropriate diagnostic. If the latter (and this was my impression, perhaps incorrectly), then a more friendly diagnostic could be produced at schema load time or validation time, indicating the reference to a nonexistent type. Regarding the overhead of catching and rethrowing exceptions, it's my belief that adding a try/catch block is effectively free unless an exception is actually caught. In that case, it's usually an error path for which I would not expect performance to be an issue. I realise that not all exceptions represent hard errors, but I think a ClassCastException does. Simon Regards, Kelvin. On 20/02/2008, Simon Nash [EMAIL PROTECTED] wrote: See inline. Simon wang feng wrote: It's OK,Thanks Raymond. Thanks, wangfeng On 2008-02-20, Raymond Feng [EMAIL PROTECTED] wrote: Hi, I debugged your test case and it turned out the problem is in your test case. There is a dangling type reference in helloworld.wsdl: wsdl:types schema elementFormDefault=qualified targetNamespace= http://helloworld; xmlns=http://www.w3.org/2001/XMLSchema; element name=getGreetings complexType sequence element name=name type=xsd:Name/ /sequence /complexType /element It should be: element name=name type=tns:Name/. After fixing the issue, I can run it successfully with the import.sdostatement. Can we track this as a JIRA? A simple user error like this should not produce a ClassCastException deep in EMF. Simon Thanks, Raymond - Original Message - From: wang feng [EMAIL PROTECTED] To: tuscany-dev@ws.apache.org Sent: Tuesday, February 19, 2008 5:04 PM Subject: Re: Re: How to use SDO in tuscany sca? I add the element 'import.sdo' in the composite,but the sample throws another exception. Exception in thread main java.lang.ClassCastException: The value of type 'class org.apache.tuscany.sdo.impl.DynamicDataObjectImpl' must be of type 'class java.lang.String' at org.eclipse.emf.ecore.impl.EStructuralFeatureImpl$InternalSettingDelegateSingleDataUnsettableStatic.validate (EStructuralFeatureImpl.java:2195) at org.eclipse.emf.ecore.impl.EStructuralFeatureImpl$InternalSettingDelegateSingleDataUnsettable.dynamicSet (EStructuralFeatureImpl.java:2116) at org.eclipse.emf.ecore.impl.BasicEObjectImpl.eDynamicSet( BasicEObjectImpl.java:709) at org.apache.tuscany.sdo.impl.DynamicDataObjectImpl.eDynamicSet( DynamicDataObjectImpl.java:160) at org.apache.tuscany.sdo.impl.DataObjectImpl.eSet( DataObjectImpl.java :1468) at org.eclipse.emf.ecore.impl.BasicEObjectImpl.eSet( BasicEObjectImpl.java:654) at org.apache.tuscany.sdo.impl.DataObjectImpl.set( DataObjectImpl.java :146) at org.apache.tuscany.sdo.impl.DataObjectImpl.set( DataObjectImpl.java :106
Re: How to use SDO in tuscany sca?
I can see the advantages of registering in init. I'd heard that import.sdo for statics was deprecated but hadn't picked up we were trying to say it was deprecated for dynamic too. I must have missed that... Scott - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to use SDO in tuscany sca?
I think there are still issues to be flushed out for the dynamic SDO support. Let's first look at the proposal: 1) Create a Composite-scoped java component, and in the method with @Init to call SDO APIs to register the WSDL/XSD with SDO HelperContext. (This is doable even though it requires some extra code from the user effort). 2) The SDO databinding needs to access the HelperContext used by application code in step 1 so that the models can be used for the purpose of data transformation (for example, AXIOM -- SDO). (I haven't figured out a good way to associate the HelperContext, probably we need some SDO APIs to get the HelperContext instance by some keys). There is also an issue for static SDO (http://issues.apache.org/jira/browse/TUSCANY-2002). It's probably in the same category as how we register dynamic SDO types. Thanks, Raymond - Original Message - From: Jean-Sebastien Delfino [EMAIL PROTECTED] To: tuscany-dev@ws.apache.org Sent: Wednesday, February 20, 2008 9:56 AM Subject: Re: How to use SDO in tuscany sca? Scott Kurz wrote: Wang, I'm guessing the problem is probably that you need to register your app types with the appropriate context established by the Tuscany runtime. Tuscany typically does this automatically, now, for static SDO. For dynamic SDO (i.e. DataObject), you would currently put something like this in your SCDL ( *.composite) file: composite ... xmlns:dbsdo=http://tuscany.apache.org/xmlns/sca/databinding/sdo/1.0; dbsdo:import.sdo location=wsdl/helloworld.wsdl/ (I looked in your zip and you don't seem to use the types in the XSD, so I pointed to the WSDL instead... but you can have as multiple import.sdo elements). This relation between SCA and SDO scopes is defined by Tuscany, not a spec, at the moment. Scott Sorry if I'm confused but I thought that import.sdo was deprecated and that there was a better way to register SDO dynamic types, using the official SDO APIs in the init method of a Java component implementation for example. Or am I missing something? -- Jean-Sebastien - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to use SDO in tuscany sca?
Scott Kurz wrote: Wang, I'm guessing the problem is probably that you need to register your app types with the appropriate context established by the Tuscany runtime. Tuscany typically does this automatically, now, for static SDO. For dynamic SDO (i.e. DataObject), you would currently put something like this in your SCDL ( *.composite) file: composite ... xmlns:dbsdo=http://tuscany.apache.org/xmlns/sca/databinding/sdo/1.0; dbsdo:import.sdo location=wsdl/helloworld.wsdl/ (I looked in your zip and you don't seem to use the types in the XSD, so I pointed to the WSDL instead... but you can have as multiple import.sdo elements). This relation between SCA and SDO scopes is defined by Tuscany, not a spec, at the moment. Scott Sorry if I'm confused but I thought that import.sdo was deprecated and that there was a better way to register SDO dynamic types, using the official SDO APIs in the init method of a Java component implementation for example. Or am I missing something? -- Jean-Sebastien - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Re: How to use SDO in tuscany sca?
I add the element 'import.sdo' in the composite,but the sample throws another
exception.
Exception in thread main java.lang.ClassCastException: The value of type
'class org.apache.tuscany.sdo.impl.DynamicDataObjectImpl' must be of type
'class java.lang.String'
at
org.eclipse.emf.ecore.impl.EStructuralFeatureImpl$InternalSettingDelegateSingleDataUnsettableStatic.validate(EStructuralFeatureImpl.java:2195)
at
org.eclipse.emf.ecore.impl.EStructuralFeatureImpl$InternalSettingDelegateSingleDataUnsettable.dynamicSet(EStructuralFeatureImpl.java:2116)
at
org.eclipse.emf.ecore.impl.BasicEObjectImpl.eDynamicSet(BasicEObjectImpl.java:709)
at
org.apache.tuscany.sdo.impl.DynamicDataObjectImpl.eDynamicSet(DynamicDataObjectImpl.java:160)
at
org.apache.tuscany.sdo.impl.DataObjectImpl.eSet(DataObjectImpl.java:1468)
at
org.eclipse.emf.ecore.impl.BasicEObjectImpl.eSet(BasicEObjectImpl.java:654)
at
org.apache.tuscany.sdo.impl.DataObjectImpl.set(DataObjectImpl.java:146)
at
org.apache.tuscany.sdo.impl.DataObjectImpl.set(DataObjectImpl.java:106)
at
org.apache.tuscany.sca.databinding.sdo.SDOWrapperHandler.setChild(SDOWrapperHandler.java:71)
at
org.apache.tuscany.sca.core.databinding.transformers.Input2InputTransformer.transform(Input2InputTransformer.java:131)
at
org.apache.tuscany.sca.core.databinding.transformers.Input2InputTransformer.transform(Input2InputTransformer.java:1)
at
org.apache.tuscany.sca.databinding.impl.MediatorImpl.mediate(MediatorImpl.java:73)
at
org.apache.tuscany.sca.core.databinding.wire.DataTransformationInterceptor.transform(DataTransformationInterceptor.java:175)
at
org.apache.tuscany.sca.core.databinding.wire.DataTransformationInterceptor.invoke(DataTransformationInterceptor.java:72)
at
org.apache.tuscany.sca.core.invocation.JDKInvocationHandler.invoke(JDKInvocationHandler.java:261)
at
org.apache.tuscany.sca.core.invocation.JDKInvocationHandler.invoke(JDKInvocationHandler.java:149)
at $Proxy5.getGreetings(Unknown Source)
at helloworld.HelloWorldClient.test(HelloWorldClient.java:53)
at helloworld.HelloWorldClient.main(HelloWorldClient.java:39)
Is something wrong? Where can I found a sample whith dynamic SDO?
Thanks,
wangfeng
On 2008-02-19, Scott Kurz [EMAIL PROTECTED] wrote:
Wang,
I'm guessing the problem is probably that you need to register your
app types with the appropriate context established by the Tuscany
runtime.
Tuscany typically does this automatically, now, for static SDO. For
dynamic SDO (i.e. DataObject), you would currently put something like
this in your SCDL ( *.composite) file:
composite ...
xmlns:dbsdo=http://tuscany.apache.org/xmlns/sca/databinding/sdo/1.0;
dbsdo:import.sdo location=wsdl/helloworld.wsdl/
(I looked in your zip and you don't seem to use the types in the XSD,
so I pointed to the WSDL instead... but you can have as multiple
import.sdo elements).
This relation between SCA and SDO scopes is defined by Tuscany, not a
spec, at the moment.
Scott
On Feb 18, 2008 9:15 AM, wang feng [EMAIL PROTECTED] wrote:
Hi all,
I do a sample which has a parameter's type is DataObject,and deploy the
component with webservice.
When I invoke the service ,throws an error.
Is my usage wrong?
My sample like this.
helloworld.composite
composite xmlns=http://www.osoa.org/xmlns/sca/1.0;
targetNamespace=http://helloworld;
xmlns:hw=http://helloworld;
name=helloworldws
component name=HelloWorldServiceComponent
implementation.java class=helloworld.HelloWorldImpl /
service name=HelloWorldService
interface.wsdl
interface=http://helloworld#wsdl.interface(HelloWorld) /
binding.ws/
/service
/component
/composite
HelloWorldImpl.java
@Service(HelloWorldService.class)
public class HelloWorldImpl implements HelloWorldService {
public String getGreetings(DataObject name) {
return Hello + name.getString(first) + +
name.getString(last);
}
}
You can download the full testcase on
http://www.blogjava.net/Files/wangfeng/src.zip
Thanks
Wang Feng
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
How to use SDO in tuscany sca?
Hi all,
I do a sample which has a parameter's type is DataObject,and deploy the
component with webservice.
When I invoke the service ,throws an error.
Is my usage wrong?
My sample like this.
helloworld.composite
composite xmlns=http://www.osoa.org/xmlns/sca/1.0;
targetNamespace=http://helloworld;
xmlns:hw=http://helloworld;
name=helloworldws
component name=HelloWorldServiceComponent
implementation.java class=helloworld.HelloWorldImpl /
service name=HelloWorldService
interface.wsdl
interface=http://helloworld#wsdl.interface(HelloWorld) /
binding.ws/
/service
/component
/composite
HelloWorldImpl.java
@Service(HelloWorldService.class)
public class HelloWorldImpl implements HelloWorldService {
public String getGreetings(DataObject name) {
return Hello + name.getString(first) + +
name.getString(last);
}
}
You can download the full testcase on
http://www.blogjava.net/Files/wangfeng/src.zip
Thanks
Wang Feng
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to use SDO in tuscany sca?
Wang,
I'm guessing the problem is probably that you need to register your
app types with the appropriate context established by the Tuscany
runtime.
Tuscany typically does this automatically, now, for static SDO. For
dynamic SDO (i.e. DataObject), you would currently put something like
this in your SCDL ( *.composite) file:
composite ...
xmlns:dbsdo=http://tuscany.apache.org/xmlns/sca/databinding/sdo/1.0;
dbsdo:import.sdo location=wsdl/helloworld.wsdl/
(I looked in your zip and you don't seem to use the types in the XSD,
so I pointed to the WSDL instead... but you can have as multiple
import.sdo elements).
This relation between SCA and SDO scopes is defined by Tuscany, not a
spec, at the moment.
Scott
On Feb 18, 2008 9:15 AM, wang feng [EMAIL PROTECTED] wrote:
Hi all,
I do a sample which has a parameter's type is DataObject,and deploy the
component with webservice.
When I invoke the service ,throws an error.
Is my usage wrong?
My sample like this.
helloworld.composite
composite xmlns=http://www.osoa.org/xmlns/sca/1.0;
targetNamespace=http://helloworld;
xmlns:hw=http://helloworld;
name=helloworldws
component name=HelloWorldServiceComponent
implementation.java class=helloworld.HelloWorldImpl /
service name=HelloWorldService
interface.wsdl
interface=http://helloworld#wsdl.interface(HelloWorld) /
binding.ws/
/service
/component
/composite
HelloWorldImpl.java
@Service(HelloWorldService.class)
public class HelloWorldImpl implements HelloWorldService {
public String getGreetings(DataObject name) {
return Hello + name.getString(first) + +
name.getString(last);
}
}
You can download the full testcase on
http://www.blogjava.net/Files/wangfeng/src.zip
Thanks
Wang Feng
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
