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: 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: http://tuscany.apache.org/xmlns/sca/databinding/sdo/1.0"; > (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 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 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: 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: 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: http://tuscany.apache.org/xmlns/sca/databinding/sdo/1.0"; > (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 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 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?
I can see the advantages of registering in init. I'd heard that 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?
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: http://tuscany.apache.org/xmlns/sca/databinding/sdo/1.0"; > (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 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 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: 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: 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 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: >>>> >>>>http://helloworld"; xmlns="http://www.w3.org/2001/XMLSchema";> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> It should be: . >>>> >>>> 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: >>>> 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' >
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 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: > >>>> > >>>>http://helloworld"; xmlns="http://www.w3.org/2001/XMLSchema";> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> It should be: . > >>>> > >>>> 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: > >>>> 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.tus
Re: How to use SDO in tuscany sca?
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: http://helloworld"; xmlns="http://www.w3.org/2001/XMLSchema";> It should be: . 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: 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
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: > >> > >> > >>http://helloworld"; xmlns="http://www.w3.org/2001/XMLSchema";> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> It should be: . > >> > >> 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: > >> 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(Unkno
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: >> >> >>> targetNamespace="http://helloworld"; xmlns="http://www.w3.org/2001/XMLSchema";> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> It should be: . >> >> 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: >> 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: >>>> >>>> >>> >>>> xmlns:dbsdo="http://tuscany.apache.org/xmlns/sca/databinding/sdo/1.0"; >>>> > >>>> >>>> >>>> >>>> (I looked in your zip and you don't seem to use the types in the XSD, >>>> so I pointed to t
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: > > >http://helloworld"; > xmlns="http://www.w3.org/2001/XMLSchema";> > > > > > > > > > > > > > > > >It should be: . > >After fixing the issue, I can run it successfully with the import.sdo >statement. > >Thanks, > >Raymond > >----- Original Message ----- >From: "wang feng" <[EMAIL PROTECTED]> >To: >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: >>> >>> >> >>> xmlns:dbsdo="http://tuscany.apache.org/xmlns/sca/databinding/sdo/1.0"; >>> > >>> >>> >>> >>>(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 >>> 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 wr
Re: Re: How to use SDO in tuscany sca?
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: http://helloworld"; xmlns="http://www.w3.org/2001/XMLSchema";> It should be: . After fixing the issue, I can run it successfully with the import.sdo statement. Thanks, Raymond - Original Message - From: "wang feng" <[EMAIL PROTECTED]> To: 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: >> >> > >> xmlns:dbsdo="http://tuscany.apache.org/xmlns/sca/databinding/sdo/1.0"; >> > >> >> >> >>(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 >> 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 >>> http://www.osoa.org/xmlns/sca/1.0"; >>> targetNamespace="http://helloworld"; >>> xmlns:hw="http://helloworld"; >>> name="helloworldws"> >>> >>> >>> >>> >> interface="http://helloworld#wsdl.interface(HelloWorld)" /> >>> >>> >>> >>> >>> >>> HelloWorldImpl.ja
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:
>
>
> xmlns:dbsdo="http://tuscany.apache.org/xmlns/sca/databinding/sdo/1.0";
> >
>
>
>
>(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
> 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
>> http://www.osoa.org/xmlns/sca/1.0";
>> targetNamespace="http://helloworld";
>> xmlns:hw="http://helloworld";
>> name="helloworldws">
>>
>>
>>
>> > interface="http://helloworld#wsdl.interface(HelloWorld)" />
>>
>>
>>
>>
>>
>> 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]
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:
http://tuscany.apache.org/xmlns/sca/databinding/sdo/1.0";
>
(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
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
> http://www.osoa.org/xmlns/sca/1.0";
> targetNamespace="http://helloworld";
> xmlns:hw="http://helloworld";
> name="helloworldws">
>
>
>
> interface="http://helloworld#wsdl.interface(HelloWorld)" />
>
>
>
>
>
> 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]
