You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@tuscany.apache.org by Blue Diamond <gv...@gmail.com> on 2010/10/05 08:36:04 UTC

Migrating from Tuscany SCA 1.6 to 2.0M5

Hi all,

I have an application that works with binding.ws and binding.jms transport
bindings with SDO data binding. Now I am planning to start using 2.0M5 and
also want to start using REST with JSON binding. Just to know some
information beforehand before I start the migration, are there any
limitations in 2.0M5 or something that isn't supported of the above
mentioned bindings? What about AuthToken security policy support in 2.0M5?

Thanks & Regards,
Anil

Re: Migrating from Tuscany SCA 1.6 to 2.0M5

Posted by Blue Diamond <gv...@gmail.com>.
This is the output that i see when I am trying to start service & client
nodes for my sca service with tuscany 2.0.

My service uses SDO databinding. I have all tuscany 2 jars in my classpath.


log4j:ERROR No appender named [ROOT] could be found.
ServiceData will use host name value 'garan10-xp' in place of @HOST.NAME@
token in config.
Overriding context properties are loaded from ucf-context.properties.
Setting SCANodeUtil config:
{sca.node.composite.builder.factory=my.remote.sca.util.Tuscany2CompositeXmlBuilderFactory,
sca.node.wrapper.factory=my.remote.sca.bind.tuscany.Tuscany2NodeWrapperFactory}
Creating SCA Client Node using Composite XML:
<?xml version="1.0" encoding="UTF-8"?>
<composite xmlns="http://docs.oasis-open.org/ns/opencsa/sca/200912"
           targetNamespace="http://ca.com/ucf/UnifiedConnectorService"
           name="UnifiedConnectorService_Client_Composite">
   <component name="UnifiedConnectorServiceComponent">
      <implementation.java
class="my.connector.sca.client.UnifiedConnectorClient"/>
      <reference name="serviceReference">
         <interface.java interface="my.remote.sca.UnifiedConnectorService"/>

         <binding.ws uri="http://localhost:5678/ucf/test/SampleConnector"/>

      </reference>
   </component>
</composite>
Oct 12, 2010 6:15:32 PM org.apache.tuscany.sca.node.impl.NodeImpl start
INFO: Starting node:
http://tuscany.apache.org/sca/1.1/nodes/default0domain: default
SLF4J: Class path contains multiple SLF4J bindings.
SLF4J: Found binding in
[jar:file:/E:/Work/lib/tuscany-sca-2.0-M5/jars/slf4j-jdk14-1.5.11.jar!/org/slf4j/impl/StaticLoggerBinder.class]
SLF4J: Found binding in
[jar:file:/E:/ca/ucf/trunk/build/dependency_artifacts/apache/cxf/jars/slf4j-jdk14-1.5.8.jar!/org/slf4j/impl/StaticLoggerBinder.class]
SLF4J: See http://www.slf4j.org/codes.html#multiple_bindings for an
explanation.
Oct 12, 2010 6:15:32 PM org.apache.tuscany.sca.node.impl.NodeFactoryImpl
loadContributions
INFO: Loading contribution:
file:/E:/ca/ucf/trunk/remote/sca.impl/build/classes/
Oct 12, 2010 6:15:34 PM org.apache.tuscany.sca.node.impl.NodeFactoryImpl
loadContributions
INFO: Loading contribution: file:/E:/ca/ucf/trunk/remote/sca/build/classes/
Creating SCA Service Node using Composite XML:
<?xml version="1.0" encoding="UTF-8"?>
<composite xmlns="http://docs.oasis-open.org/ns/opencsa/sca/200912"
           targetNamespace="http://ca.com/ucf/UnifiedConnectorService"
           name="UnifiedConnectorService_Server_Composite">
   <component name="UnifiedConnectorServiceComponent">
      <implementation.java
class="my.connector.sca.server.UnifiedConnectorServiceImpl"/>
      <service name="UnifiedConnectorService">
         <interface.java interface="my.remote.sca.UnifiedConnectorService"/>

         <binding.sca/>
         <binding.ws uri="http://localhost:5678/ucf/test/SampleConnector"/>

      </service>
   </component>
</composite>
Oct 12, 2010 6:15:35 PM org.apache.tuscany.sca.node.impl.NodeImpl start
INFO: Starting node:
http://tuscany.apache.org/sca/1.1/nodes/default1domain: default
Oct 12, 2010 6:15:35 PM
org.apache.tuscany.sca.core.DefaultModuleActivatorExtensionPoint start
SEVERE: java.lang.IllegalStateException:
org.objectweb.howl.log.LogConfigurationException: LogFileManager.open:
unable to obtain lock on file
E:\ca\ucf\trunk\remote\sca.impl\target\logs\transaction_1.log
java.lang.IllegalStateException: java.lang.IllegalStateException:
org.objectweb.howl.log.LogConfigurationException: LogFileManager.open:
unable to obtain lock on file
E:\ca\ucf\trunk\remote\sca.impl\target\logs\transaction_1.log
at
org.apache.tuscany.sca.policy.transaction.runtime.geronimo.TransactionModuleActivator.start(TransactionModuleActivator.java:59)
at
org.apache.tuscany.sca.core.DefaultModuleActivatorExtensionPoint.start(DefaultModuleActivatorExtensionPoint.java:130)
at
org.apache.tuscany.sca.extensibility.ServiceHelper.start(ServiceHelper.java:46)
at
org.apache.tuscany.sca.core.DefaultExtensionPointRegistry.addExtensionPoint(DefaultExtensionPointRegistry.java:75)
at
org.apache.tuscany.sca.core.DefaultExtensionPointRegistry.getExtensionPoint(DefaultExtensionPointRegistry.java:110)
at
org.apache.tuscany.sca.node.impl.NodeFactoryImpl.init(NodeFactoryImpl.java:259)
at org.apache.tuscany.sca.node.impl.NodeImpl.start(NodeImpl.java:106)
at
my.remote.sca.bind.tuscany.Tuscany2NodeWrapper.start(Tuscany2NodeWrapper.java:46)
at
my.remote.sca.util.SCANodeUtilUTest.testBuildServiceSCANode(SCANodeUtilUTest.java:57)
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.testng.internal.MethodHelper.invokeMethod(MethodHelper.java:643)
at org.testng.internal.Invoker.invokeMethod(Invoker.java:558)
at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:722)
at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1023)
at
org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:137)
at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:121)
at org.testng.TestRunner.runWorkers(TestRunner.java:967)
at org.testng.TestRunner.privateRun(TestRunner.java:647)
at org.testng.TestRunner.run(TestRunner.java:519)
at org.testng.SuiteRunner.runTest(SuiteRunner.java:323)
at org.testng.SuiteRunner.runSequentially(SuiteRunner.java:318)
at org.testng.SuiteRunner.privateRun(SuiteRunner.java:290)
at org.testng.SuiteRunner.run(SuiteRunner.java:195)
at org.testng.TestNG.createAndRunSuiteRunners(TestNG.java:907)
at org.testng.TestNG.runSuitesLocally(TestNG.java:874)
at org.testng.TestNG.run(TestNG.java:783)
at org.testng.remote.RemoteTestNG.run(RemoteTestNG.java:75)
at org.testng.remote.RemoteTestNG.main(RemoteTestNG.java:127)
Caused by: java.lang.IllegalStateException:
org.objectweb.howl.log.LogConfigurationException: LogFileManager.open:
unable to obtain lock on file
E:\ca\ucf\trunk\remote\sca.impl\target\logs\transaction_1.log
at
org.apache.tuscany.sca.policy.transaction.runtime.geronimo.TransactionManagerWrapper.start(TransactionManagerWrapper.java:69)
at
org.apache.tuscany.sca.policy.transaction.runtime.geronimo.TransactionModuleActivator.start(TransactionModuleActivator.java:57)
... 30 more
Caused by: org.objectweb.howl.log.LogConfigurationException:
LogFileManager.open: unable to obtain lock on file
E:\ca\ucf\trunk\remote\sca.impl\target\logs\transaction_1.log
at org.objectweb.howl.log.LogFileManager.open(LogFileManager.java:782)
at org.objectweb.howl.log.Logger.open(Logger.java:303)
at org.objectweb.howl.log.xa.XALogger.open(XALogger.java:893)
at org.apache.geronimo.transaction.log.HOWLLog.doStart(HOWLLog.java:224)
at
org.apache.tuscany.sca.policy.transaction.runtime.geronimo.TransactionManagerWrapper.start(TransactionManagerWrapper.java:66)
... 31 more
Oct 12, 2010 6:15:35 PM org.apache.tuscany.sca.node.impl.NodeFactoryImpl
loadContributions
INFO: Loading contribution:
file:/E:/ca/ucf/trunk/remote/sca.impl/build/classes/
Oct 12, 2010 6:15:36 PM org.apache.tuscany.sca.node.impl.NodeFactoryImpl
loadContributions
INFO: Loading contribution: file:/E:/ca/ucf/trunk/remote/sca/build/classes/
PASSED: testGetConnectorServiceType
FAILED: testBuildClientSCANode
java.lang.AssertionError: Could not start SCA Node.
at
my.remote.sca.util.SCANodeUtilUTest.testBuildClientSCANode(SCANodeUtilUTest.java:73)
Caused by: java.lang.IllegalStateException:
org.apache.tuscany.sca.contribution.processor.ContributionResolveException:
org.apache.tuscany.sca.contribution.processor.ContributionResolveException:
Processing composite {
http://ca.com/ucf/UnifiedConnectorService}UnifiedConnectorService_Client_Composite:
Resolving Java Interface my.remote.sca.UnifiedConnectorService
at org.apache.tuscany.sca.node.impl.NodeImpl.start(NodeImpl.java:173)
at
my.remote.sca.bind.tuscany.Tuscany2NodeWrapper.start(Tuscany2NodeWrapper.java:46)
at
my.remote.sca.util.SCANodeUtilUTest.testBuildClientSCANode(SCANodeUtilUTest.java:70)
... 22 more
Caused by:
org.apache.tuscany.sca.contribution.processor.ContributionResolveException:
org.apache.tuscany.sca.contribution.processor.ContributionResolveException:
Processing composite {
http://ca.com/ucf/UnifiedConnectorService}UnifiedConnectorService_Client_Composite:
Resolving Java Interface my.remote.sca.UnifiedConnectorService
at
org.apache.tuscany.sca.contribution.processor.impl.ContributionContentProcessor.resolve(ContributionContentProcessor.java:258)
at
org.apache.tuscany.sca.contribution.processor.impl.ContributionContentProcessor.resolve(ContributionContentProcessor.java:64)
at
org.apache.tuscany.sca.contribution.processor.DefaultURLArtifactProcessorExtensionPoint$LazyURLArtifactProcessor.resolve(DefaultURLArtifactProcessorExtensionPoint.java:305)
at
org.apache.tuscany.sca.deployment.impl.DeployerImpl.build(DeployerImpl.java:527)
at
org.apache.tuscany.sca.node.impl.NodeFactoryImpl.configureNode(NodeFactoryImpl.java:309)
at org.apache.tuscany.sca.node.impl.NodeImpl.start(NodeImpl.java:127)
... 24 more
Caused by:
org.apache.tuscany.sca.contribution.processor.ContributionResolveException:
Processing composite {
http://ca.com/ucf/UnifiedConnectorService}UnifiedConnectorService_Client_Composite:
Resolving Java Interface my.remote.sca.UnifiedConnectorService
at
org.apache.tuscany.sca.assembly.xml.CompositeDocumentProcessor.resolve(CompositeDocumentProcessor.java:173)
at
org.apache.tuscany.sca.assembly.xml.CompositeDocumentProcessor.resolve(CompositeDocumentProcessor.java:50)
at
org.apache.tuscany.sca.contribution.processor.DefaultURLArtifactProcessorExtensionPoint$LazyURLArtifactProcessor.resolve(DefaultURLArtifactProcessorExtensionPoint.java:305)
at
org.apache.tuscany.sca.contribution.processor.ExtensibleURLArtifactProcessor.resolve(ExtensibleURLArtifactProcessor.java:119)
at
org.apache.tuscany.sca.contribution.processor.impl.ContributionContentProcessor.resolve(ContributionContentProcessor.java:256)
... 29 more
Caused by:
org.apache.tuscany.sca.contribution.processor.ContributionResolveException:
Resolving Java Interface my.remote.sca.UnifiedConnectorService
at
org.apache.tuscany.sca.interfacedef.java.xml.JavaInterfaceProcessor.resolve(JavaInterfaceProcessor.java:249)
at
org.apache.tuscany.sca.interfacedef.java.xml.JavaInterfaceProcessor.resolve(JavaInterfaceProcessor.java:72)
at
org.apache.tuscany.sca.contribution.processor.DefaultStAXArtifactProcessorExtensionPoint$LazyStAXArtifactProcessor.resolve(DefaultStAXArtifactProcessorExtensionPoint.java:321)
at
org.apache.tuscany.sca.contribution.processor.ExtensibleStAXArtifactProcessor.resolve(ExtensibleStAXArtifactProcessor.java:199)
at
org.apache.tuscany.sca.assembly.xml.BaseAssemblyProcessor.resolveContracts(BaseAssemblyProcessor.java:370)
at
org.apache.tuscany.sca.assembly.xml.CompositeProcessor.resolve(CompositeProcessor.java:1018)
at
org.apache.tuscany.sca.assembly.xml.CompositeProcessor.resolve(CompositeProcessor.java:120)
at
org.apache.tuscany.sca.contribution.processor.DefaultStAXArtifactProcessorExtensionPoint$LazyStAXArtifactProcessor.resolve(DefaultStAXArtifactProcessorExtensionPoint.java:321)
at
org.apache.tuscany.sca.contribution.processor.ExtensibleStAXArtifactProcessor.resolve(ExtensibleStAXArtifactProcessor.java:199)
at
org.apache.tuscany.sca.assembly.xml.CompositeDocumentProcessor.resolve(CompositeDocumentProcessor.java:169)
... 33 more
Caused by:
org.apache.tuscany.sca.contribution.processor.ContributionResolveException:
Resolving Java interface my.remote.sca.UnifiedConnectorService
at
org.apache.tuscany.sca.interfacedef.java.xml.JavaInterfaceProcessor.resolveJavaInterface(JavaInterfaceProcessor.java:222)
at
org.apache.tuscany.sca.interfacedef.java.xml.JavaInterfaceProcessor.resolve(JavaInterfaceProcessor.java:238)
... 42 more
at
org.apache.tuscany.sca.databinding.DefaultDataBindingExtensionPoint$LazyDataBinding.getDataBinding(DefaultDataBindingExtensionPoint.java:162)
at
org.apache.tuscany.sca.databinding.DefaultDataBindingExtensionPoint$LazyDataBinding.introspect(DefaultDataBindingExtensionPoint.java:185)
at
org.apache.tuscany.sca.databinding.DefaultDataBindingExtensionPoint.introspectType(DefaultDataBindingExtensionPoint.java:203)
at
org.apache.tuscany.sca.core.databinding.processor.DataBindingJavaInterfaceProcessor.processInterface(DataBindingJavaInterfaceProcessor.java:114)
at
org.apache.tuscany.sca.core.databinding.processor.DataBindingJavaInterfaceProcessor.visitInterface(DataBindingJavaInterfaceProcessor.java:56)
at
org.apache.tuscany.sca.interfacedef.java.impl.JavaInterfaceIntrospectorImpl.introspectInterface(JavaInterfaceIntrospectorImpl.java:138)
at
org.apache.tuscany.sca.interfacedef.java.impl.JavaInterfaceFactoryImpl.createJavaInterface(JavaInterfaceFactoryImpl.java:68)
at
org.apache.tuscany.sca.interfacedef.java.xml.JavaInterfaceProcessor.resolveJavaInterface(JavaInterfaceProcessor.java:213)
... 43 more
at
org.apache.tuscany.sca.databinding.DefaultDataBindingExtensionPoint$LazyDataBinding.getDataBinding(DefaultDataBindingExtensionPoint.java:155)
... 50 more
Caused by: java.lang.NoClassDefFoundError: org/json/JSONObject
at
org.apache.tuscany.sca.databinding.json.JSONDataBinding.<init>(JSONDataBinding.java:43)
... 55 more
Caused by: java.lang.ClassNotFoundException: org.json.JSONObject
at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
at java.lang.ClassLoader.loadClass(ClassLoader.java:252)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
... 56 more
... Removed 29 stack frames
FAILED: testBuildServiceSCANode
java.lang.AssertionError: Could not start SCA Node.
at
my.remote.sca.util.SCANodeUtilUTest.testBuildServiceSCANode(SCANodeUtilUTest.java:60)
Caused by: java.lang.IllegalStateException:
org.apache.tuscany.sca.contribution.processor.ContributionResolveException:
org.apache.tuscany.sca.contribution.processor.ContributionResolveException:
Processing composite {
http://ca.com/ucf/UnifiedConnectorService}UnifiedConnectorService_Client_Composite:
Resolving Java Interface my.remote.sca.UnifiedConnectorService
at org.apache.tuscany.sca.node.impl.NodeImpl.start(NodeImpl.java:173)
at
my.remote.sca.bind.tuscany.Tuscany2NodeWrapper.start(Tuscany2NodeWrapper.java:46)
at
my.remote.sca.util.SCANodeUtilUTest.testBuildServiceSCANode(SCANodeUtilUTest.java:57)
... 22 more
Caused by:
org.apache.tuscany.sca.contribution.processor.ContributionResolveException:
org.apache.tuscany.sca.contribution.processor.ContributionResolveException:
Processing composite {
http://ca.com/ucf/UnifiedConnectorService}UnifiedConnectorService_Client_Composite:
Resolving Java Interface my.remote.sca.UnifiedConnectorService
at
org.apache.tuscany.sca.contribution.processor.impl.ContributionContentProcessor.resolve(ContributionContentProcessor.java:258)
at
org.apache.tuscany.sca.contribution.processor.impl.ContributionContentProcessor.resolve(ContributionContentProcessor.java:64)
at
org.apache.tuscany.sca.contribution.processor.DefaultURLArtifactProcessorExtensionPoint$LazyURLArtifactProcessor.resolve(DefaultURLArtifactProcessorExtensionPoint.java:305)
at
org.apache.tuscany.sca.deployment.impl.DeployerImpl.build(DeployerImpl.java:527)
at
org.apache.tuscany.sca.node.impl.NodeFactoryImpl.configureNode(NodeFactoryImpl.java:309)
at org.apache.tuscany.sca.node.impl.NodeImpl.start(NodeImpl.java:127)
... 24 more
Caused by:
org.apache.tuscany.sca.contribution.processor.ContributionResolveException:
Processing composite {
http://ca.com/ucf/UnifiedConnectorService}UnifiedConnectorService_Client_Composite:
Resolving Java Interface my.remote.sca.UnifiedConnectorService
at
org.apache.tuscany.sca.assembly.xml.CompositeDocumentProcessor.resolve(CompositeDocumentProcessor.java:173)
at
org.apache.tuscany.sca.assembly.xml.CompositeDocumentProcessor.resolve(CompositeDocumentProcessor.java:50)
at
org.apache.tuscany.sca.contribution.processor.DefaultURLArtifactProcessorExtensionPoint$LazyURLArtifactProcessor.resolve(DefaultURLArtifactProcessorExtensionPoint.java:305)
at
org.apache.tuscany.sca.contribution.processor.ExtensibleURLArtifactProcessor.resolve(ExtensibleURLArtifactProcessor.java:119)
at
org.apache.tuscany.sca.contribution.processor.impl.ContributionContentProcessor.resolve(ContributionContentProcessor.java:256)
... 29 more
Caused by:
org.apache.tuscany.sca.contribution.processor.ContributionResolveException:
Resolving Java Interface my.remote.sca.UnifiedConnectorService
at
org.apache.tuscany.sca.interfacedef.java.xml.JavaInterfaceProcessor.resolve(JavaInterfaceProcessor.java:249)
at
org.apache.tuscany.sca.interfacedef.java.xml.JavaInterfaceProcessor.resolve(JavaInterfaceProcessor.java:72)
at
org.apache.tuscany.sca.contribution.processor.DefaultStAXArtifactProcessorExtensionPoint$LazyStAXArtifactProcessor.resolve(DefaultStAXArtifactProcessorExtensionPoint.java:321)
at
org.apache.tuscany.sca.contribution.processor.ExtensibleStAXArtifactProcessor.resolve(ExtensibleStAXArtifactProcessor.java:199)
at
org.apache.tuscany.sca.assembly.xml.BaseAssemblyProcessor.resolveContracts(BaseAssemblyProcessor.java:370)
at
org.apache.tuscany.sca.assembly.xml.CompositeProcessor.resolve(CompositeProcessor.java:1018)
at
org.apache.tuscany.sca.assembly.xml.CompositeProcessor.resolve(CompositeProcessor.java:120)
at
org.apache.tuscany.sca.contribution.processor.DefaultStAXArtifactProcessorExtensionPoint$LazyStAXArtifactProcessor.resolve(DefaultStAXArtifactProcessorExtensionPoint.java:321)
at
org.apache.tuscany.sca.contribution.processor.ExtensibleStAXArtifactProcessor.resolve(ExtensibleStAXArtifactProcessor.java:199)
at
org.apache.tuscany.sca.assembly.xml.CompositeDocumentProcessor.resolve(CompositeDocumentProcessor.java:169)
... 33 more
Caused by:
org.apache.tuscany.sca.contribution.processor.ContributionResolveException:
Resolving Java interface my.remote.sca.UnifiedConnectorService
at
org.apache.tuscany.sca.interfacedef.java.xml.JavaInterfaceProcessor.resolveJavaInterface(JavaInterfaceProcessor.java:222)
at
org.apache.tuscany.sca.interfacedef.java.xml.JavaInterfaceProcessor.resolve(JavaInterfaceProcessor.java:238)
... 42 more
at
org.apache.tuscany.sca.databinding.DefaultDataBindingExtensionPoint$LazyDataBinding.getDataBinding(DefaultDataBindingExtensionPoint.java:162)
at
org.apache.tuscany.sca.databinding.DefaultDataBindingExtensionPoint$LazyDataBinding.introspect(DefaultDataBindingExtensionPoint.java:185)
at
org.apache.tuscany.sca.databinding.DefaultDataBindingExtensionPoint.introspectType(DefaultDataBindingExtensionPoint.java:203)
at
org.apache.tuscany.sca.core.databinding.processor.DataBindingJavaInterfaceProcessor.processInterface(DataBindingJavaInterfaceProcessor.java:114)
at
org.apache.tuscany.sca.core.databinding.processor.DataBindingJavaInterfaceProcessor.visitInterface(DataBindingJavaInterfaceProcessor.java:56)
at
org.apache.tuscany.sca.interfacedef.java.impl.JavaInterfaceIntrospectorImpl.introspectInterface(JavaInterfaceIntrospectorImpl.java:138)
at
org.apache.tuscany.sca.interfacedef.java.impl.JavaInterfaceFactoryImpl.createJavaInterface(JavaInterfaceFactoryImpl.java:68)
at
org.apache.tuscany.sca.interfacedef.java.xml.JavaInterfaceProcessor.resolveJavaInterface(JavaInterfaceProcessor.java:213)
... 43 more
at
org.apache.tuscany.sca.databinding.DefaultDataBindingExtensionPoint$LazyDataBinding.getDataBinding(DefaultDataBindingExtensionPoint.java:155)
... 50 more
Caused by: java.lang.NoClassDefFoundError: org/json/JSONObject
at
org.apache.tuscany.sca.databinding.json.JSONDataBinding.<init>(JSONDataBinding.java:43)
... 55 more
... Removed 29 stack frames







On Tue, Oct 12, 2010 at 5:50 PM, Blue Diamond <gv...@gmail.com> wrote:

> Ok. I just found that the problem was some tuscany 1.6 jars in the
> classpath which I fixed and able to proceed.
>
> After doing that, I found that howl jars were missing which geronimo
> required. I don't know why that is being used. I am basically creating a ws
> binding.
>
>
>
> On Tue, Oct 12, 2010 at 4:08 PM, Blue Diamond <gv...@gmail.com> wrote:
>
>> Thanks Luciano.
>>
>> I have started making import level changes & namespace fixes in my
>> composite.xml file to start using tuscany 2.0M5.
>>
>> I am currently getting the following exception:
>>
>> Caused by: java.lang.NoSuchMethodException:
>> org.apache.tuscany.sca.extensibility.ServiceDiscovery.getServiceDeclaration(java.lang.Class)
>> at java.lang.Class.getMethod(Class.java:1605)
>>  at
>> org.apache.tuscany.sca.node.NodeFactory.getFactoryImplClass(NodeFactory.java:324)
>> at
>> org.apache.tuscany.sca.node.NodeFactory.newInstance(NodeFactory.java:179)
>>  ... 25 more
>>
>>
>> Can someone help what's going wrong?
>>
>> This is how I am creating my Node:
>>
>>   Contribution contrib1 = new Contribution(compositeName + "1",
>> getContributionJarFile()); Contribution contrib2 = new
>> Contribution(compositeName + "2", ContributionLocationHelper
>> .getContributionLocation(UnifiedConnectorService.class)); Node node =
>> NodeFactory.newInstance().createNode(compositeXml, contrib1, contrib2);
>>
>>
>>
>> Thanks & Regards,
>> Anil
>>
>> On Thu, Oct 7, 2010 at 8:46 PM, Luciano Resende <lu...@gmail.com>wrote:
>>
>>> On Thu, Oct 7, 2010 at 6:37 AM, Blue Diamond <gv...@gmail.com> wrote:
>>> > Thanks a lot for answering my queries Simon.
>>> > Please confirm my understanding of 2.0M5.
>>> > 3. REST + JSON is supported (i don't know the internals, but as long as
>>> it
>>> > is supported, its fine)
>>> Yes
>>>
>>> > I have another question.
>>> > We are currently using SDO data binding model. So, if we want to use
>>> REST
>>> > with JSON on the same service interfaces that uses SDO, will it work?
>>> Is the
>>> > SDO-JSON-SDO transformation supported internally? Are there any
>>> limitations?
>>> > Eagerly awaiting any response :)
>>>
>>> I don't think we have extensively tested this path in 2.x, but the
>>> databinding should be able to make the transformations for you.
>>>
>>>
>>> --
>>> Luciano Resende
>>> http://people.apache.org/~lresende
>>> http://twitter.com/lresende1975
>>> http://lresende.blogspot.com/
>>>
>>
>>
>

Re: Migrating from Tuscany SCA 1.6 to 2.0M5

Posted by Blue Diamond <gv...@gmail.com>.
Ok. I just found that the problem was some tuscany 1.6 jars in the classpath
which I fixed and able to proceed.

After doing that, I found that howl jars were missing which geronimo
required. I don't know why that is being used. I am basically creating a ws
binding.



On Tue, Oct 12, 2010 at 4:08 PM, Blue Diamond <gv...@gmail.com> wrote:

> Thanks Luciano.
>
> I have started making import level changes & namespace fixes in my
> composite.xml file to start using tuscany 2.0M5.
>
> I am currently getting the following exception:
>
> Caused by: java.lang.NoSuchMethodException:
> org.apache.tuscany.sca.extensibility.ServiceDiscovery.getServiceDeclaration(java.lang.Class)
> at java.lang.Class.getMethod(Class.java:1605)
>  at
> org.apache.tuscany.sca.node.NodeFactory.getFactoryImplClass(NodeFactory.java:324)
> at
> org.apache.tuscany.sca.node.NodeFactory.newInstance(NodeFactory.java:179)
>  ... 25 more
>
>
> Can someone help what's going wrong?
>
> This is how I am creating my Node:
>
>   Contribution contrib1 = new Contribution(compositeName + "1",
> getContributionJarFile()); Contribution contrib2 = new
> Contribution(compositeName + "2", ContributionLocationHelper
> .getContributionLocation(UnifiedConnectorService.class)); Node node =
> NodeFactory.newInstance().createNode(compositeXml, contrib1, contrib2);
>
>
>
> Thanks & Regards,
> Anil
>
> On Thu, Oct 7, 2010 at 8:46 PM, Luciano Resende <lu...@gmail.com>wrote:
>
>> On Thu, Oct 7, 2010 at 6:37 AM, Blue Diamond <gv...@gmail.com> wrote:
>> > Thanks a lot for answering my queries Simon.
>> > Please confirm my understanding of 2.0M5.
>> > 3. REST + JSON is supported (i don't know the internals, but as long as
>> it
>> > is supported, its fine)
>> Yes
>>
>> > I have another question.
>> > We are currently using SDO data binding model. So, if we want to use
>> REST
>> > with JSON on the same service interfaces that uses SDO, will it work? Is
>> the
>> > SDO-JSON-SDO transformation supported internally? Are there any
>> limitations?
>> > Eagerly awaiting any response :)
>>
>> I don't think we have extensively tested this path in 2.x, but the
>> databinding should be able to make the transformations for you.
>>
>>
>> --
>> Luciano Resende
>> http://people.apache.org/~lresende
>> http://twitter.com/lresende1975
>> http://lresende.blogspot.com/
>>
>
>

Re: Migrating from Tuscany SCA 1.6 to 2.0M5

Posted by Blue Diamond <gv...@gmail.com>.
Thanks Luciano.

I have started making import level changes & namespace fixes in my
composite.xml file to start using tuscany 2.0M5.

I am currently getting the following exception:

Caused by: java.lang.NoSuchMethodException:
org.apache.tuscany.sca.extensibility.ServiceDiscovery.getServiceDeclaration(java.lang.Class)
at java.lang.Class.getMethod(Class.java:1605)
at
org.apache.tuscany.sca.node.NodeFactory.getFactoryImplClass(NodeFactory.java:324)
at org.apache.tuscany.sca.node.NodeFactory.newInstance(NodeFactory.java:179)
... 25 more


Can someone help what's going wrong?

This is how I am creating my Node:

  Contribution contrib1 = new Contribution(compositeName + "1",
getContributionJarFile()); Contribution contrib2 = new
Contribution(compositeName + "2", ContributionLocationHelper
.getContributionLocation(UnifiedConnectorService.class)); Node node =
NodeFactory.newInstance().createNode(compositeXml, contrib1, contrib2);



Thanks & Regards,
Anil

On Thu, Oct 7, 2010 at 8:46 PM, Luciano Resende <lu...@gmail.com>wrote:

> On Thu, Oct 7, 2010 at 6:37 AM, Blue Diamond <gv...@gmail.com> wrote:
> > Thanks a lot for answering my queries Simon.
> > Please confirm my understanding of 2.0M5.
> > 3. REST + JSON is supported (i don't know the internals, but as long as
> it
> > is supported, its fine)
> Yes
>
> > I have another question.
> > We are currently using SDO data binding model. So, if we want to use REST
> > with JSON on the same service interfaces that uses SDO, will it work? Is
> the
> > SDO-JSON-SDO transformation supported internally? Are there any
> limitations?
> > Eagerly awaiting any response :)
>
> I don't think we have extensively tested this path in 2.x, but the
> databinding should be able to make the transformations for you.
>
>
> --
> Luciano Resende
> http://people.apache.org/~lresende
> http://twitter.com/lresende1975
> http://lresende.blogspot.com/
>

Re: Migrating from Tuscany SCA 1.6 to 2.0M5

Posted by Luciano Resende <lu...@gmail.com>.
On Thu, Oct 7, 2010 at 6:37 AM, Blue Diamond <gv...@gmail.com> wrote:
> Thanks a lot for answering my queries Simon.
> Please confirm my understanding of 2.0M5.
> 3. REST + JSON is supported (i don't know the internals, but as long as it
> is supported, its fine)
Yes

> I have another question.
> We are currently using SDO data binding model. So, if we want to use REST
> with JSON on the same service interfaces that uses SDO, will it work? Is the
> SDO-JSON-SDO transformation supported internally? Are there any limitations?
> Eagerly awaiting any response :)

I don't think we have extensively tested this path in 2.x, but the
databinding should be able to make the transformations for you.


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

Re: Migrating from Tuscany SCA 1.6 to 2.0M5

Posted by Blue Diamond <gv...@gmail.com>.
Thanks a lot for answering my queries Simon.

Please confirm my understanding of 2.0M5.

1. In WS binding, security header support is missing currently
2. JMS binding works as is in 1.6
3. REST + JSON is supported (i don't know the internals, but as long as it
is supported, its fine)

I have another question.

We are currently using SDO data binding model. So, if we want to use REST
with JSON on the same service interfaces that uses SDO, will it work? Is the
SDO-JSON-SDO transformation supported internally? Are there any limitations?

Eagerly awaiting any response :)
-Anil

On Tue, Oct 5, 2010 at 6:08 PM, Simon Laws <si...@googlemail.com>wrote:

> Hi Anil
>
> On Tue, Oct 5, 2010 at 7:36 AM, Blue Diamond <gv...@gmail.com> wrote:
> > Hi all,
> > I have an application that works with binding.ws and binding.jms
> transport
> > bindings with SDO data binding. Now I am planning to start using 2.0M5
> and
> > also want to start using REST with JSON binding. Just to know some
> > information beforehand before I start the migration, are there any
> > limitations in 2.0M5 or something that isn't supported of the above
> > mentioned bindings?
>
> There is slightly different policy support in 2.x binding.ws when
> compared with 1.x because we haven't added all the policy back in yet.
> IIRC 2.x binding.ws currently only supports HTTP basic authentication
> and HTTPS. The Rampart based WS security policies are not enabled yet.
>
> The rest support in 2.x is slightly different in 2.x also. There has
> been a move over to using jaxrs/wink for REST so you'll see
> binding.rest and implementation.jaxrs. There is also binding.jsonrpc
> and binding.http which I think defaults to the JSON format.
>
> Binding.jms hasn't changed very much.
>
> What about AuthToken security policy support in 2.0M5?
> > Thanks & Regards,
> > Anil
>
> Regards
>
> Simon
>
> --
> Apache Tuscany committer: tuscany.apache.org
> Co-author of a book about Tuscany and SCA: tuscanyinaction.com
>

Re: Migrating from Tuscany SCA 1.6 to 2.0M5

Posted by Simon Laws <si...@googlemail.com>.
Hi Anil

On Tue, Oct 5, 2010 at 7:36 AM, Blue Diamond <gv...@gmail.com> wrote:
> Hi all,
> I have an application that works with binding.ws and binding.jms transport
> bindings with SDO data binding. Now I am planning to start using 2.0M5 and
> also want to start using REST with JSON binding. Just to know some
> information beforehand before I start the migration, are there any
> limitations in 2.0M5 or something that isn't supported of the above
> mentioned bindings?

There is slightly different policy support in 2.x binding.ws when
compared with 1.x because we haven't added all the policy back in yet.
IIRC 2.x binding.ws currently only supports HTTP basic authentication
and HTTPS. The Rampart based WS security policies are not enabled yet.

The rest support in 2.x is slightly different in 2.x also. There has
been a move over to using jaxrs/wink for REST so you'll see
binding.rest and implementation.jaxrs. There is also binding.jsonrpc
and binding.http which I think defaults to the JSON format.

Binding.jms hasn't changed very much.

What about AuthToken security policy support in 2.0M5?
> Thanks & Regards,
> Anil

Regards

Simon

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