[jira] Created: (TUSCANY-2107) Multiple exceptions running sample helloworld-ws-service-secure

[Luciano Resende (JIRA)]

Multiple exceptions running sample helloworld-ws-service-secure
---

 Key: TUSCANY-2107
 URL: https://issues.apache.org/jira/browse/TUSCANY-2107
 Project: Tuscany
  Issue Type: Bug
  Components: Java SCA Samples
Affects Versions: Java-SCA-1.2
Reporter: Luciano Resende
 Fix For: Java-SCA-1.2




run:
 [java] Mar 18, 2008 10:41:34 PM 
org.apache.tuscany.sca.assembly.builder.impl.CompositeBuilderImpl$1 problem
 [java] WARNING: Policy related exception: 
org.apache.tuscany.sca.policy.util.PolicyValidationException: Policy Intent 
'{http://www.osoa.org/xmlns/sca/1.0}authentication' is not defined in this 
domain
 [java] Mar 18, 2008 10:41:34 PM 
org.apache.tuscany.sca.assembly.builder.impl.CompositeBuilderImpl$1 problem
 [java] WARNING: Policy related exception: 
org.apache.tuscany.sca.policy.util.PolicyValidationException: Policy Intent 
'{http://www.osoa.org/xmlns/sca/1.0}integrity' is not defined in this domain
 [java] Exception in thread "main" org.osoa.sca.ServiceRuntimeException: 
org.osoa.sca.ServiceRuntimeException: 
org.apache.tuscany.sca.core.assembly.ActivationException: 
java.lang.RuntimeException: org.apache.axis2.AxisFault: 
org/apache/commons/fileupload/FileItemFactory
 [java] at 
org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCADomain.java:264)
 [java] at 
org.apache.tuscany.sca.host.embedded.SCADomain.newInstance(SCADomain.java:69)
 [java] at helloworld.HelloWorldServer.main(HelloWorldServer.java:33)
 [java] Caused by: org.osoa.sca.ServiceRuntimeException: 
org.apache.tuscany.sca.core.assembly.ActivationException: 
java.lang.RuntimeException: org.apache.axis2.AxisFault: 
org/apache/commons/fileupload/FileItemFactory
 [java] at 
org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.init(DefaultSCADomain.java:220)
 [java] at 
org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.(DefaultSCADomain.java:109)
 [java] at 
org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCADomain.java:230)
 [java] ... 2 more
 [java] Caused by: 
org.apache.tuscany.sca.core.assembly.ActivationException: 
java.lang.RuntimeException: org.apache.axis2.AxisFault: 
org/apache/commons/fileupload/FileItemFactory
 [java] at 
org.apache.tuscany.sca.core.assembly.CompositeActivatorImpl.activate(CompositeActivatorImpl.java:792)
 [java] at 
org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.init(DefaultSCADomain.java:218)
 [java] ... 4 more
 [java] Caused by: java.lang.RuntimeException: org.apache.axis2.AxisFault: 
org/apache/commons/fileupload/FileItemFactory
 [java] at 
org.apache.tuscany.sca.binding.ws.axis2.Axis2ServiceProvider.(Axis2ServiceProvider.java:159)
 [java] at 
org.apache.tuscany.sca.binding.ws.axis2.Axis2ServiceBindingProvider.(Axis2ServiceBindingProvider.java:90)
 [java] at 
org.apache.tuscany.sca.binding.ws.axis2.Axis2BindingProviderFactory.createServiceBindingProvider(Axis2BindingProviderFactory.java:64)
 [java] at 
org.apache.tuscany.sca.binding.ws.axis2.Axis2BindingProviderFactory.createServiceBindingProvider(Axis2BindingProviderFactory.java:45)
 [java] at 
org.apache.tuscany.sca.provider.DefaultProviderFactoryExtensionPoint$LazyBindingProviderFactory.createServiceBindingProvider(DefaultProviderFactoryExtensionPoint.java:227)
 [java] at 
org.apache.tuscany.sca.core.assembly.CompositeActivatorImpl.addServiceBindingProvider(CompositeActivatorImpl.java:426)
 [java] at 
org.apache.tuscany.sca.core.assembly.CompositeActivatorImpl.activate(CompositeActivatorImpl.java:726)
 [java] at 
org.apache.tuscany.sca.core.assembly.CompositeActivatorImpl.activate(CompositeActivatorImpl.java:784)
 [java] ... 5 more
 [java] Caused by: org.apache.axis2.AxisFault: 
org/apache/commons/fileupload/FileItemFactory
 [java] at 
org.apache.tuscany.sca.binding.ws.axis2.TuscanyAxisConfigurator.getAxisConfiguration(TuscanyAxisConfigurator.java:119)
 [java] at 
org.apache.axis2.context.ConfigurationContextFactory.createConfigurationContext(ConfigurationContextFactory.java:64)
 [java] at 
org.apache.tuscany.sca.binding.ws.axis2.TuscanyAxisConfigurator.getConfigurationContext(TuscanyAxisConfigurator.java:71)
 [java] at 
org.apache.tuscany.sca.binding.ws.axis2.Axis2ServiceProvider.(Axis2ServiceProvider.java:155)
 [java] ... 12 more
 [java] Java Result: 1


-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Created: (TUSCANY-2106) Multiple service not found warnings running implementation-composite sample

[Luciano Resende (JIRA)]

Multiple service not found warnings running implementation-composite sample
---

 Key: TUSCANY-2106
 URL: https://issues.apache.org/jira/browse/TUSCANY-2106
 Project: Tuscany
  Issue Type: Bug
  Components: Java SCA Samples
Affects Versions: Java-SCA-1.2
Reporter: Luciano Resende
Priority: Minor
 Fix For: Java-SCA-1.2


Sample still works, but multiple warnings.


run:
 [java] Mar 18, 2008 10:33:09 PM 
org.apache.tuscany.sca.assembly.builder.impl.CompositeBuilderImpl$1 problem
 [java] WARNING: Service not found for component service: 
InnerSourceComponent/targetReference2
 [java] Mar 18, 2008 10:33:10 PM 
org.apache.tuscany.sca.assembly.builder.impl.CompositeBuilderImpl$1 problem
 [java] WARNING: Service not found for component service: 
InnerSourceComponent/targetReference
 [java] Mar 18, 2008 10:33:10 PM 
org.apache.tuscany.sca.assembly.builder.impl.CompositeBuilderImpl$1 problem
 [java] WARNING: Reference not found for component reference: 
InnerTargetComponent/Target
 [java] Mar 18, 2008 10:33:10 PM 
org.apache.tuscany.sca.assembly.builder.impl.CompositeBuilderImpl$1 problem
 [java] WARNING: Service not found for component service: 
SourceComponent/targetComponentRef
 [java] Mar 18, 2008 10:33:10 PM 
org.apache.tuscany.sca.assembly.builder.impl.CompositeBuilderImpl$1 problem
 [java] WARNING: Service not found for component service: 
SourceComponent/targetComponentRef2
 [java] Mar 18, 2008 10:33:10 PM 
org.apache.tuscany.sca.assembly.builder.impl.CompositeBuilderImpl$1 problem
 [java] WARNING: Reference not found for component reference: 
TargetComponent/Target
 [java] Mar 18, 2008 10:33:10 PM 
org.apache.tuscany.sca.assembly.builder.impl.CompositeBuilderImpl$1 problem
 [java] WARNING: Reference not found for component reference: 
TargetComponent2/InnerTargetService
 [java] Mar 18, 2008 10:33:10 PM 
org.apache.tuscany.sca.assembly.builder.impl.CompositeBuilderImpl$1 problem
 [java] WARNING: No targets for reference: Target
 [java] Mar 18, 2008 10:33:10 PM 
org.apache.tuscany.sca.assembly.builder.impl.CompositeBuilderImpl$1 problem
 [java] WARNING: No targets for reference: InnerTargetService
 [java] Mar 18, 2008 10:33:10 PM 
org.apache.tuscany.sca.assembly.builder.impl.CompositeBuilderImpl$1 problem
 [java] WARNING: No targets for reference: Target


-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Created: (TUSCANY-2105) NoClassDefFoundError: org/osgi/framework/BundleException running osgi-supplychain

[Luciano Resende (JIRA)]

NoClassDefFoundError: org/osgi/framework/BundleException running 
osgi-supplychain
-

 Key: TUSCANY-2105
 URL: https://issues.apache.org/jira/browse/TUSCANY-2105
 Project: Tuscany
  Issue Type: Bug
  Components: Java SCA Samples
Affects Versions: Java-SCA-1.2
Reporter: Luciano Resende
 Fix For: Java-SCA-1.2



run:
 [java] Exception in thread "main" java.lang.NoClassDefFoundError: 
org/osgi/framework/BundleException
 [java] at 
org.apache.tuscany.sca.contribution.osgi.impl.OSGiBundleReferenceModelResolver.resolveModel(OSGiBundleReferenceModelResolver.java:89)
 [java] at 
org.apache.tuscany.sca.contribution.resolver.ExtensibleModelResolver.resolveModel(ExtensibleModelResolver.java:150)
 [java] at 
org.apache.tuscany.sca.implementation.osgi.xml.OSGiImplementationProcessor.resolve(OSGiImplementationProcessor.java:207)
 [java] at 
org.apache.tuscany.sca.implementation.osgi.xml.OSGiImplementationProcessor.resolve(OSGiImplementationProcessor.java:74)
 [java] at 
org.apache.tuscany.sca.contribution.processor.DefaultStAXArtifactProcessorExtensionPoint$LazyStAXArtifactProcessor.resolve(DefaultStAXArtifactProcessorExtensionPoint.java:252)
 [java] at 
org.apache.tuscany.sca.contribution.processor.ExtensibleStAXArtifactProcessor.resolve(ExtensibleStAXArtifactProcessor.java:109)
 [java] at 
org.apache.tuscany.sca.assembly.xml.BaseAssemblyProcessor.resolveImplementation(BaseAssemblyProcessor.java:248)
 [java] at 
org.apache.tuscany.sca.assembly.xml.CompositeProcessor.resolve(CompositeProcessor.java:876)
 [java] at 
org.apache.tuscany.sca.assembly.xml.CompositeProcessor.resolve(CompositeProcessor.java:80)
 [java] at 
org.apache.tuscany.sca.contribution.processor.ExtensibleStAXArtifactProcessor.resolve(ExtensibleStAXArtifactProcessor.java:109)
 [java] at 
org.apache.tuscany.sca.assembly.xml.CompositeDocumentProcessor.resolve(CompositeDocumentProcessor.java:129)
 [java] at 
org.apache.tuscany.sca.assembly.xml.CompositeDocumentProcessor.resolve(CompositeDocumentProcessor.java:52)
 [java] at 
org.apache.tuscany.sca.contribution.processor.ExtensibleURLArtifactProcessor.resolve(ExtensibleURLArtifactProcessor.java:86)
 [java] at 
org.apache.tuscany.sca.contribution.service.impl.ContributionServiceImpl.processResolvePhase(ContributionServiceImpl.java:464)
 [java] at 
org.apache.tuscany.sca.contribution.service.impl.ContributionServiceImpl.addContribution(ContributionServiceImpl.java:348)
 [java] at 
org.apache.tuscany.sca.contribution.service.impl.ContributionServiceImpl.contribute(ContributionServiceImpl.java:161)
 [java] at 
org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.addContribution(DefaultSCADomain.java:272)
 [java] at 
org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.init(DefaultSCADomain.java:155)
 [java] at 
org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.(DefaultSCADomain.java:109)
 [java] at 
org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCADomain.java:230)
 [java] at 
org.apache.tuscany.sca.host.embedded.SCADomain.newInstance(SCADomain.java:69)
 [java] at supplychain.SupplyChainClient.main(SupplyChainClient.java:33)
 [java] Java Result: 1


-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Created: (TUSCANY-2104) NoSuchMethodError: net.sf.saxon.query.XQueryExpression.getStaticContext()Lnet/sf/saxon/query/QueryModule running quote-xquery

[Luciano Resende (JIRA)]

NoSuchMethodError: 
net.sf.saxon.query.XQueryExpression.getStaticContext()Lnet/sf/saxon/query/QueryModule
 running quote-xquery
-

 Key: TUSCANY-2104
 URL: https://issues.apache.org/jira/browse/TUSCANY-2104
 Project: Tuscany
  Issue Type: Bug
  Components: Java SCA Samples
Affects Versions: Java-SCA-1.2
Reporter: Luciano Resende
 Fix For: Java-SCA-1.2


The quote-xquery sample is partially broken with the following exception :


run:
 [java] java.lang.NoSuchMethodError: 
net.sf.saxon.query.XQueryExpression.getStaticContext()Lnet/sf/saxon/query/QueryModule;
 [java] at 
org.apache.tuscany.sca.implementation.xquery.xml.XQueryIntrospector.introspectServicesAndReferences(XQueryIntrospector.java:164)
 [java] at 
org.apache.tuscany.sca.implementation.xquery.xml.XQueryIntrospector.introspect(XQueryIntrospector.java:110)
 [java] at 
org.apache.tuscany.sca.implementation.xquery.xml.XQueryImplementationProcessor.resolve(XQueryImplementationProcessor.java:129)
 [java] at 
org.apache.tuscany.sca.implementation.xquery.xml.XQueryImplementationProcessor.resolve(XQueryImplementationProcessor.java:47)
 [java] at 
org.apache.tuscany.sca.contribution.processor.DefaultStAXArtifactProcessorExtensionPoint$LazyStAXArtifactProcessor.resolve(DefaultStAXArtifactProcessorExtensionPoint.java:252)
 [java] at 
org.apache.tuscany.sca.contribution.processor.ExtensibleStAXArtifactProcessor.resolve(ExtensibleStAXArtifactProcessor.java:109)
 [java] at 
org.apache.tuscany.sca.assembly.xml.BaseAssemblyProcessor.resolveImplementation(BaseAssemblyProcessor.java:248)
 [java] at 
org.apache.tuscany.sca.assembly.xml.CompositeProcessor.resolve(CompositeProcessor.java:876)
 [java] at 
org.apache.tuscany.sca.assembly.xml.CompositeProcessor.resolve(CompositeProcessor.java:80)
 [java] at 
org.apache.tuscany.sca.contribution.processor.ExtensibleStAXArtifactProcessor.resolve(ExtensibleStAXArtifactProcessor.java:109)
 [java] at 
org.apache.tuscany.sca.assembly.xml.CompositeDocumentProcessor.resolve(CompositeDocumentProcessor.java:129)
 [java] at 
org.apache.tuscany.sca.assembly.xml.CompositeDocumentProcessor.resolve(CompositeDocumentProcessor.java:52)
 [java] at 
org.apache.tuscany.sca.contribution.processor.ExtensibleURLArtifactProcessor.resolve(ExtensibleURLArtifactProcessor.java:86)
 [java] at 
org.apache.tuscany.sca.contribution.service.impl.ContributionServiceImpl.processResolvePhase(ContributionServiceImpl.java:464)
 [java] at 
org.apache.tuscany.sca.contribution.service.impl.ContributionServiceImpl.addContribution(ContributionServiceImpl.java:348)
 [java] at 
org.apache.tuscany.sca.contribution.service.impl.ContributionServiceImpl.contribute(ContributionServiceImpl.java:161)
 [java] at 
org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.addContribution(DefaultSCADomain.java:272)
 [java] at 
org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.init(DefaultSCADomain.java:155)
 [java] at 
org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.(DefaultSCADomain.java:109)
 [java] at 
org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCADomain.java:230)
 [java] at 
org.apache.tuscany.sca.host.embedded.SCADomain.newInstance(SCADomain.java:69)
 [java] at 
xquery.quote.XQueryQuoteClient.startClient(XQueryQuoteClient.java:63)
 [java] at 
xquery.quote.XQueryQuoteClient.main(XQueryQuoteClient.java:138)


-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Created: (TUSCANY-2103) Multiple service not found warnings running simple-callback sample

[Luciano Resende (JIRA)]

Multiple service not found warnings running simple-callback sample
--

 Key: TUSCANY-2103
 URL: https://issues.apache.org/jira/browse/TUSCANY-2103
 Project: Tuscany
  Issue Type: Bug
  Components: Java SCA Samples
Affects Versions: Java-SCA-1.2
Reporter: Luciano Resende
Priority: Minor
 Fix For: Java-SCA-1.2


This is not breaking the sample, but multiple warnings are being displayed
I tried SCA 1.1 and it worked ok there, so this is a regression.

run:
 [java] Mar 18, 2008 10:12:39 PM 
org.apache.tuscany.sca.assembly.builder.impl.CompositeBuilderImpl$1 problem
 [java] WARNING: Service not found for component service: 
MyClientComponent/myService
 [java] Mar 18, 2008 10:12:39 PM 
org.apache.tuscany.sca.assembly.builder.impl.CompositeBuilderImpl$1 problem
 [java] WARNING: Reference not found for component reference: 
MyServiceComponent/MyService
 [java] Mar 18, 2008 10:12:39 PM 
org.apache.tuscany.sca.assembly.builder.impl.CompositeBuilderImpl$1 problem
 [java] WARNING: No targets for reference: MyService
 [java] Main thread Thread[main,5,main]
 [java] Work thread Thread[Thread-2,5,main]
 [java] Result: -> someMethod -> receiveResult


-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Created: (TUSCANY-2102) Exception running sample simple-callback-ws

[Luciano Resende (JIRA)]

Exception running sample simple-callback-ws
---

 Key: TUSCANY-2102
 URL: https://issues.apache.org/jira/browse/TUSCANY-2102
 Project: Tuscany
  Issue Type: Bug
  Components: Java SCA Samples
Affects Versions: Java-SCA-1.2
Reporter: Luciano Resende
 Fix For: Java-SCA-1.2


>From distribution, run sample using ant script

run:
 [java] Mar 18, 2008 10:03:45 PM 
org.apache.tuscany.sca.assembly.builder.impl.CompositeBuilderImpl$1 problem
 [java] WARNING: Service not found for component service: 
MyClientComponent/myService
 [java] Mar 18, 2008 10:03:45 PM 
org.apache.tuscany.sca.assembly.builder.impl.CompositeBuilderImpl$1 problem
 [java] WARNING: Reference not found for component reference: 
MyServiceComponent/MyService
 [java] Exception in thread "main" org.osoa.sca.ServiceRuntimeException: 
org.osoa.sca.ServiceRuntimeException: 
org.apache.tuscany.sca.core.assembly.ActivationException: 
java.lang.RuntimeException: org.apache.axis2.AxisFault: 
org/apache/commons/fileupload/FileItemFactory
 [java] at 
org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCADomain.java:264)
 [java] at 
org.apache.tuscany.sca.host.embedded.SCADomain.newInstance(SCADomain.java:69)
 [java] at 
simplecallback.SimpleCallbackClient.main(SimpleCallbackClient.java:29)
 [java] Caused by: org.osoa.sca.ServiceRuntimeException: 
org.apache.tuscany.sca.core.assembly.ActivationException: 
java.lang.RuntimeException: org.apache.axis2.AxisFault: 
org/apache/commons/fileupload/FileItemFactory
 [java] at 
org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.init(DefaultSCADomain.java:220)
 [java] at 
org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.(DefaultSCADomain.java:109)
 [java] at 
org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCADomain.java:230)
 [java] ... 2 more
 [java] Caused by: 
org.apache.tuscany.sca.core.assembly.ActivationException: 
java.lang.RuntimeException: org.apache.axis2.AxisFault: 
org/apache/commons/fileupload/FileItemFactory
 [java] at 
org.apache.tuscany.sca.core.assembly.CompositeActivatorImpl.activate(CompositeActivatorImpl.java:792)
 [java] at 
org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.init(DefaultSCADomain.java:218)
 [java] ... 4 more
 [java] Caused by: java.lang.RuntimeException: org.apache.axis2.AxisFault: 
org/apache/commons/fileupload/FileItemFactory
 [java] at 
org.apache.tuscany.sca.binding.ws.axis2.Axis2ServiceProvider.(Axis2ServiceProvider.java:159)
 [java] at 
org.apache.tuscany.sca.binding.ws.axis2.Axis2ServiceBindingProvider.(Axis2ServiceBindingProvider.java:90)
 [java] at 
org.apache.tuscany.sca.binding.ws.axis2.Axis2BindingProviderFactory.createServiceBindingProvider(Axis2BindingProviderFactory.java:64)
 [java] at 
org.apache.tuscany.sca.binding.ws.axis2.Axis2BindingProviderFactory.createServiceBindingProvider(Axis2BindingProviderFactory.java:45)
 [java] at 
org.apache.tuscany.sca.provider.DefaultProviderFactoryExtensionPoint$LazyBindingProviderFactory.createServiceBindingProvider(DefaultProviderFactoryExtensionPoint.java:227)
 [java] at 
org.apache.tuscany.sca.core.assembly.CompositeActivatorImpl.addServiceBindingProvider(CompositeActivatorImpl.java:426)
 [java] at 
org.apache.tuscany.sca.core.assembly.CompositeActivatorImpl.activate(CompositeActivatorImpl.java:726)
 [java] at 
org.apache.tuscany.sca.core.assembly.CompositeActivatorImpl.activate(CompositeActivatorImpl.java:784)
 [java] ... 5 more
 [java] Caused by: org.apache.axis2.AxisFault: 
org/apache/commons/fileupload/FileItemFactory
 [java] at 
org.apache.tuscany.sca.binding.ws.axis2.TuscanyAxisConfigurator.getAxisConfiguration(TuscanyAxisConfigurator.java:119)
 [java] at 
org.apache.axis2.context.ConfigurationContextFactory.createConfigurationContext(ConfigurationContextFactory.java:64)
 [java] at 
org.apache.tuscany.sca.binding.ws.axis2.TuscanyAxisConfigurator.getConfigurationContext(TuscanyAxisConfigurator.java:71)
 [java] at 
org.apache.tuscany.sca.binding.ws.axis2.Axis2ServiceProvider.(Axis2ServiceProvider.java:155)
 [java] ... 12 more
 [java] Java Result: 1


-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Updated: (TUSCANY-2091) Sample: Calculator (No Interfaces) sample

[Luciano Resende (JIRA)]

 [ 
https://issues.apache.org/jira/browse/TUSCANY-2091?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Luciano Resende updated TUSCANY-2091:
-

Affects Version/s: (was: Java-SCA-1.2)
   Java-SCA-Next

> Sample: Calculator (No Interfaces) sample
> -
>
> Key: TUSCANY-2091
> URL: https://issues.apache.org/jira/browse/TUSCANY-2091
> Project: Tuscany
>  Issue Type: Test
>  Components: Java SCA Samples
>Affects Versions: Java-SCA-Next
>Reporter: Vamsavardhana Reddy
>Priority: Minor
> Fix For: Java-SCA-Next
>
> Attachments: TUSCANY-2091.patch
>
>
> It is not necessary that the java implementation class used by a component 
> necessarily implements a java interface explicitly.  All the samples 
> available as of now have the implementation classes explicitly implement a 
> java interface.  In the current Calculator sample, none of the implementation 
> classes use an implements keyword in the class definition.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Updated: (TUSCANY-2091) Sample: Calculator (No Interfaces) sample

[Luciano Resende (JIRA)]

 [ 
https://issues.apache.org/jira/browse/TUSCANY-2091?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Luciano Resende updated TUSCANY-2091:
-

Fix Version/s: (was: Java-SCA-1.2)

Not sure if this is going to make 1.2

> Sample: Calculator (No Interfaces) sample
> -
>
> Key: TUSCANY-2091
> URL: https://issues.apache.org/jira/browse/TUSCANY-2091
> Project: Tuscany
>  Issue Type: Test
>  Components: Java SCA Samples
>Affects Versions: Java-SCA-Next
>Reporter: Vamsavardhana Reddy
>Priority: Minor
> Fix For: Java-SCA-Next
>
> Attachments: TUSCANY-2091.patch
>
>
> It is not necessary that the java implementation class used by a component 
> necessarily implements a java interface explicitly.  All the samples 
> available as of now have the implementation classes explicitly implement a 
> java interface.  In the current Calculator sample, none of the implementation 
> classes use an implements keyword in the class definition.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Created: (TUSCANY-2101) Could not get url for /javax/servlet/jsp/resources/jsp_2_0.xsd running binding-notification-producer sample

[Luciano Resende (JIRA)]

Could not get url for /javax/servlet/jsp/resources/jsp_2_0.xsd running 
binding-notification-producer sample
---

 Key: TUSCANY-2101
 URL: https://issues.apache.org/jira/browse/TUSCANY-2101
 Project: Tuscany
  Issue Type: Bug
Affects Versions: Java-SCA-1.2
Reporter: Luciano Resende
Priority: Minor
 Fix For: Java-SCA-1.2


This does not seem to break the sample app, but gives couple warnings when 
running.
This used to work ok in 1.1 release


 [java] Mar 18, 2008 9:03:15 PM org.apache.catalina.core.StandardEngine 
start
 [java] INFO: Starting Servlet Engine: Apache Tomcat/6.0.14
 [java] Mar 18, 2008 9:03:15 PM org.apache.catalina.startup.ContextConfig 
defaultWebConfig
 [java] INFO: No default web.xml
 [java] Mar 18, 2008 9:03:15 PM org.apache.catalina.startup.DigesterFactory 
register
 [java] WARNING: Could not get url for 
/javax/servlet/jsp/resources/jsp_2_0.xsd
 [java] Mar 18, 2008 9:03:15 PM org.apache.catalina.startup.DigesterFactory 
register
 [java] WARNING: Could not get url for 
/javax/servlet/jsp/resources/jsp_2_1.xsd
 [java] Mar 18, 2008 9:03:15 PM org.apache.catalina.startup.DigesterFactory 
register
 [java] WARNING: Could not get url for 
/javax/servlet/jsp/resources/web-jsptaglibrary_1_1.dtd
 [java] Mar 18, 2008 9:03:15 PM org.apache.catalina.startup.DigesterFactory 
register
 [java] WARNING: Could not get url for 
/javax/servlet/jsp/resources/web-jsptaglibrary_1_2.dtd
 [java] Mar 18, 2008 9:03:15 PM org.apache.catalina.startup.DigesterFactory 
register
 [java] WARNING: Could not get url for 
/javax/servlet/jsp/resources/web-jsptaglibrary_2_0.xsd
 [java] Mar 18, 2008 9:03:15 PM org.apache.catalina.startup.DigesterFactory 
register
 [java] WARNING: Could not get url for 
/javax/servlet/jsp/resources/web-jsptaglibrary_2_1.xsd
 [java] Mar 18, 2008 9:03:16 PM org.apache.catalina.startup.DigesterFactory 
register
 [java] WARNING: Could not get url for 
/javax/servlet/resources/j2ee_web_services_1_1.xsd
 [java] Mar 18, 2008 9:03:16 PM org.apache.coyote.http11.Http11Protocol init
 [java] INFO: Initializing Coyote HTTP/1.1 on http-8083
 [java] Mar 18, 2008 9:03:16 PM org.apache.coyote.http11.Http11Protocol 
start
 [java] INFO: Starting Coyote HTTP/1.1 on http-8083
 [java] Mar 18, 2008 9:03:16 PM 
org.apache.tuscany.sca.http.tomcat.TomcatServer addServletMapping
 [java] INFO: Added Servlet mapping: 
http://luck.ibm.com:8083/ntm/trafficAdvisory
 [java] Mar 18, 2008 9:03:16 PM 
org.apache.tuscany.sca.http.tomcat.TomcatServer addServletMapping
 [java] INFO: Added Servlet mapping: 
http://luck.ibm.com:8083/consumer/trafficAdvisory
 [java] Mar 18, 2008 9:03:16 PM 
org.apache.tuscany.sca.http.tomcat.TomcatServer addServletMapping
 [java] INFO: Added Servlet mapping: 
http://luck.ibm.com:8083/producer/trafficAdvisory
 [java] Send a report value, ^C or  to end


-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Removing definitions

[Jean-Sebastien Delfino]

Mike Edwards wrote:

Greg Dritschler wrote:

Hi.  I have noticed that there doesn't seem to be a way to remove
definitions (policy sets etc) from the domain.  The specs don't 
explicitly
say how this would happen, but surely this can't be a one-way process 
(you
can add but can't delete).  I can only guess that if definitions are 
added
as part of a contribution, then those definitions should be removed 
when the

contribution is removed?  There are some interesting issues, like what if
there are other contributions using elements of those definitions.

As an aside, I've noticed that SCADefinitionsImpl doesn't synchronize the
lists of policy sets, intents, etc. that it keeps, so it is exposed to 
bad

things happening if multiple threads try to add definitions at the same
time.  SCADefinitionsUtil also does clear/addAll operations that need 
to be

made thread-safe.

Greg



Greg,

Artifacts arrive in the domain through Contributions being added to the 
domain.  Those same contributions can be removed from the domain - and 
this causes the artifacts in the contribution to be removed from the 
domain.


This applies to definitions as much as it applies to composites or to 
Java class files.  It might be wise to keep some forms of definition 
separate from contributions containing executable code, so that Policy 
Sets can be changed without the need to redeploy all the contributions 
in the domain, for example.


Or make deployment of contributions really seamless... For example a 
contribution can be a directory that the domain points to, that 
directory can contain a definitions.xml file, and we shouldn't require a 
special deployment step to tell the code that reads that definitions.xml 
   file that it has changed.


The good news is that it's how it works in Tuscany at the moment :)

The process for updating a policySet is as follows:

1. notepad c:/a-contribution/definitions.xml
2. make changes
3. save
4. restart the nodes
5. they'll get the new updated stuff


That's how it looks from the SCA spec point of view.

You make a good point about the SCADefinitionsImpl - sounds like some 
changes are needed there to handle multi threading.




I'm not sure I'm getting the multi-threading thing, could you say a bit 
more about it?


--
Jean-Sebastien

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Created: (TUSCANY-2100) Policy Validation warnings runnign sample-binding-echo-extension using maven

[Luciano Resende (JIRA)]

Policy Validation warnings runnign sample-binding-echo-extension using maven


 Key: TUSCANY-2100
 URL: https://issues.apache.org/jira/browse/TUSCANY-2100
 Project: Tuscany
  Issue Type: Bug
Affects Versions: Java-SCA-1.2
Reporter: Luciano Resende
Priority: Minor
 Fix For: Java-SCA-1.2


This does not break the sample, but it does display lots of warnings


---
 T E S T S
---
Running echo.EchoServiceTestCase
Mar 18, 2008 8:47:01 PM 
org.apache.tuscany.sca.contribution.processor.ValidatingXMLStreamReader$1 error
WARNING: XMLSchema validation problem in: null, line: 22, column: 9
cvc-complex-type.3.2.2: Attribute 'tuscany:applicablePolicySets' is not allowed 
to appear in element 'e:binding.echo'.
Mar 18, 2008 8:47:01 PM 
org.apache.tuscany.sca.contribution.processor.ValidatingXMLStreamReader$1 error
WARNING: XMLSchema validation problem in: null, line: 31, column: 9
cvc-complex-type.3.2.2: Attribute 'tuscany:applicablePolicySets' is not allowed 
to appear in element 'e:binding.echo'.
Returned message: oof
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 1.94 sec
Running echo.EchoReferenceTestCase
Mar 18, 2008 8:47:02 PM 
org.apache.tuscany.sca.contribution.processor.ValidatingXMLStreamReader$1 error
WARNING: XMLSchema validation problem in: null, line: 22, column: 9
cvc-complex-type.3.2.2: Attribute 'tuscany:applicablePolicySets' is not allowed 
to appear in element 'e:binding.echo'.
Mar 18, 2008 8:47:02 PM 
org.apache.tuscany.sca.contribution.processor.ValidatingXMLStreamReader$1 error
WARNING: XMLSchema validation problem in: null, line: 31, column: 9
cvc-complex-type.3.2.2: Attribute 'tuscany:applicablePolicySets' is not allowed 
to appear in element 'e:binding.echo'.
Returned message: oof
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.508 sec



-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[SCA 1.2] RC timeframe, was Re: [SCA 1.2] Stable SCA distribution for testing purposes

[Luciano Resende]

Java SCA 1.2 release stable distribution is available at [1]. Let's
use this test release 1.2 content before I cut the first RC. I propose
that we cut the RC by Thursday night PST.

There are a number of JIRAS that are currently targeted for 1.2 [2], I
would appreciate your help to close these before the RC.

[1] http://people.apache.org/~lresende/tuscany/sca-1.2-stable/
[2] 
http://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&&pid=12310210&fixfor=12312967&resolution=-1&sorter/field=priority&sorter/order=DESC


On Tue, Mar 18, 2008 at 12:18 AM, Luciano Resende <[EMAIL PROTECTED]> wrote:
> I'm in the process of uploading SCA distribution (binary and source )
>  for testing purpose. Let's use it for testing, and report issues via
>  JIRA and assign to SCA 1.2 release as appropriate.
>
>  [1] http://people.apache.org/~lresende/tuscany/sca-1.2-stable/
>
>  --
>  Luciano Resende
>  Apache Tuscany Committer
>  http://people.apache.org/~lresende
>  http://lresende.blogspot.com/
>



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

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: SCA Building Error...

[Adriano Crestani]

So, post here more info about the error, as Luciano suggested : ). The maven
error output for example.

Regards,
Adriano Crestani

On Tue, Mar 18, 2008 at 5:51 PM, Douglas Leite <[EMAIL PROTECTED]> wrote:

> I tried the same steps with jdk 1.5, but I got the same results...
>
> On Tue, Mar 18, 2008 at 9:31 PM, Adriano Crestani <
> [EMAIL PROTECTED]> wrote:
>
> > So, try it using the latest 1.5 Java version. The 1.6 was not working
> for
> > me
> > too : (
> >
> > Regards,
> > Adriano Crestani
> >
> > On Tue, Mar 18, 2008 at 5:25 PM, Douglas Leite <[EMAIL PROTECTED]>
> > wrote:
> >
> > > Before running the $mvn command, I tried $mvn --version to guarantee
> > that
> > > the things are correctly configured, and all seems to be right.
> > >
> > > I got this output after setting some environment variables like
> M2_HOME
> > > and
> > > JAVA_HOME.
> > >
> > > $mvn --version
> > >
> > > *Maven version: 2.0.8
> > > Java version: 1.6.0_05
> > > OS name: "linux" version: "2.6.22-14-generic" arch: "amd64" Family:
> > > "unix"*
> > >
> > >
> > > On Mon, Mar 17, 2008 at 10:43 PM, Luciano Resende <
> [EMAIL PROTECTED]>
> > > wrote:
> > >
> > > > Are you building modules before tools ? Also, you should make sure
> you
> > > > are using JDK 1.5 and does not have anything still pointing to JDK 6
> > > > (e.g JAVA_HOME)  a good way to verify this is by checking the
> java
> > > > version before running the maven command.
> > > >
> > > > If you still have issues, please forward more info for us to be able
> > > > to help further.
> > > >
> > > >
> > > > On Mon, Mar 17, 2008 at 6:04 PM, Douglas Leite <[EMAIL PROTECTED]
> >
> > > > wrote:
> > > > > I am trying to build the SCA using the maven 2.0.8, but I am
> getting
> > > > some
> > > > >  errors related to WSDL2Java Tool and SCA Assembly Model. There
> are
> > > some
> > > > >  classes that couldn't be found, like
> > CompositeWireBuilderImpl.javaand
> > > > >  BindingPolicyComputer.java.
> > > > >
> > > > >  Even using the command $mvn -fae clean install, as Luciano has
> > > > suggested me
> > > > >  before, the building process doesn't finish successfully.
> > > > >
> > > > >  I tried with jdk 1.5 and 1.6, but I got the same results.
> > > > >
> > > > >  Any idea?
> > > > >
> > > > >  Douglas
> > > > >
> > > >
> > > >
> > > >
> > > > --
> > > > Luciano Resende
> > > > Apache Tuscany Committer
> > > > http://people.apache.org/~lresende
> 
> > <
> > > http://people.apache.org/%7Elresende>
> > > > http://lresende.blogspot.com/
> > > >
> > > >
> -
> > > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > > For additional commands, e-mail: [EMAIL PROTECTED]
> > > >
> > > >
> > >
> >
>

Re: SCA Building Error...

[Douglas Leite]

I tried the same steps with jdk 1.5, but I got the same results...

On Tue, Mar 18, 2008 at 9:31 PM, Adriano Crestani <
[EMAIL PROTECTED]> wrote:

> So, try it using the latest 1.5 Java version. The 1.6 was not working for
> me
> too : (
>
> Regards,
> Adriano Crestani
>
> On Tue, Mar 18, 2008 at 5:25 PM, Douglas Leite <[EMAIL PROTECTED]>
> wrote:
>
> > Before running the $mvn command, I tried $mvn --version to guarantee
> that
> > the things are correctly configured, and all seems to be right.
> >
> > I got this output after setting some environment variables like M2_HOME
> > and
> > JAVA_HOME.
> >
> > $mvn --version
> >
> > *Maven version: 2.0.8
> > Java version: 1.6.0_05
> > OS name: "linux" version: "2.6.22-14-generic" arch: "amd64" Family:
> > "unix"*
> >
> >
> > On Mon, Mar 17, 2008 at 10:43 PM, Luciano Resende <[EMAIL PROTECTED]>
> > wrote:
> >
> > > Are you building modules before tools ? Also, you should make sure you
> > > are using JDK 1.5 and does not have anything still pointing to JDK 6
> > > (e.g JAVA_HOME)  a good way to verify this is by checking the java
> > > version before running the maven command.
> > >
> > > If you still have issues, please forward more info for us to be able
> > > to help further.
> > >
> > >
> > > On Mon, Mar 17, 2008 at 6:04 PM, Douglas Leite <[EMAIL PROTECTED]>
> > > wrote:
> > > > I am trying to build the SCA using the maven 2.0.8, but I am getting
> > > some
> > > >  errors related to WSDL2Java Tool and SCA Assembly Model. There are
> > some
> > > >  classes that couldn't be found, like
> CompositeWireBuilderImpl.javaand
> > > >  BindingPolicyComputer.java.
> > > >
> > > >  Even using the command $mvn -fae clean install, as Luciano has
> > > suggested me
> > > >  before, the building process doesn't finish successfully.
> > > >
> > > >  I tried with jdk 1.5 and 1.6, but I got the same results.
> > > >
> > > >  Any idea?
> > > >
> > > >  Douglas
> > > >
> > >
> > >
> > >
> > > --
> > > Luciano Resende
> > > Apache Tuscany Committer
> > > http://people.apache.org/~lresende
> <
> > http://people.apache.org/%7Elresende>
> > > http://lresende.blogspot.com/
> > >
> > > -
> > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > For additional commands, e-mail: [EMAIL PROTECTED]
> > >
> > >
> >
>

Re: SCA Building Error...

[Adriano Crestani]

So, try it using the latest 1.5 Java version. The 1.6 was not working for me
too : (

Regards,
Adriano Crestani

On Tue, Mar 18, 2008 at 5:25 PM, Douglas Leite <[EMAIL PROTECTED]> wrote:

> Before running the $mvn command, I tried $mvn --version to guarantee that
> the things are correctly configured, and all seems to be right.
>
> I got this output after setting some environment variables like M2_HOME
> and
> JAVA_HOME.
>
> $mvn --version
>
> *Maven version: 2.0.8
> Java version: 1.6.0_05
> OS name: "linux" version: "2.6.22-14-generic" arch: "amd64" Family:
> "unix"*
>
>
> On Mon, Mar 17, 2008 at 10:43 PM, Luciano Resende <[EMAIL PROTECTED]>
> wrote:
>
> > Are you building modules before tools ? Also, you should make sure you
> > are using JDK 1.5 and does not have anything still pointing to JDK 6
> > (e.g JAVA_HOME)  a good way to verify this is by checking the java
> > version before running the maven command.
> >
> > If you still have issues, please forward more info for us to be able
> > to help further.
> >
> >
> > On Mon, Mar 17, 2008 at 6:04 PM, Douglas Leite <[EMAIL PROTECTED]>
> > wrote:
> > > I am trying to build the SCA using the maven 2.0.8, but I am getting
> > some
> > >  errors related to WSDL2Java Tool and SCA Assembly Model. There are
> some
> > >  classes that couldn't be found, like CompositeWireBuilderImpl.javaand
> > >  BindingPolicyComputer.java.
> > >
> > >  Even using the command $mvn -fae clean install, as Luciano has
> > suggested me
> > >  before, the building process doesn't finish successfully.
> > >
> > >  I tried with jdk 1.5 and 1.6, but I got the same results.
> > >
> > >  Any idea?
> > >
> > >  Douglas
> > >
> >
> >
> >
> > --
> > Luciano Resende
> > Apache Tuscany Committer
> > http://people.apache.org/~lresende<
> http://people.apache.org/%7Elresende>
> > http://lresende.blogspot.com/
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>

Re: SCA Building Error...

[Douglas Leite]

Before running the $mvn command, I tried $mvn --version to guarantee that
the things are correctly configured, and all seems to be right.

I got this output after setting some environment variables like M2_HOME and
JAVA_HOME.

$mvn --version

*Maven version: 2.0.8
Java version: 1.6.0_05
OS name: "linux" version: "2.6.22-14-generic" arch: "amd64" Family: "unix"*


On Mon, Mar 17, 2008 at 10:43 PM, Luciano Resende <[EMAIL PROTECTED]>
wrote:

> Are you building modules before tools ? Also, you should make sure you
> are using JDK 1.5 and does not have anything still pointing to JDK 6
> (e.g JAVA_HOME)  a good way to verify this is by checking the java
> version before running the maven command.
>
> If you still have issues, please forward more info for us to be able
> to help further.
>
>
> On Mon, Mar 17, 2008 at 6:04 PM, Douglas Leite <[EMAIL PROTECTED]>
> wrote:
> > I am trying to build the SCA using the maven 2.0.8, but I am getting
> some
> >  errors related to WSDL2Java Tool and SCA Assembly Model. There are some
> >  classes that couldn't be found, like CompositeWireBuilderImpl.java and
> >  BindingPolicyComputer.java.
> >
> >  Even using the command $mvn -fae clean install, as Luciano has
> suggested me
> >  before, the building process doesn't finish successfully.
> >
> >  I tried with jdk 1.5 and 1.6, but I got the same results.
> >
> >  Any idea?
> >
> >  Douglas
> >
>
>
>
> --
> Luciano Resende
> Apache Tuscany Committer
> http://people.apache.org/~lresende 
> http://lresende.blogspot.com/
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

[SCA 1.2] Missing modules on binary distribution, need your feedback

[Luciano Resende]

I went trough the list of projects we have under module, and the list
of jar in our binary distribution module folder and documented the
results on the Java SCA 1.2 release page [1]. I got confused with some
old modules that were not being picked up by the distribution, so I
need feedback from you guys to check witch ones should be included on
the binary distribution.

Please reply to this e-mail with the ones you think we should include,
and I'll use the wiki page to track comments/status.

[1] 
http://cwiki.apache.org/confluence/display/TUSCANYWIKI/Release+-+Java+SCA+1.2


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

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [SCA 1.2] Release Branch is now available

[Jean-Sebastien Delfino]

Luciano Resende wrote:

I consider 1.2 branch open for the next couple days while we still
address JIRAs, but I would really like to enforce the "don't break the
build policy" on the branch.


OK, I'd like to check in small changes to allow tutorial/ nodes-jee/ 
catalog-webapp (and webapps packaged the same way) to work as an SCA 
node (as I was not setting up the node's classloader correctly).


I'll be extra careful to not break the build.

--
Jean-Sebastien

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Tuscany participation at Google Summer of Code (GSoC) 2008

[Luciano Resende]

Also, mentors should be able to register themselves at
http://code.google.com/soc/2008/mentor.html

Please select Apache Software Foundation as your organization when registering.

On Tue, Mar 18, 2008 at 10:32 AM, Luciano Resende <[EMAIL PROTECTED]> wrote:
> I have migrated the ideas with proper description to the official
>  Apache GSoC wiki page [1]. Note that I have added the idea submitter
>  as "Possible Mentors", and for those who are not yet committers, I
>  have added them as co-mentors.
>
>  [1] http://wiki.apache.org/general/SummerOfCode2008
>
>
>
>  On Fri, Mar 14, 2008 at 7:07 AM, ant elder <[EMAIL PROTECTED]> wrote:
>  > I've added a couple (and will try to think of more), but directly on the
>  >  GSoC wiki as at the time i didn't realize there was this other wiki page.
>  >
>  >...ant
>  >
>  >  On Sat, Mar 1, 2008 at 1:52 AM, Luciano Resende <[EMAIL PROTECTED]>
>  >  wrote:
>  >
>  >
>  >
>  >  > Apache Software Foundation is participating in Google Summer of Code
>  >  > program [1] as a mentoring organization. I think this is a good
>  >  > opportunity for us and I'd like to use this thread to discuss possible
>  >  > innovative and challenging projects that could attract the students
>  >  > participating on the program. Maybe we could start be defining some
>  >  > themes, and then projects around this themes, then, once we have a
>  >  > couple of projects, we could use wiki to create a small description of
>  >  > the project.
>  >  >
>  >  > Possible themes :
>  >  >
>  >  >   Tuscany Extensions (new bindings and implementations)
>  >  >   Web 2.0
>  >  >
>  >  > Thoughts ?
>  >  >
>  >  > [1] http://code.google.com/soc/2008/
>  >  > [2] http://wiki.apache.org/general/SummerOfCode2008
>  >  >
>  >  > --
>  >  > Luciano Resende
>  >  > Apache Tuscany Committer
>  >  > http://people.apache.org/~lresende 
> 
>  >
>  >
>  > > http://lresende.blogspot.com/
>  >  >
>  >  > -
>  >  > To unsubscribe, e-mail: [EMAIL PROTECTED]
>  >  > For additional commands, e-mail: [EMAIL PROTECTED]
>  >  >
>  >  >
>  >
>
>
>
>  --
>
> Luciano Resende
>  Apache Tuscany Committer
>  http://people.apache.org/~lresende
>  http://lresende.blogspot.com/
>



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

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Removing definitions

[Mike Edwards]

Greg Dritschler wrote:

Hi.  I have noticed that there doesn't seem to be a way to remove
definitions (policy sets etc) from the domain.  The specs don't explicitly
say how this would happen, but surely this can't be a one-way process (you
can add but can't delete).  I can only guess that if definitions are added
as part of a contribution, then those definitions should be removed when the
contribution is removed?  There are some interesting issues, like what if
there are other contributions using elements of those definitions.

As an aside, I've noticed that SCADefinitionsImpl doesn't synchronize the
lists of policy sets, intents, etc. that it keeps, so it is exposed to bad
things happening if multiple threads try to add definitions at the same
time.  SCADefinitionsUtil also does clear/addAll operations that need to be
made thread-safe.

Greg



Greg,

Artifacts arrive in the domain through Contributions being added to the 
domain.  Those same contributions can be removed from the domain - and 
this causes the artifacts in the contribution to be removed from the domain.


This applies to definitions as much as it applies to composites or to 
Java class files.  It might be wise to keep some forms of definition 
separate from contributions containing executable code, so that Policy 
Sets can be changed without the need to redeploy all the contributions 
in the domain, for example.


That's how it looks from the SCA spec point of view.

You make a good point about the SCADefinitionsImpl - sounds like some 
changes are needed there to handle multi threading.



Yours,  Mike.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Commented: (TUSCANY-2097) Build errors in itest/osgi-tuscany

[Simon Nash (JIRA)]

[ 
https://issues.apache.org/jira/browse/TUSCANY-2097?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12580088#action_12580088
 ] 

Simon Nash commented on TUSCANY-2097:
-

I did this and it improved things but did not completely resolve problems 1 and 
3.  These problems now occur only when running the test 
TuscanySampleExtensionsTestCase.  All other tests now run cleanly.  Here is the 
output from running the failing test.

---
 T E S T S
---
Running org.apache.tuscany.sca.test.osgi.tuscany.TuscanySampleExtensionsTestCase

-> Run tests from : ../../../samples/binding-echo-extension
Loaded Tuscany, time taken = 38675 ms
Running test null(echo.EchoReferenceTestCase)
18-Mar-2008 21:00:20 org.apache.tuscany.sca.contribution.processor.ValidatingXML
StreamReader$1 error
WARNING: XMLSchema validation problem in: null, line: 22, column: 9
cvc-complex-type.3.2.2: Attribute 'tuscany:applicablePolicySets' is not allowed
to appear in element 'e:binding.echo'.
18-Mar-2008 21:00:20 org.apache.tuscany.sca.contribution.processor.ValidatingXML
StreamReader$1 error
WARNING: XMLSchema validation problem in: null, line: 31, column: 9
cvc-complex-type.3.2.2: Attribute 'tuscany:applicablePolicySets' is not allowed
to appear in element 'e:binding.echo'.
Returned message: oof
Ran: 1, Passed: 1, Failed: 0
Running test null(echo.EchoServiceTestCase)
18-Mar-2008 21:00:22 org.apache.tuscany.sca.contribution.processor.ValidatingXML
StreamReader$1 error
WARNING: XMLSchema validation problem in: null, line: 22, column: 9
cvc-complex-type.3.2.2: Attribute 'tuscany:applicablePolicySets' is not allowed
to appear in element 'e:binding.echo'.
18-Mar-2008 21:00:22 org.apache.tuscany.sca.contribution.processor.ValidatingXML
StreamReader$1 error
WARNING: XMLSchema validation problem in: null, line: 31, column: 9
cvc-complex-type.3.2.2: Attribute 'tuscany:applicablePolicySets' is not allowed
to appear in element 'e:binding.echo'.
Returned message: oof
Ran: 1, Passed: 1, Failed: 0
-> Run tests from : ../../../samples/binding-echo
Loaded Tuscany, time taken = 26791 ms
Running test null(echo.EchoBindingTestCase)
Passing thro invoker...
Returned message: bar
Passing thro invoker...
Returned message: foo
Ran: 2, Passed: 2, Failed: 0
-> Run tests from : ../../../samples/databinding-echo
Loaded Tuscany, time taken = 22217 ms
Running test null(dbecho.EchoDataBindingTestCase)
[Property] prefix: ABC
[Property] prefix1: ABC
[Property] bar: BAR
ComponentA --> Received message: 123 [java.lang.St
ring]
ComponentB --> Received message: [#document: null] [org.apache.xerces.dom.Deferr
edDocumentImpl]
Passing thro invoker...
ComponentB --> Returned message: [#document: null] [org.apache.xerces.dom.Docume
ntImpl]
ComponentA --> Returned message: 
123 [java.lang.String]
[Property] prefix: ABC
[Property] prefix1: ABC
[Property] bar: BAR
ComponentA --> Received message: 123 [java.lang.St
ring]
ComponentB --> Received message: [EMAIL PROTECTED]
 [com.ctc.wstx.sr.ValidatingStreamReader]
ComponentB --> Returned message: [EMAIL PROTECTED]
 [com.ctc.wstx.sr.ValidatingStreamReader]
ComponentA --> Returned message: 
123 [java.lang.String]
Ran: 1, Passed: 1, Failed: 0
-> Run tests from : ../../../samples/implementation-crud-extension
Loaded Tuscany, time taken = 31082 ms
Running test null(crud.CRUDTestCase)
Starting CRUDServiceComponent
create(ABC) in tmp
retrieve(0)
update(0)
retrieve(0)
delete(0)
retrieve(0)
Stopping CRUDServiceComponent
Ran: 1, Passed: 1, Failed: 0
-> Run tests from : ../../../samples/implementation-crud
Loaded Tuscany, time taken = 33739 ms
Running test null(crud.client.CRUDTestCase)
Starting CRUDServiceComponent
create(ABC) in tmp
retrieve(0)
update(0)
retrieve(0)
delete(0)
retrieve(0)
Stopping CRUDServiceComponent
Ran: 1, Passed: 1, Failed: 0
ERROR: org.apache.felix.framework.cache.BundleCache: Error creating archive. (ja
va.io.FileNotFoundException: F:\tuscany63\sca\itest\osgi-tuscany\osgi-tuscany-te
st\.felix.test\bundle5\version0.0\revision.location (The system cannot find the
file specified))
java.io.FileNotFoundException: F:\tuscany63\sca\itest\osgi-tuscany\osgi-tuscany-
test\.felix.test\bundle5\version0.0\revision.location (The system cannot find th
e file specified)
at java.io.FileInputStream.open(Native Method)
at java.io.FileInputStream.(FileInputStream.java:106)
at org.apache.felix.framework.util.SecureAction.getFileInputStream(Secur
eAction.java:338)
at org.apache.felix.framework.cache.BundleArchive.getRevisionLocation(Bu
ndleArchive.java:775)
at org.apache.felix.framework.cache.BundleArchive.(BundleArchive.j
ava:201)
at org.apache.felix.framework.cache.BundleCache.initialize(BundleCache.j
ava:371)
at org.apache.felix.framework.cache.BundleCache.(BundleCache.java:
95)
at org.apache.felix.framewo

Re: [SCA 1.2] Release Branch is now available

[Luciano Resende]

I consider 1.2 branch open for the next couple days while we still
address JIRAs, but I would really like to enforce the "don't break the
build policy" on the branch.

On Tue, Mar 18, 2008 at 1:36 PM, Raymond Feng <[EMAIL PROTECTED]> wrote:
> Hi,
>
>  What's the checkin policy here for 1.2 branch if I want to merge some fixes
>  from trunk to 1.2?
>
>  Thanks,
>  Raymond
>  --
>  From: "Luciano Resende" <[EMAIL PROTECTED]>
>  Sent: Monday, March 17, 2008 11:01 PM
>  To: "tuscany-dev" ; "tuscany user"
>  <[EMAIL PROTECTED]>
>  Subject: Re: [SCA 1.2] Release Branch is now available
>
>
>
>  > Java SCA 1.2 Release Branch is now available at
>  >
>  > https://svn.apache.org/repos/asf/incubator/tuscany/branches/sca-java-1.2/
>  >
>  > On Fri, Mar 14, 2008 at 9:25 PM, Luciano Resende <[EMAIL PROTECTED]>
>  > wrote:
>  >> After today's IRC chat, looks like people would be using the weekend
>  >>  for some extra work, so current plans is to wait untill Monday, March
>  >>  17 to cut the 1.2 branch.
>  >>
>  >>
>  >>
>  >>  On Tue, Mar 11, 2008 at 12:38 PM, Luciano Resende <[EMAIL PROTECTED]>
>  >> wrote:
>  >>  > As suggested on the following thread [1], I'd like to create a Java
>  >>  >  SCA 1.2 branch sometime after this Friday, March 14th, and then start
>  >>  >  with a RC early next week.
>  >>  >
>  >>  >  Thoughts ?
>  >>  >
>  >>  >
>  >>  >  [1]
>  >> http://www.mail-archive.com/tuscany-dev%40ws.apache.org/msg28635.html
>  >>  >
>  >>  >  --
>  >>  >  Luciano Resende
>  >>  >  Apache Tuscany Committer
>  >>  >  http://people.apache.org/~lresende
>  >>  >  http://lresende.blogspot.com/
>  >>  >
>  >>
>  >>
>  >>
>  >>  --
>  >>  Luciano Resende
>  >>  Apache Tuscany Committer
>  >>  http://people.apache.org/~lresende
>  >>  http://lresende.blogspot.com/
>  >>
>  >
>  >
>  >
>  > --
>  > Luciano Resende
>  > Apache Tuscany Committer
>  > http://people.apache.org/~lresende
>  > http://lresende.blogspot.com/
>  >
>  > -
>  > 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]
>
>



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

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [SCA 1.2] Release Branch is now available

[Raymond Feng]

Hi,

What's the checkin policy here for 1.2 branch if I want to merge some fixes 
from trunk to 1.2?


Thanks,
Raymond
--
From: "Luciano Resende" <[EMAIL PROTECTED]>
Sent: Monday, March 17, 2008 11:01 PM
To: "tuscany-dev" ; "tuscany user" 
<[EMAIL PROTECTED]>

Subject: Re: [SCA 1.2] Release Branch is now available


Java SCA 1.2 Release Branch is now available at

https://svn.apache.org/repos/asf/incubator/tuscany/branches/sca-java-1.2/

On Fri, Mar 14, 2008 at 9:25 PM, Luciano Resende <[EMAIL PROTECTED]> 
wrote:

After today's IRC chat, looks like people would be using the weekend
 for some extra work, so current plans is to wait untill Monday, March
 17 to cut the 1.2 branch.



 On Tue, Mar 11, 2008 at 12:38 PM, Luciano Resende <[EMAIL PROTECTED]> 
wrote:

 > As suggested on the following thread [1], I'd like to create a Java
 >  SCA 1.2 branch sometime after this Friday, March 14th, and then start
 >  with a RC early next week.
 >
 >  Thoughts ?
 >
 >
 >  [1] 
http://www.mail-archive.com/tuscany-dev%40ws.apache.org/msg28635.html

 >
 >  --
 >  Luciano Resende
 >  Apache Tuscany Committer
 >  http://people.apache.org/~lresende
 >  http://lresende.blogspot.com/
 >



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





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

-
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]

Continuum Build Notification, was Re: unsubscribe

[Luciano Resende]

Looks like these large and somewhat frequent build notifications might
be getting in the way of our users. For now, I have disable sending
these continuum build notifications to the dev-list, and only
committers that committed some code since the last successful build
will get notifications when issues are found. Note that any individual
can still go directly to the continuum and check status and build log.
Please let me know if you have questions/comments.

[1] http://vmbuild1.apache.org/continuum/

On Fri, Mar 14, 2008 at 6:22 PM, Pinaki Poddar <[EMAIL PROTECTED]> wrote:
>
>
>  -Original Message-
>  From: Continuum VMBuild Server [mailto:[EMAIL PROTECTED]
>  Sent: Friday, March 14, 2008 6:20 PM
>  To: tuscany-dev@ws.apache.org
>  Subject: [continuum] BUILD FAILURE: Apache Tuscany SCA Implementation
>  Project



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

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [PROPOSAL] Using new Workspace in samples/calculator-distributed Re: Domain/Contribution Repository was: Re: SCA contribution packaging schemes: was: SCA runtimes

[Jean-Sebastien Delfino]

Simon Laws wrote:

I got the code done last week but I'm only just now finishing up the
build.xml file. So, as promised, here's what I did (a bit of a long post but
I think I got it all)

Firstly to get more familiar with the workspace I followed Sebastien's
instructions from the Domain/Contribution repository thread [1] and ran up
the workspace to have a play.

"You can use the latest tutorial modules to see the end to end integration,
with the following steps:

1. Start tutorial/domain/.../LaunchTutorialAdmin.

2. Open http://localhost:9990/ui/composite in your Web browser. You should
see all the tutorial contributions and deployables that I've added to that
domain.

3. Click the feeds in the "composite install image" to see the resolved
composites.

4. Start all the launch programs in tutorial/nodes, you can start them in
any order you want.

5. Open tutorial/assets/tutorial.html in your Web browser, follow the links
to the various store implementations."

The workspace is allowing you to organize the relationships between
contributions/composites, the domain composite that describes the whole
application and the nodes that will run the composites. It processes all of
the contributions that have been provided, the composites they contain, the
association of composite with the domain and with nodes and produces fully
resolved composites in terms of the contributions that are require to run
them and the service and reference URIs that they will use.

This resolved composite information is available from the workspace through
composite specific feeds. From this feed you can get URLs to the required
contributions and the composite. In fact what happens each time you do a GET
on the composite URL is that all of the composites assigned to the domain
are read and the domain composite is "built" in full using the composite
builder. The individual composite that was requested is then extracted and
returned. In this way policy matching, cross domain wiring, autowiring etc
is manged at the domain level using the same code used by the nodes to build
individual composites.

This is very similar in layout with what is happening with our current
domain/node implementation where you add contributions to the domain and
nodes run the resulting composites. However there is a big difference here
in that there is now an implication that the domain is fully configured
before you start the nodes as the workspace is responsible for configuring
service / reference URIs based on prior knowledge of node configurations.
Previously you could start nodes and have them register with the domain
without having to provide this knowledge manually to the domain. I guess
automatic node registration could be rolled into this if we want.

In making the calculator-distributed sample work I wanted to be able to test
the sample in our maven build so having a set of HTTP forms (which the
workspace does provide) to fill in is interesting but not that useful. So
immediately I went looking for the files that the workspace writes to see if
I could create those and install them pre-configured ready for the test to
run. I used the tutorial files as templates and made the following to match
the calculator-distributed scenario.

Firstly there is a file (workspace.xml) [2] that describes all each
contribution's location and URI

http://tuscany.apache.org/xmlns/sca/1.0"; xmlns:ns1="
http://tuscany.apache.org/xmlns/sca/1.0";>
  
  
  
  http://tuscany.apache.org/xmlns/sca/1.0/cloud"/>


Then there is a file (domain.composite) [3] that is a serialized version of
the domain composite, i.e. what you would get from the specs
getDomainLevelComposite() method. This shows which composites are deployed
at the domain level.

http://tuscany.apache.org/xmlns/sca/1.0";
  xmlns="http://www.osoa.org/xmlns/sca/1.0"; xmlns:ns1="
http://www.osoa.org/xmlns/sca/1.0";>
  http://sample"/>
  http://sample"/>
  http://sample"/>


Lastly there is a file (cloud.composite) [4] that is another SCA composite
that describes the nodes that are going to run composites.

http://tuscany.apache.org/xmlns/sca/1.0";
  xmlns="http://www.osoa.org/xmlns/sca/1.0"; xmlns:ns1="
http://www.osoa.org/xmlns/sca/1.0";>
  http://tuscany.apache.org/xmlns/sca/1.0/cloud"; xmlns:ns2="
http://sample/cloud"/>
  http://tuscany.apache.org/xmlns/sca/1.0/cloud"; xmlns:ns2="
http://sample/cloud"/>
  http://tuscany.apache.org/xmlns/sca/1.0/cloud"; xmlns:ns2="
http://sample/cloud"/>


Each included node composite looks something like

http://www.osoa.org/xmlns/sca/1.0";
xmlns:t="http://tuscany.apache.org/xmlns/sca/1.0";
targetNamespace="http://sample/cloud";
xmlns:s="http://sample";
name="NodeA">




http://localhost:8100"/>





You will note that the node holds default binding URI information.

With these files the workspace can produce the fully configured composites
that will run on each node.

Having done this I rewrote the code in the

Removing definitions

[Greg Dritschler]

Hi.  I have noticed that there doesn't seem to be a way to remove
definitions (policy sets etc) from the domain.  The specs don't explicitly
say how this would happen, but surely this can't be a one-way process (you
can add but can't delete).  I can only guess that if definitions are added
as part of a contribution, then those definitions should be removed when the
contribution is removed?  There are some interesting issues, like what if
there are other contributions using elements of those definitions.

As an aside, I've noticed that SCADefinitionsImpl doesn't synchronize the
lists of policy sets, intents, etc. that it keeps, so it is exposed to bad
things happening if multiple threads try to add definitions at the same
time.  SCADefinitionsUtil also does clear/addAll operations that need to be
made thread-safe.

Greg

[jira] Resolved: (TUSCANY-2094) Would like to keep track of element name during fault/exception mapping at introspect time and invocation time so I can use FaultException matching helpfully

[Raymond Feng (JIRA)]

 [ 
https://issues.apache.org/jira/browse/TUSCANY-2094?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Raymond Feng resolved TUSCANY-2094.
---

Resolution: Fixed

Patch applied under r638511. Thank Scott for the patch.

> Would like to keep track of element name during fault/exception mapping at 
> introspect time and invocation time so I can use FaultException matching 
> helpfully
> -
>
> Key: TUSCANY-2094
> URL: https://issues.apache.org/jira/browse/TUSCANY-2094
> Project: Tuscany
>  Issue Type: Improvement
>  Components: Java SCA Data Binding Runtime
>Affects Versions: Java-SCA-1.1
>Reporter: Scott Kurz
>Assignee: Raymond Feng
> Fix For: Java-SCA-1.2
>
> Attachments: JAXWSFaultExcMapper.patch
>
>
> In the JAXWSFaultExceptionMapper, we look at the @WebFault to capture the 
> fault element name.   
> It would be nice to capture during introspect this so it could be set into 
> the FaultException at wrap time for use in matching. 
> I'll attach a patch which has does:
> 1) During introspect, save the @WebFault element and set it in as the fault 
> DT's XMLType logical's element name
> 2) During wrapFaultInfo(), if we have a FaultException let's grab the element 
> name from the fault logical and do a setFaultName()
> The reason I had to do 1) in addition to 2) is that the instrospection of the 
> fault itself was, in my case, creating an XMLType with Type but no Element.
> (This happened since the JAXBDataBinding only sets up an Element on the 
> XMLType if it finds an @XMLRootElement).
> I wasn't sure in 1) if I should always set the @WebFault as the fault's 
> logical's element name or if I should only do so in the introspect of the 
> fault did not itself set this field to non-null.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Tuscany participation at Google Summer of Code (GSoC) 2008

[Luciano Resende]

I have migrated the ideas with proper description to the official
Apache GSoC wiki page [1]. Note that I have added the idea submitter
as "Possible Mentors", and for those who are not yet committers, I
have added them as co-mentors.

[1] http://wiki.apache.org/general/SummerOfCode2008

On Fri, Mar 14, 2008 at 7:07 AM, ant elder <[EMAIL PROTECTED]> wrote:
> I've added a couple (and will try to think of more), but directly on the
>  GSoC wiki as at the time i didn't realize there was this other wiki page.
>
>...ant
>
>  On Sat, Mar 1, 2008 at 1:52 AM, Luciano Resende <[EMAIL PROTECTED]>
>  wrote:
>
>
>
>  > Apache Software Foundation is participating in Google Summer of Code
>  > program [1] as a mentoring organization. I think this is a good
>  > opportunity for us and I'd like to use this thread to discuss possible
>  > innovative and challenging projects that could attract the students
>  > participating on the program. Maybe we could start be defining some
>  > themes, and then projects around this themes, then, once we have a
>  > couple of projects, we could use wiki to create a small description of
>  > the project.
>  >
>  > Possible themes :
>  >
>  >   Tuscany Extensions (new bindings and implementations)
>  >   Web 2.0
>  >
>  > Thoughts ?
>  >
>  > [1] http://code.google.com/soc/2008/
>  > [2] http://wiki.apache.org/general/SummerOfCode2008
>  >
>  > --
>  > Luciano Resende
>  > Apache Tuscany Committer
>  > http://people.apache.org/~lresende 
>
>
> > http://lresende.blogspot.com/
>  >
>  > -
>  > To unsubscribe, e-mail: [EMAIL PROTECTED]
>  > For additional commands, e-mail: [EMAIL PROTECTED]
>  >
>  >
>



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

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Commented: (TUSCANY-2096) When itest/osgi-tuscany bundles run in Equinox, OSGiRuntime does not find EquinoxRuntime, but uses FelixRuntime

[Rajini Sivaram (JIRA)]

[ 
https://issues.apache.org/jira/browse/TUSCANY-2096?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12579934#action_12579934
 ] 

Rajini Sivaram commented on TUSCANY-2096:
-

Jurgen,

Thank you for the patch. It has been applied under revision 638445. 

I am not sure if the .mar file is used anywhere, so I didn't want to remove it 
without being sure.  Is there a problem with having these files in the bundle 
or is it because they have been added to the Bundle-ClassPath?

> When itest/osgi-tuscany bundles run in Equinox, OSGiRuntime does not find 
> EquinoxRuntime, but uses FelixRuntime
> ---
>
> Key: TUSCANY-2096
> URL: https://issues.apache.org/jira/browse/TUSCANY-2096
> Project: Tuscany
>  Issue Type: Improvement
>  Components: Java SCA OSGi Integration
>Affects Versions: Java-SCA-Next
> Environment: Windows XP, Sun JDK 1.5.0_11, Eclipse 3.3.2 (Equinox 
> 3.3.2)
>Reporter: Jürgen Schumacher
>Priority: Minor
> Attachments: itest-osgituscany-runtime-pom.patch
>
>
> I used the OSGi bundles generated by itest/osgi-tuscany in Equinox. 
> The BundleActivator of the tuscany-runtime bundle calls 
> OSGiRuntime.findRuntime(), which
> creates a  org.apache.tuscany.sca.osgi.runtime.FelixRuntime. This seems
> not to disturb operation very much, because the main difference to 
> EquinoxRuntime
> is in starting and stopping a Felix or Equinox runtime. But it can be easily 
> fixed by adding
> the package of EclipseStarter, org.eclipse.core.runtime.adaptor, to the 
> DynamicImport-Package
> statement of the manifest of the tuscany-runtime bundle. See attached patch.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Closed: (TUSCANY-2086) implementation.osgi cannot find compomentType file when referring to bundles in Eclipse Workspace

[Rajini Sivaram (JIRA)]

 [ 
https://issues.apache.org/jira/browse/TUSCANY-2086?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Rajini Sivaram closed TUSCANY-2086.
---

Resolution: Fixed

> implementation.osgi cannot find compomentType file when referring to bundles 
> in Eclipse Workspace
> -
>
> Key: TUSCANY-2086
> URL: https://issues.apache.org/jira/browse/TUSCANY-2086
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA OSGi Integration
> Environment: Windows XP, Eclipse 3.3.2 (org.eclipse.osgi 3.3.2)
>Reporter: Jürgen Schumacher
>Assignee: Rajini Sivaram
> Fix For: Java-SCA-1.2
>
> Attachments: tuscany-equinox-runtime.patch, 
> tuscany.osgi.sample.launch.zip, tuscany.osgi.sample.zip
>
>
> This issue refers to activities described in 
> http://mail-archives.apache.org/mod_mbox/ws-tuscany-user/200803.mbox/[EMAIL 
> PROTECTED]
> When trying to test  I ended with this error message:
> org.apache.tuscany.sca.contribution.service.ContributionResolveException: 
> org.apache.tuscany.sca.contribution.service.ContributionResolveException: 
> missing .componentType side file .componentType
>   at 
> org.apache.tuscany.sca.implementation.osgi.xml.OSGiImplementationProcessor.resolve(OSGiImplementationProcessor.java:276)
> ...
> caused by
> Caused by: 
> org.apache.tuscany.sca.contribution.service.ContributionResolveException: 
> missing .componentType side file .componentType
>   at 
> org.apache.tuscany.sca.implementation.osgi.xml.OSGiImplementationProcessor.resolve(OSGiImplementationProcessor.java:227)
> ...
> While Tuscany is right in that I did not provide a componentType file, it 
> seems to be wrong in  how it has created the filename.
> I debugged a bit and found the following: 
> org.apache.tuscany.sca.contribution.osgi.impl.OSGiBundleReferenceModelResolver
>  has a method getBundleFilename(...) that tries to extract the bundles 
> filename from its location by looking for the last "/" in the location and 
> using the rest afterwards. But when the bundle is located in my Eclipse 
> workspace as a Plugin project under development and not packed as a JAR and I 
> run my examples in a Equinox runtime, the reported location is e.g.
> "[EMAIL PROTECTED]:file:../workspace/EILF/tuscany.osgi.sample/" where 
> tuscany.osgi.sample is the actual bundle name.
> Therefore getBundleFilename returns just an empty string. And this empty 
> string is used later in 
> org.apache.tuscany.sca.implementation.osgi.xml.OSGiImplementationProcessor.resolve(...)
>  to build the filename for the component type file, which results in 
> ".componentType" as the complete filename in this case. 
> I suppose the current code is meant to look for the componentType file next 
> to a bundle JAR with the same basename as the bundle JAR. I'm not sure where 
> it should look for it in my case, probably inside the workspace bundle 
> directory, as the workspace directory itself is usually not visible in 
> Eclipse and so it would be inconvenient to edit the file in the IDE. 
> Sorry that I cannot provide a test case currently because had to create own 
> Tuscany bundles to get this far (see mail thread linked above for details), 
> which would be a bit large to attach, I suppose (-; Also I cannot provide a 
> patch yet, because I'm quite new to OSGi and Tuscany myself and therefore 
> cannot estimate what would be a valid solution currently. Of course if you 
> have any ideas how to solve this, I can test it in my setup and give more 
> feedback.
> Thanks in advance.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Commented: (TUSCANY-2097) Build errors in itest/osgi-tuscany

[Rajini Sivaram (JIRA)]

[ 
https://issues.apache.org/jira/browse/TUSCANY-2097?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12579925#action_12579925
 ] 

Rajini Sivaram commented on TUSCANY-2097:
-

Simon,

Could you delete the directory itest\osgi-tuscany\osgi-tuscany-test\.felix.test 
and rerun the test?

Thank you...

> Build errors in itest/osgi-tuscany
> --
>
> Key: TUSCANY-2097
> URL: https://issues.apache.org/jira/browse/TUSCANY-2097
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA OSGi Integration
>Affects Versions: Java-SCA-Next
> Environment: Windows, Sun JDK 1.5.0_14
>Reporter: Simon Nash
> Fix For: Java-SCA-Next
>
> Attachments: jira2097.log
>
>
> Here is a summary of the build errors I am seeing.  I will attach my full 
> build log to this JIRA.
> 1. revision.location error creating archive.  This seems to show up on
>every test, and it does not seem to cause a hard failure in the test.
> java.io.FileNotFoundException: 
> F:\tuscany63\sca\itest\osgi-tuscany\osgi-tuscany-
> test\.felix.test\bundle1\version0.0\revision.location (The system cannot find 
> th
> e file specified)
> ERROR: org.apache.felix.framework.cache.BundleCache: Error creating archive. 
> (ja
> va.io.FileNotFoundException: 
> F:\tuscany63\sca\itest\osgi-tuscany\osgi-tuscany-te
> st\.felix.test\bundle1\version0.0\revision.location (The system cannot find 
> the
> file specified))
> 2. InvocationTargetException in CalculatorRMIReferencetestCase.
> java.lang.reflect.InvocationTargetException
> . 
> Caused by: java.rmi.server.ExportException: Port already in use: 8099; nested 
> ex
> ception is:
> java.net.BindException: Address already in use: JVM_Bind
> 3. Various errors in testOSGiTuscany_BindingWS
> -> ERROR: org.apache.felix.framework.cache.BundleArchive: Unable to delete 
> archi
> ve directory - 
> F:\tuscany63\sca\itest\osgi-tuscany\osgi-tuscany-test\.felix.test
> \bundle5
> java.util.zip.ZipException: The system cannot find the file specified
> org.osgi.framework.BundleException: Could not create bundle object.
> .
> Caused by: java.util.zip.ZipException: The system cannot find the file 
> specified

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: GSoC project idea - Tuscany SCA support in the Geronimo Admin console

[Raymond Feng]

Hi,

1) Please find a usage scenario at: 
http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg27362.html


2) For contribution concept, Read the SCA assembly spec at: 
http://www.osoa.org/download/attachments/35/SCA_AssemblyModel_V100.pdf?version=1. 
Simply speaking, contribution is the packaging scheme for SCA. It's some 
sort of archive, such as jar, zip, war or a folder. The only requirement is 
that the artifacts in the contribution can be located using a hierarchical 
URIs.


3) I would suggest that you bring up the tuscany-workspace-admin as a 
regular web application and run it inside Geronimo as the 1st step. This 
way, you can better understand the idea. I'm working on a whitepaper which 
describes how to package tuscany as a web application for Geronimo. You can 
see it at 
http://cwiki.apache.org/confluence/display/TUSCANYWIKI/Tuscany+Web+Application+based+Integration+with+Geronimo.


4) Once you achieve 3), you can think about how to mash 3 into the admin 
console using ACE.


Thanks,
Raymond

--
From: "Thilina Buddhika" <[EMAIL PROTECTED]>
Sent: Tuesday, March 18, 2008 6:01 AM
To: 
Subject: Re: GSoC project idea - Tuscany SCA support in the Geronimo Admin 
console



Hi,
Nowadays I am doing my homework to get familiar with the associated
technologies of this project. I need to clarify one more thing. In the
project idea, it says " Develop an ACE portlet to deploy and manage SCA
contributions with the Geronimo admin console ".

Can you describe this comment further?

Adding an ACE will add its new content to the Geronimo Extensible Admin
Console, and users can manage them easily. In this case, The content is 
SCA
contributions. Where can I find more about SCA contributions? How will 
this

be useful to "tuscany"? What are the use cases ?

Having a proper idea about this would help me to grab the things 
correctly.


thanks in advace.

best regards,
Thilina

On Mon, Mar 17, 2008 at 11:21 PM, Raymond Feng <[EMAIL PROTECTED]> 
wrote:



Hi, Thilina.

Thank you for your interests to help the Tuscany project.

We already have a general web-based SCA domain admin tool in Tuscany. You
can find it at [1]. To start the application, just run the following
class:

org.apache.tuscany.sca.workspace.admin.main.DomainAdminMain

Then you can point your browser to http://localhost:9990/ui/home/ to see
the
GUI. You might need to adjust the port number, please check for the
console
output of the application.

You can take it as the base and work out the best way to integrate it 
with

the Geronimo console.

Thanks,
Raymond

[1]

http://svn.apache.org/repos/asf/incubator/tuscany/java/sca/modules/workspace-admin

--
From: "Thilina Buddhika" <[EMAIL PROTECTED]>
Sent: Sunday, March 16, 2008 8:42 PM
To: ; <[EMAIL PROTECTED]>
Subject: Re: GSoC project idea - Tuscany SCA support in the Geronimo 
Admin

console

> Hi,
> Thanks a lot for your positive response. I would like to take this
project
> as my GSoC project. I will go through the links you have specified and
> I'll
> start work on this.
>
> thanks!
>
> best regards,
> Thilina
>
> On Sun, Mar 16, 2008 at 1:39 PM, ant elder <[EMAIL PROTECTED]> wrote:
>
>> On Sat, Mar 15, 2008 at 7:21 AM, Thilina Buddhika 
>> <[EMAIL PROTECTED]>

>> wrote:
>>
>> > Hi,
>> > I am interested in implementing *"Tuscany SCA support in the 
>> > Geronimo

>> > Admin
>> > console" as my GSoC project. I have some SOA experience with Apache
>> Axis2
>> > and Apache Synpase. I am realizing the potential of Tuscany, as I am
>> > playing
>> > around it these days. All the documentations of this project are of
>> > high
>> > standard and I really appreciate it.
>> >
>> > It is highly appreciated if you can give some suggestions and
>> > guidelines
>> > to
>> > shape up and refine this project idea a little bit further.
>> >
>> > thanks in advance.
>> >
>> > best regards,
>> > Thilina   *
>> >
>>
>>
>> Thats excellent news Thilina.
>>
>> As a start you could read the doc on writing Geronimo console
extensions
>> [1]
>> and there's a README on using tuscany in geronimo at [2] so you could
>> install all the tuscany and geronimo code and try to get it all 
>> working

>> to
>> get some idea of whats required. There's a few others on the tuscany
>> mailing
>> lists interested in Tuscany Geronimo integration so hopefully they'll
add
>> any comments and I'll try to get some Geronimo people to give some
tips.
>> If
>> you're serious should i add you name to the GSoC project so no one 
>> else

>> takes it?
>>
>>   ...ant
>>
>> [1]
>>
>>
http://cwiki.apache.org/GMOxDEV/administration-console-extension-developers-guide.html
>> [2]
>>
https://svn.apache.org/repos/asf/geronimo/plugins/tuscany/trunk/README.TXT
>>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]






---

Re: Hang in new UID() in ThreadPoolWorkManager

[ant elder]

Deleting that Felix console line fixes the problem. Is that line necessary
for something? It seems like an easy work around if its ok to delete that.

   ...ant

On Tue, Mar 18, 2008 at 4:07 PM, Rajini Sivaram <
[EMAIL PROTECTED]> wrote:

> Ant,
>
> Did you try running without the Felix console - remove the line containing
> org.apache.felix.shell.tui from
> osgi-implementation\src\test\resources\osgi\felix\felix.config.properties?
>
>
>
> On 3/18/08, ant elder <[EMAIL PROTECTED]> wrote:
> >
> > Yes that simple test works ok, also changing the maven-surefire-plugin
> > config to have never also fixes the problem as does
> > running in debug mode in eclipse (even with no breakpoints set).
> >
> >   ...ant
> >
> > On Tue, Mar 18, 2008 at 3:45 PM, Raymond Feng <[EMAIL PROTECTED]>
> > wrote:
> >
> > > Not sure if this is related:
> > > http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4851715.
> > >
> > > Your thread hangs at:
> > > at java.net.Inet4AddressImpl.getLocalHostName(Native Method)
> > >at java.net.InetAddress.getLocalHost(InetAddress.java:1297)
> > >
> > > Can you try a simple java test case to call
> > > java.net.InetAddress.getLocalHost()?
> > >
> > > Thanks,
> > > Raymond
> > > --
> > > From: "ant elder" <[EMAIL PROTECTED]>
> > > Sent: Tuesday, March 18, 2008 4:12 AM
> > > To: "tuscany-dev" 
> > > Subject: Hang in new UID() in ThreadPoolWorkManager
> > >
> > > > Debugging TUSCANY-2093 it looks like I get a hang in the new UID()
> > > > statement
> > > > on line 92. Googling around i can't find much about what could be
> > > causing
> > > > that, i've tried different JVMs, stopping firewalls, all the various
> > > > network
> > > > apps running etc, nothing makes any difference. Any one have any
> > ideas?
> > > >
> > > >   ...ant
> > > >
> > >
> > > -
> > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > For additional commands, e-mail: [EMAIL PROTECTED]
> > >
> > >
> >
>
>
>
> --
> Thank you...
>
> Regards,
>
> Rajini

Re: Hang in new UID() in ThreadPoolWorkManager

[Rajini Sivaram]

Ant,

Did you try running without the Felix console - remove the line containing
org.apache.felix.shell.tui from
osgi-implementation\src\test\resources\osgi\felix\felix.config.properties?



On 3/18/08, ant elder <[EMAIL PROTECTED]> wrote:
>
> Yes that simple test works ok, also changing the maven-surefire-plugin
> config to have never also fixes the problem as does
> running in debug mode in eclipse (even with no breakpoints set).
>
>   ...ant
>
> On Tue, Mar 18, 2008 at 3:45 PM, Raymond Feng <[EMAIL PROTECTED]> wrote:
>
> > Not sure if this is related:
> > http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4851715.
> >
> > Your thread hangs at:
> > at java.net.Inet4AddressImpl.getLocalHostName(Native Method)
> >at java.net.InetAddress.getLocalHost(InetAddress.java:1297)
> >
> > Can you try a simple java test case to call
> > java.net.InetAddress.getLocalHost()?
> >
> > Thanks,
> > Raymond
> > --
> > From: "ant elder" <[EMAIL PROTECTED]>
> > Sent: Tuesday, March 18, 2008 4:12 AM
> > To: "tuscany-dev" 
> > Subject: Hang in new UID() in ThreadPoolWorkManager
> >
> > > Debugging TUSCANY-2093 it looks like I get a hang in the new UID()
> > > statement
> > > on line 92. Googling around i can't find much about what could be
> > causing
> > > that, i've tried different JVMs, stopping firewalls, all the various
> > > network
> > > apps running etc, nothing makes any difference. Any one have any
> ideas?
> > >
> > >   ...ant
> > >
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>



-- 
Thank you...

Regards,

Rajini

[jira] Commented: (TUSCANY-2095) Change attribute element to type on wsdl part element,throws an error.

[Raymond Feng (JIRA)]

[ 
https://issues.apache.org/jira/browse/TUSCANY-2095?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12579906#action_12579906
 ] 

Raymond Feng commented on TUSCANY-2095:
---

Is your WSDL a document-literal style? If so, the wsdl:part should point to an 
element instead of type as required by WS-I basic profile. 

http://www.ws-i.org/Profiles/BasicProfile-1.1.html

R2204 A document-literal binding in a DESCRIPTION MUST refer, in each of its 
soapbind:body element(s), only to wsdl:part element(s) that have been defined 
using the element attribute. 

The failing code path is from AXIS2.



> Change attribute element to type on wsdl part element,throws an error.
> --
>
> Key: TUSCANY-2095
> URL: https://issues.apache.org/jira/browse/TUSCANY-2095
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA Axis Binding Extension
>Affects Versions: Java-SCA-1.1
> Environment: sun jdk1.5.09 winxp
>Reporter: wangfeng
> Fix For: Java-SCA-1.2
>
>
> I run the sample helloworld-ws-service and it works fine,but I modify the 
> wsdl file changing the element attribute to type attribute on part 
> element,throws an error.
> 
>   
> 
> 
>element="tns:getGreetingsResponse"/>
> 
> To
> 
> 
> 
> 
> 
>   
> Is this a bug or a axis's bug?
> Exception in thread "main" org.osoa.sca.ServiceRuntimeException: 
> java.lang.RuntimeException: org.apache.axis2.AxisFault: No element type is 
> defined for message getGreetingsRequest
>   at 
> org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCADomain.java:264)
>   at 
> org.apache.tuscany.sca.host.embedded.SCADomain.newInstance(SCADomain.java:69)
>   at helloworld.HelloWorldServer.main(HelloWorldServer.java:33)
> Caused by: java.lang.RuntimeException: org.apache.axis2.AxisFault: No element 
> type is defined for message getGreetingsRequest
>   at 
> org.apache.tuscany.sca.binding.ws.axis2.Axis2ServiceProvider.start(Axis2ServiceProvider.java:289)
>   at 
> org.apache.tuscany.sca.binding.ws.axis2.Axis2ServiceBindingProvider.start(Axis2ServiceBindingProvider.java:94)
>   at 
> org.apache.tuscany.sca.core.assembly.CompositeActivatorImpl.start(CompositeActivatorImpl.java:520)
>   at 
> org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.init(DefaultSCADomain.java:226)
>   at 
> org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.(DefaultSCADomain.java:109)
>   at 
> org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCADomain.java:231)
>   ... 2 more
> Caused by: org.apache.axis2.AxisFault: No element type is defined for message 
> getGreetingsRequest
>   at org.apache.axis2.AxisFault.makeFault(AxisFault.java:417)
>   at 
> org.apache.axis2.description.WSDL11ToAxisServiceBuilder.populateService(WSDL11ToAxisServiceBuilder.java:291)
>   at 
> org.apache.tuscany.sca.binding.ws.axis2.Axis2ServiceProvider.createWSDLAxisService(Axis2ServiceProvider.java:512)
>   at 
> org.apache.tuscany.sca.binding.ws.axis2.Axis2ServiceProvider.createAxisService(Axis2ServiceProvider.java:427)
>   at 
> org.apache.tuscany.sca.binding.ws.axis2.Axis2ServiceProvider.start(Axis2ServiceProvider.java:235)
>   ... 7 more
> Caused by: 
> org.apache.axis2.description.WSDL11ToAxisServiceBuilder$WSDLProcessingException:
>  No element type is defined for message getGreetingsRequest
>   at 
> org.apache.axis2.description.WSDL11ToAxisServiceBuilder.addQNameReference(WSDL11ToAxisServiceBuilder.java:1106)
>   at 
> org.apache.axis2.description.WSDL11ToAxisServiceBuilder.addQNameReference(WSDL11ToAxisServiceBuilder.java:1036)
>   at 
> org.apache.axis2.description.WSDL11ToAxisServiceBuilder.populateBinding(WSDL11ToAxisServiceBuilder.java:536)
>   at 
> org.apache.axis2.description.WSDL11ToAxisServiceBuilder.populateEndpoint(WSDL11ToAxisServiceBuilder.java:422)
>   at 
> org.apache.axis2.description.WSDL11ToAxisServiceBuilder.populateEndpoints(WSDL11ToAxisServiceBuilder.java:377)
>   at 
> org.apache.axis2.description.WSDL11ToAxisServiceBuilder.populateService(WSDL11ToAxisServiceBuilder.java:281)
>   ... 10 more

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [PROPOSAL] Using new Workspace in samples/calculator-distributed Re: Domain/Contribution Repository was: Re: SCA contribution packaging schemes: was: SCA runtimes

[Simon Laws]

I got the code done last week but I'm only just now finishing up the
build.xml file. So, as promised, here's what I did (a bit of a long post but
I think I got it all)

Firstly to get more familiar with the workspace I followed Sebastien's
instructions from the Domain/Contribution repository thread [1] and ran up
the workspace to have a play.

"You can use the latest tutorial modules to see the end to end integration,
with the following steps:

1. Start tutorial/domain/.../LaunchTutorialAdmin.

2. Open http://localhost:9990/ui/composite in your Web browser. You should
see all the tutorial contributions and deployables that I've added to that
domain.

3. Click the feeds in the "composite install image" to see the resolved
composites.

4. Start all the launch programs in tutorial/nodes, you can start them in
any order you want.

5. Open tutorial/assets/tutorial.html in your Web browser, follow the links
to the various store implementations."

The workspace is allowing you to organize the relationships between
contributions/composites, the domain composite that describes the whole
application and the nodes that will run the composites. It processes all of
the contributions that have been provided, the composites they contain, the
association of composite with the domain and with nodes and produces fully
resolved composites in terms of the contributions that are require to run
them and the service and reference URIs that they will use.

This resolved composite information is available from the workspace through
composite specific feeds. From this feed you can get URLs to the required
contributions and the composite. In fact what happens each time you do a GET
on the composite URL is that all of the composites assigned to the domain
are read and the domain composite is "built" in full using the composite
builder. The individual composite that was requested is then extracted and
returned. In this way policy matching, cross domain wiring, autowiring etc
is manged at the domain level using the same code used by the nodes to build
individual composites.

This is very similar in layout with what is happening with our current
domain/node implementation where you add contributions to the domain and
nodes run the resulting composites. However there is a big difference here
in that there is now an implication that the domain is fully configured
before you start the nodes as the workspace is responsible for configuring
service / reference URIs based on prior knowledge of node configurations.
Previously you could start nodes and have them register with the domain
without having to provide this knowledge manually to the domain. I guess
automatic node registration could be rolled into this if we want.

In making the calculator-distributed sample work I wanted to be able to test
the sample in our maven build so having a set of HTTP forms (which the
workspace does provide) to fill in is interesting but not that useful. So
immediately I went looking for the files that the workspace writes to see if
I could create those and install them pre-configured ready for the test to
run. I used the tutorial files as templates and made the following to match
the calculator-distributed scenario.

Firstly there is a file (workspace.xml) [2] that describes all each
contribution's location and URI

http://tuscany.apache.org/xmlns/sca/1.0"; xmlns:ns1="
http://tuscany.apache.org/xmlns/sca/1.0";>
  
  
  
  http://tuscany.apache.org/xmlns/sca/1.0/cloud"/>


Then there is a file (domain.composite) [3] that is a serialized version of
the domain composite, i.e. what you would get from the specs
getDomainLevelComposite() method. This shows which composites are deployed
at the domain level.

http://tuscany.apache.org/xmlns/sca/1.0";
  xmlns="http://www.osoa.org/xmlns/sca/1.0"; xmlns:ns1="
http://www.osoa.org/xmlns/sca/1.0";>
  http://sample"/>
  http://sample"/>
  http://sample"/>


Lastly there is a file (cloud.composite) [4] that is another SCA composite
that describes the nodes that are going to run composites.

http://tuscany.apache.org/xmlns/sca/1.0";
  xmlns="http://www.osoa.org/xmlns/sca/1.0"; xmlns:ns1="
http://www.osoa.org/xmlns/sca/1.0";>
  http://tuscany.apache.org/xmlns/sca/1.0/cloud"; xmlns:ns2="
http://sample/cloud"/>
  http://tuscany.apache.org/xmlns/sca/1.0/cloud"; xmlns:ns2="
http://sample/cloud"/>
  http://tuscany.apache.org/xmlns/sca/1.0/cloud"; xmlns:ns2="
http://sample/cloud"/>


Each included node composite looks something like

http://www.osoa.org/xmlns/sca/1.0";
xmlns:t="http://tuscany.apache.org/xmlns/sca/1.0";
targetNamespace="http://sample/cloud";
xmlns:s="http://sample";
name="NodeA">




http://localhost:8100"/>





You will note that the node holds default binding URI information.

With these files the workspace can produce the fully configured composites
that will run on each node.

Having done this I rewrote the code in the "node" package to c

[jira] Assigned: (TUSCANY-2095) Change attribute element to type on wsdl part element,throws an error.

[Raymond Feng (JIRA)]

 [ 
https://issues.apache.org/jira/browse/TUSCANY-2095?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Raymond Feng reassigned TUSCANY-2095:
-

Assignee: Raymond Feng

> Change attribute element to type on wsdl part element,throws an error.
> --
>
> Key: TUSCANY-2095
> URL: https://issues.apache.org/jira/browse/TUSCANY-2095
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA Axis Binding Extension
>Affects Versions: Java-SCA-1.1
> Environment: sun jdk1.5.09 winxp
>Reporter: wangfeng
>Assignee: Raymond Feng
> Fix For: Java-SCA-1.2
>
>
> I run the sample helloworld-ws-service and it works fine,but I modify the 
> wsdl file changing the element attribute to type attribute on part 
> element,throws an error.
> 
>   
> 
> 
>element="tns:getGreetingsResponse"/>
> 
> To
> 
> 
> 
> 
> 
>   
> Is this a bug or a axis's bug?
> Exception in thread "main" org.osoa.sca.ServiceRuntimeException: 
> java.lang.RuntimeException: org.apache.axis2.AxisFault: No element type is 
> defined for message getGreetingsRequest
>   at 
> org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCADomain.java:264)
>   at 
> org.apache.tuscany.sca.host.embedded.SCADomain.newInstance(SCADomain.java:69)
>   at helloworld.HelloWorldServer.main(HelloWorldServer.java:33)
> Caused by: java.lang.RuntimeException: org.apache.axis2.AxisFault: No element 
> type is defined for message getGreetingsRequest
>   at 
> org.apache.tuscany.sca.binding.ws.axis2.Axis2ServiceProvider.start(Axis2ServiceProvider.java:289)
>   at 
> org.apache.tuscany.sca.binding.ws.axis2.Axis2ServiceBindingProvider.start(Axis2ServiceBindingProvider.java:94)
>   at 
> org.apache.tuscany.sca.core.assembly.CompositeActivatorImpl.start(CompositeActivatorImpl.java:520)
>   at 
> org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.init(DefaultSCADomain.java:226)
>   at 
> org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.(DefaultSCADomain.java:109)
>   at 
> org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCADomain.java:231)
>   ... 2 more
> Caused by: org.apache.axis2.AxisFault: No element type is defined for message 
> getGreetingsRequest
>   at org.apache.axis2.AxisFault.makeFault(AxisFault.java:417)
>   at 
> org.apache.axis2.description.WSDL11ToAxisServiceBuilder.populateService(WSDL11ToAxisServiceBuilder.java:291)
>   at 
> org.apache.tuscany.sca.binding.ws.axis2.Axis2ServiceProvider.createWSDLAxisService(Axis2ServiceProvider.java:512)
>   at 
> org.apache.tuscany.sca.binding.ws.axis2.Axis2ServiceProvider.createAxisService(Axis2ServiceProvider.java:427)
>   at 
> org.apache.tuscany.sca.binding.ws.axis2.Axis2ServiceProvider.start(Axis2ServiceProvider.java:235)
>   ... 7 more
> Caused by: 
> org.apache.axis2.description.WSDL11ToAxisServiceBuilder$WSDLProcessingException:
>  No element type is defined for message getGreetingsRequest
>   at 
> org.apache.axis2.description.WSDL11ToAxisServiceBuilder.addQNameReference(WSDL11ToAxisServiceBuilder.java:1106)
>   at 
> org.apache.axis2.description.WSDL11ToAxisServiceBuilder.addQNameReference(WSDL11ToAxisServiceBuilder.java:1036)
>   at 
> org.apache.axis2.description.WSDL11ToAxisServiceBuilder.populateBinding(WSDL11ToAxisServiceBuilder.java:536)
>   at 
> org.apache.axis2.description.WSDL11ToAxisServiceBuilder.populateEndpoint(WSDL11ToAxisServiceBuilder.java:422)
>   at 
> org.apache.axis2.description.WSDL11ToAxisServiceBuilder.populateEndpoints(WSDL11ToAxisServiceBuilder.java:377)
>   at 
> org.apache.axis2.description.WSDL11ToAxisServiceBuilder.populateService(WSDL11ToAxisServiceBuilder.java:281)
>   ... 10 more

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Hang in new UID() in ThreadPoolWorkManager

[ant elder]

Yes that simple test works ok, also changing the maven-surefire-plugin
config to have never also fixes the problem as does
running in debug mode in eclipse (even with no breakpoints set).

   ...ant

On Tue, Mar 18, 2008 at 3:45 PM, Raymond Feng <[EMAIL PROTECTED]> wrote:

> Not sure if this is related:
> http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4851715.
>
> Your thread hangs at:
> at java.net.Inet4AddressImpl.getLocalHostName(Native Method)
>at java.net.InetAddress.getLocalHost(InetAddress.java:1297)
>
> Can you try a simple java test case to call
> java.net.InetAddress.getLocalHost()?
>
> Thanks,
> Raymond
> --
> From: "ant elder" <[EMAIL PROTECTED]>
> Sent: Tuesday, March 18, 2008 4:12 AM
> To: "tuscany-dev" 
> Subject: Hang in new UID() in ThreadPoolWorkManager
>
> > Debugging TUSCANY-2093 it looks like I get a hang in the new UID()
> > statement
> > on line 92. Googling around i can't find much about what could be
> causing
> > that, i've tried different JVMs, stopping firewalls, all the various
> > network
> > apps running etc, nothing makes any difference. Any one have any ideas?
> >
> >   ...ant
> >
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Re: Hang in new UID() in ThreadPoolWorkManager

[Rajini Sivaram]

And

http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4939977


On 3/18/08, Raymond Feng <[EMAIL PROTECTED]> wrote:
>
> Not sure if this is related:
> http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4851715.
>
> Your thread hangs at:
> at java.net.Inet4AddressImpl.getLocalHostName(Native Method)
>at java.net.InetAddress.getLocalHost(InetAddress.java:1297)
>
> Can you try a simple java test case to call
> java.net.InetAddress.getLocalHost()?
>
> Thanks,
> Raymond
> --
> From: "ant elder" <[EMAIL PROTECTED]>
> Sent: Tuesday, March 18, 2008 4:12 AM
> To: "tuscany-dev" 
> Subject: Hang in new UID() in ThreadPoolWorkManager
>
> > Debugging TUSCANY-2093 it looks like I get a hang in the new UID()
> > statement
> > on line 92. Googling around i can't find much about what could be
> causing
> > that, i've tried different JVMs, stopping firewalls, all the various
> > network
> > apps running etc, nothing makes any difference. Any one have any ideas?
> >
> >   ...ant
> >
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


-- 
Thank you...

Regards,

Rajini

Re: Hang in new UID() in ThreadPoolWorkManager

[Raymond Feng]

Not sure if this is related: 
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4851715.


Your thread hangs at:
at java.net.Inet4AddressImpl.getLocalHostName(Native Method)
   at java.net.InetAddress.getLocalHost(InetAddress.java:1297)

Can you try a simple java test case to call 
java.net.InetAddress.getLocalHost()?


Thanks,
Raymond
--
From: "ant elder" <[EMAIL PROTECTED]>
Sent: Tuesday, March 18, 2008 4:12 AM
To: "tuscany-dev" 
Subject: Hang in new UID() in ThreadPoolWorkManager

Debugging TUSCANY-2093 it looks like I get a hang in the new UID() 
statement

on line 92. Googling around i can't find much about what could be causing
that, i've tried different JVMs, stopping firewalls, all the various 
network

apps running etc, nothing makes any difference. Any one have any ideas?

  ...ant



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Commented: (TUSCANY-2096) When itest/osgi-tuscany bundles run in Equinox, OSGiRuntime does not find EquinoxRuntime, but uses FelixRuntime

[JIRA]

[ 
https://issues.apache.org/jira/browse/TUSCANY-2096?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12579866#action_12579866
 ] 

Jürgen Schumacher commented on TUSCANY-2096:


Another small (cosmetic) issue with the 3rd-party bundle: Sometimes Eclipse 
complains about  two files in this bundle (e.g. when having it as a 
Required-Bundle for a plugin project in the Eclipse workspace:

Illegal type of archive for required library: 
'D:\Works\eclipse\plugins\org.apache.tuscany.sca.3rdparty_1.2.0\addressing.mar'

Same for activemq-web-demo.war. 

They seem not to be a problem, when referring to the bundle using 
"Import-Package" (and I know that Require-Bundle is not really the way to go), 
but maybe it is possible to not include them in the generated bundle? Sorry, I 
do not understand maven well enough yet to provide a patch.


> When itest/osgi-tuscany bundles run in Equinox, OSGiRuntime does not find 
> EquinoxRuntime, but uses FelixRuntime
> ---
>
> Key: TUSCANY-2096
> URL: https://issues.apache.org/jira/browse/TUSCANY-2096
> Project: Tuscany
>  Issue Type: Improvement
>  Components: Java SCA OSGi Integration
>Affects Versions: Java-SCA-Next
> Environment: Windows XP, Sun JDK 1.5.0_11, Eclipse 3.3.2 (Equinox 
> 3.3.2)
>Reporter: Jürgen Schumacher
>Priority: Minor
> Attachments: itest-osgituscany-runtime-pom.patch
>
>
> I used the OSGi bundles generated by itest/osgi-tuscany in Equinox. 
> The BundleActivator of the tuscany-runtime bundle calls 
> OSGiRuntime.findRuntime(), which
> creates a  org.apache.tuscany.sca.osgi.runtime.FelixRuntime. This seems
> not to disturb operation very much, because the main difference to 
> EquinoxRuntime
> is in starting and stopping a Felix or Equinox runtime. But it can be easily 
> fixed by adding
> the package of EclipseStarter, org.eclipse.core.runtime.adaptor, to the 
> DynamicImport-Package
> statement of the manifest of the tuscany-runtime bundle. See attached patch.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Commented: (TUSCANY-2097) Build errors in itest/osgi-tuscany

[Simon Nash (JIRA)]

[ 
https://issues.apache.org/jira/browse/TUSCANY-2097?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12579859#action_12579859
 ] 

Simon Nash commented on TUSCANY-2097:
-

There was one orphaned Java process.  I killed it and reran the build.

Problem 2 went away as a result of this.

Problem 1 still occurred, but less often.  It seems like it is now confined to 
the multithreaded tests.

Problem 3 still occurred, with exactly the same symptoms as before.  2 tests 
are failing because of this.


> Build errors in itest/osgi-tuscany
> --
>
> Key: TUSCANY-2097
> URL: https://issues.apache.org/jira/browse/TUSCANY-2097
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA OSGi Integration
>Affects Versions: Java-SCA-Next
> Environment: Windows, Sun JDK 1.5.0_14
>Reporter: Simon Nash
> Fix For: Java-SCA-Next
>
> Attachments: jira2097.log
>
>
> Here is a summary of the build errors I am seeing.  I will attach my full 
> build log to this JIRA.
> 1. revision.location error creating archive.  This seems to show up on
>every test, and it does not seem to cause a hard failure in the test.
> java.io.FileNotFoundException: 
> F:\tuscany63\sca\itest\osgi-tuscany\osgi-tuscany-
> test\.felix.test\bundle1\version0.0\revision.location (The system cannot find 
> th
> e file specified)
> ERROR: org.apache.felix.framework.cache.BundleCache: Error creating archive. 
> (ja
> va.io.FileNotFoundException: 
> F:\tuscany63\sca\itest\osgi-tuscany\osgi-tuscany-te
> st\.felix.test\bundle1\version0.0\revision.location (The system cannot find 
> the
> file specified))
> 2. InvocationTargetException in CalculatorRMIReferencetestCase.
> java.lang.reflect.InvocationTargetException
> . 
> Caused by: java.rmi.server.ExportException: Port already in use: 8099; nested 
> ex
> ception is:
> java.net.BindException: Address already in use: JVM_Bind
> 3. Various errors in testOSGiTuscany_BindingWS
> -> ERROR: org.apache.felix.framework.cache.BundleArchive: Unable to delete 
> archi
> ve directory - 
> F:\tuscany63\sca\itest\osgi-tuscany\osgi-tuscany-test\.felix.test
> \bundle5
> java.util.zip.ZipException: The system cannot find the file specified
> org.osgi.framework.BundleException: Could not create bundle object.
> .
> Caused by: java.util.zip.ZipException: The system cannot find the file 
> specified

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Commented: (TUSCANY-2093) Hangs in osgi itests

[ant elder (JIRA)]

[ 
https://issues.apache.org/jira/browse/TUSCANY-2093?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12579847#action_12579847
 ] 

ant elder commented on TUSCANY-2093:


As an fyi with the latest IBM 1.6 JDK the tests work ok for me, with the Sun 
1.6 or any 1.5 JDK i get the hangs.

> Hangs in osgi itests
> 
>
> Key: TUSCANY-2093
> URL: https://issues.apache.org/jira/browse/TUSCANY-2093
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA Integration Tests
>Affects Versions: Java-SCA-Next
>Reporter: ant elder
> Fix For: Java-SCA-Next
>
>
> I get hangs running various of the osgi itests, the test run part way through 
> then just appear to hang for ever, no IO or CPU activity on the process. Eg, 
> the output on the console for some hangs are:
> Running org.apache.tuscany.sca.test.osgi.tuscany.OSGiSupplyChainTestCase
> -> Run tests from : ../../../samples/osgi-supplychain
> Loaded Tuscany, time taken = 31625 ms
> Running test null(supplychain.SupplyChainClientTestCase)
> Started OSGi bundle with activator OSGiCustomerImpl
> Started OSGi bundle with activator OSGiShipperImpl
> another:
> [INFO] Building Apache Tuscany OSGi Contribution tests
> [INFO]task-segment: [clean, install]
> [INFO] 
> 
> [INFO] [clean:clean]
> [INFO] Deleting directory 
> C:\Tuscany\SVN\LATEST\itest\osgi-contribution\contribution-test\target
> [INFO] [resources:resources]
> [INFO] Using default encoding to copy filtered resources.
> [INFO] [compiler:compile]
> [INFO] Compiling 1 source file to 
> C:\Tuscany\SVN\LATEST\itest\osgi-contribution\contribution-test\target\classes
> [INFO] [resources:testResources]
> [INFO] Using default encoding to copy filtered resources.
> [INFO] [compiler:testCompile]
> [INFO] Compiling 4 source files to 
> C:\Tuscany\SVN\LATEST\itest\osgi-contribution\contribution-test\target\test-classes
> [INFO] [surefire:test]
> [INFO] Surefire report directory: 
> C:\Tuscany\SVN\LATEST\itest\osgi-contribution\contribution-test\target\surefire-reports
> ---
>  T E S T S
> ---
> Running org.apache.tuscany.sca.contribution.osgi.test.OSGiResolverTestCase
> -> Created supplychain.customer.JavaCustomerComponentImpl using classloader 
> 6.0
> Created supplychain.retailer.JavaRetailerComponentImpl using classloader 7.0
> Created supplychain.warehouse.JavaWarehouseComponentImpl using classloader 8.0
> Created supplychain.shipper.JavaShipperComponentImpl using classloader 9.0
> another:
> Running supplychain.wiring.DSWiring1TestCase
> -> Main thread Thread[main,5,main]
> Created OSGiCustomerComponentImpl [EMAIL PROTECTED]
> Activated OSGiCustomerComponentImpl bundle
> OSGiCustomerComponentImpl.purchaseBooks, retailer1 is [Proxy - [EMAIL 
> PROTECTED]
> Activated OSGiRetailerComponentImpl bundle
> Activated OSGiRetailerComponentImpl bundle
> OSGiRetailerComponentImpl.submitOrder , warehouse is [Proxy - [EMAIL 
> PROTECTED]
> JavaWarehouseComponentImpl.fulfillOrder : shipper is [Proxy - [EMAIL 
> PROTECTED]
> Activated OSGiShipperComponentImpl bundle
> Activated OSGiShipperComponentImpl bundle
> OSGiShipperComponentImpl.processShipment, customer is [Proxy - [EMAIL 
> PROTECTED]
> This is easily recreateable so i can help debug, just right now i'm not sure 
> where to look. 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Commented: (TUSCANY-2093) Hangs in osgi itests

[Rajini Sivaram (JIRA)]

[ 
https://issues.apache.org/jira/browse/TUSCANY-2093?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12579839#action_12579839
 ] 

Rajini Sivaram commented on TUSCANY-2093:
-

Ant,

Thank you for the stack trace - this is very useful (even though I still dont 
know what the problem is).

There are two threads there which look suspicious:

"Felix Shell TUI" 
 This thread is doing a System.out.println, which should be piped into the 
other maven process, and the wait could be because the other process was 
killed.  I am fairly certain this is not the cause since you were able to 
recreate the hang under Eclipse. But to be absolutely sure, could you remove 
the line containing org.apache.felix.shell.tui from 
osgi-implementation\src\test\resources\osgi\felix\felix.config.properties, and 
see if the hang recurs?


"main"
This thread is doing a non-blocking invocation. And looking at the three 
stack traces you had at the start, they are all doing non-blocking invocations. 
I wonder what could cause this thread from not completing. It seems to be in 
RUNNING state, and from the stack trace I can't see anything causing it to 
block before it completes the call (and the calls results in a print, so it 
didn't complete in any of your hanging runs). I will dig into the code a bit 
further. Do you have any ideas?





> Hangs in osgi itests
> 
>
> Key: TUSCANY-2093
> URL: https://issues.apache.org/jira/browse/TUSCANY-2093
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA Integration Tests
>Affects Versions: Java-SCA-Next
>Reporter: ant elder
> Fix For: Java-SCA-Next
>
>
> I get hangs running various of the osgi itests, the test run part way through 
> then just appear to hang for ever, no IO or CPU activity on the process. Eg, 
> the output on the console for some hangs are:
> Running org.apache.tuscany.sca.test.osgi.tuscany.OSGiSupplyChainTestCase
> -> Run tests from : ../../../samples/osgi-supplychain
> Loaded Tuscany, time taken = 31625 ms
> Running test null(supplychain.SupplyChainClientTestCase)
> Started OSGi bundle with activator OSGiCustomerImpl
> Started OSGi bundle with activator OSGiShipperImpl
> another:
> [INFO] Building Apache Tuscany OSGi Contribution tests
> [INFO]task-segment: [clean, install]
> [INFO] 
> 
> [INFO] [clean:clean]
> [INFO] Deleting directory 
> C:\Tuscany\SVN\LATEST\itest\osgi-contribution\contribution-test\target
> [INFO] [resources:resources]
> [INFO] Using default encoding to copy filtered resources.
> [INFO] [compiler:compile]
> [INFO] Compiling 1 source file to 
> C:\Tuscany\SVN\LATEST\itest\osgi-contribution\contribution-test\target\classes
> [INFO] [resources:testResources]
> [INFO] Using default encoding to copy filtered resources.
> [INFO] [compiler:testCompile]
> [INFO] Compiling 4 source files to 
> C:\Tuscany\SVN\LATEST\itest\osgi-contribution\contribution-test\target\test-classes
> [INFO] [surefire:test]
> [INFO] Surefire report directory: 
> C:\Tuscany\SVN\LATEST\itest\osgi-contribution\contribution-test\target\surefire-reports
> ---
>  T E S T S
> ---
> Running org.apache.tuscany.sca.contribution.osgi.test.OSGiResolverTestCase
> -> Created supplychain.customer.JavaCustomerComponentImpl using classloader 
> 6.0
> Created supplychain.retailer.JavaRetailerComponentImpl using classloader 7.0
> Created supplychain.warehouse.JavaWarehouseComponentImpl using classloader 8.0
> Created supplychain.shipper.JavaShipperComponentImpl using classloader 9.0
> another:
> Running supplychain.wiring.DSWiring1TestCase
> -> Main thread Thread[main,5,main]
> Created OSGiCustomerComponentImpl [EMAIL PROTECTED]
> Activated OSGiCustomerComponentImpl bundle
> OSGiCustomerComponentImpl.purchaseBooks, retailer1 is [Proxy - [EMAIL 
> PROTECTED]
> Activated OSGiRetailerComponentImpl bundle
> Activated OSGiRetailerComponentImpl bundle
> OSGiRetailerComponentImpl.submitOrder , warehouse is [Proxy - [EMAIL 
> PROTECTED]
> JavaWarehouseComponentImpl.fulfillOrder : shipper is [Proxy - [EMAIL 
> PROTECTED]
> Activated OSGiShipperComponentImpl bundle
> Activated OSGiShipperComponentImpl bundle
> OSGiShipperComponentImpl.processShipment, customer is [Proxy - [EMAIL 
> PROTECTED]
> This is easily recreateable so i can help debug, just right now i'm not sure 
> where to look. 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Commented: (TUSCANY-2033) java interface exposed as service, annoted with javax.xml.ws.RequestWrapper(...) is ignoring the namespace

[Scott Kurz (JIRA)]

[ 
https://issues.apache.org/jira/browse/TUSCANY-2033?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12579836#action_12579836
 ] 

Scott Kurz commented on TUSCANY-2033:
-

I'm surprised we'd view Clemens' original example as an error, though I agree 
the jira2033.zip should be detected as an error.

True, the original component reference was defined via the introspected 
.   But shouldn't the JAX-WS annotations be taken into 
consideration?

 I'm not sure precisely how to do so, whether to build an interface model 
object incorporating both Java & WSDL info or simply to define the mapping 
algorithm to allow for this, or if we've gotten anywhere since this was opened 
a month ago, so I'll leave it at that. 







> java interface exposed as service, annoted with 
> javax.xml.ws.RequestWrapper(...) is ignoring the namespace
> --
>
> Key: TUSCANY-2033
> URL: https://issues.apache.org/jira/browse/TUSCANY-2033
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA Axis Binding Extension
>Affects Versions: Java-SCA-1.0.1
>Reporter: clemens utschig
>Assignee: Raymond Feng
>Priority: Critical
> Fix For: Java-SCA-Next
>
> Attachments: EmpFlexFieldService.java, EmpFlexFieldService.wsdl, 
> jira2033.zip, SDOReferenceBinding.zip
>
>
> I have a composite defined that uses an external referenced webservice which 
> provides SDOs
> 
> http://www.osoa.org/xmlns/sca/1.0";
>targetNamespace="/model/common/"
> 
> xmlns:dbsdo="http://tuscany.apache.org/xmlns/sca/databinding/sdo/1.0";
> name="FlexEmployeeComposite" xmlns:tns="/model/common/types/"
> xmlns:types="/model/common/types/"
> xmlns:errors="http://xmlns.oracle.com/adf/svc/errors/";
> xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/";>
>
>   class="com.oracle.soa.test.tuscany.impl.EmployeeServiceComponent"/>
>  
>
>  promote="FlexEmployeeServiceComponent/empFlexFieldService">
>   interface="model.common.serviceinterface.EmpFlexFieldService"/>
>   uri="http://localhost:1234/Application4710-Model-context-root/EmpFlexFieldService"/>
>
>  
> The java interface that is promoted as service interface / and reflects the 
> webservice endpoint, contains jaxws annotations for namespaces as below ..
> @javax.jws.soap.SOAPBinding(parameterStyle=javax.jws.soap.SOAPBinding.ParameterStyle.WRAPPED,
>  
> style=javax.jws.soap.SOAPBinding.Style.DOCUMENT)
> @javax.jws.WebService(targetNamespace="/model/common/", 
> name="EmpFlexFieldService", 
> wsdlLocation="model/common/serviceinterface/EmpFlexFieldService.wsdl")
> @oracle.j2ee.ws.common.sdo.SchemaLocation(value="model/common/serviceinterface/EmpFlexFieldService.xsd")
> public interface EmpFlexFieldService {
> public static final String NAME = 
> new QName("/model/common/", "EmpFlexFieldService").toString();
> @javax.jws.WebMethod(action="/model/common/getEmployees1", 
> operationName="getEmployees1")
> @javax.xml.ws.RequestWrapper(targetNamespace="/model/common/types/", 
> localName="getEmployees1")
> @javax.xml.ws.ResponseWrapper(targetNamespace="/model/common/types/", 
> localName="getEmployees1Response")
> @javax.jws.WebResult(name="result")
> DataObject 
> getEmployees1(@javax.jws.WebParam(mode=javax.jws.WebParam.Mode.IN, 
> name="empno")
> Integer empno) throws ServiceException;
> At runtime - axis generates the following soap message - which is derived 
> from the base targetNamespace
> > 
> >  > xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/";>
> > 
> > <_ns_:getEmployees1 xmlns:_ns_="/model/common/">
> > 1
> > 
> > 
> > 
> obviously this is wrong - it should be ..
> > http://schemas.xmlsoap.org/soap/envelope/";>
> > 
> > 
> > 
> > 
> > 
> > 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: GSoC project idea - Tuscany SCA support in the Geronimo Admin console

[Thilina Buddhika]

Hi,
Nowadays I am doing my homework to get familiar with the associated
technologies of this project. I need to clarify one more thing. In the
project idea, it says " Develop an ACE portlet to deploy and manage SCA
contributions with the Geronimo admin console ".

Can you describe this comment further?

Adding an ACE will add its new content to the Geronimo Extensible Admin
Console, and users can manage them easily. In this case, The content is SCA
contributions. Where can I find more about SCA contributions? How will this
be useful to "tuscany"? What are the use cases ?

Having a proper idea about this would help me to grab the things correctly.

thanks in advace.

best regards,
Thilina

On Mon, Mar 17, 2008 at 11:21 PM, Raymond Feng <[EMAIL PROTECTED]> wrote:

> Hi, Thilina.
>
> Thank you for your interests to help the Tuscany project.
>
> We already have a general web-based SCA domain admin tool in Tuscany. You
> can find it at [1]. To start the application, just run the following
> class:
>
> org.apache.tuscany.sca.workspace.admin.main.DomainAdminMain
>
> Then you can point your browser to http://localhost:9990/ui/home/ to see
> the
> GUI. You might need to adjust the port number, please check for the
> console
> output of the application.
>
> You can take it as the base and work out the best way to integrate it with
> the Geronimo console.
>
> Thanks,
> Raymond
>
> [1]
>
> http://svn.apache.org/repos/asf/incubator/tuscany/java/sca/modules/workspace-admin
>
> --
> From: "Thilina Buddhika" <[EMAIL PROTECTED]>
> Sent: Sunday, March 16, 2008 8:42 PM
> To: ; <[EMAIL PROTECTED]>
> Subject: Re: GSoC project idea - Tuscany SCA support in the Geronimo Admin
> console
>
> > Hi,
> > Thanks a lot for your positive response. I would like to take this
> project
> > as my GSoC project. I will go through the links you have specified and
> > I'll
> > start work on this.
> >
> > thanks!
> >
> > best regards,
> > Thilina
> >
> > On Sun, Mar 16, 2008 at 1:39 PM, ant elder <[EMAIL PROTECTED]> wrote:
> >
> >> On Sat, Mar 15, 2008 at 7:21 AM, Thilina Buddhika <[EMAIL PROTECTED]>
> >> wrote:
> >>
> >> > Hi,
> >> > I am interested in implementing *"Tuscany SCA support in the Geronimo
> >> > Admin
> >> > console" as my GSoC project. I have some SOA experience with Apache
> >> Axis2
> >> > and Apache Synpase. I am realizing the potential of Tuscany, as I am
> >> > playing
> >> > around it these days. All the documentations of this project are of
> >> > high
> >> > standard and I really appreciate it.
> >> >
> >> > It is highly appreciated if you can give some suggestions and
> >> > guidelines
> >> > to
> >> > shape up and refine this project idea a little bit further.
> >> >
> >> > thanks in advance.
> >> >
> >> > best regards,
> >> > Thilina   *
> >> >
> >>
> >>
> >> Thats excellent news Thilina.
> >>
> >> As a start you could read the doc on writing Geronimo console
> extensions
> >> [1]
> >> and there's a README on using tuscany in geronimo at [2] so you could
> >> install all the tuscany and geronimo code and try to get it all working
> >> to
> >> get some idea of whats required. There's a few others on the tuscany
> >> mailing
> >> lists interested in Tuscany Geronimo integration so hopefully they'll
> add
> >> any comments and I'll try to get some Geronimo people to give some
> tips.
> >> If
> >> you're serious should i add you name to the GSoC project so no one else
> >> takes it?
> >>
> >>   ...ant
> >>
> >> [1]
> >>
> >>
> http://cwiki.apache.org/GMOxDEV/administration-console-extension-developers-guide.html
> >> [2]
> >>
> https://svn.apache.org/repos/asf/geronimo/plugins/tuscany/trunk/README.TXT
> >>
> >
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Re: GSoC project idea - Tuscany SCA support in the Geronimo Admin console

[Dan Becker]

Thilina Buddhika wrote:

Thanks a lot for your positive response. I would like to take this project
as my GSoC project. I will go through the links you have specified and I'll
start work on this.


Thilina,

And if you have any questions, post here, and I will help answer too. 
I've been working both Tuscany and Geronimo issues, so maybe I can help 
build bridges too.

--
Thanks, Dan Becker

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Updated: (TUSCANY-2099) Porting Workpool-Distributed demo to current.

[Giorgio Zoppi (JIRA)]

 [ 
https://issues.apache.org/jira/browse/TUSCANY-2099?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Giorgio Zoppi updated TUSCANY-2099:
---

Attachment: firstpatch.diff

First patch.

> Porting Workpool-Distributed demo to current.
> -
>
> Key: TUSCANY-2099
> URL: https://issues.apache.org/jira/browse/TUSCANY-2099
> Project: Tuscany
>  Issue Type: New Feature
>Reporter: Giorgio Zoppi
> Fix For: Java-SCA-Next
>
> Attachments: firstpatch.diff
>
>
> This is the first patch to adapt workpool demo to current. Still it doens't 
> compile.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Created: (TUSCANY-2099) Porting Workpool-Distributed demo to current.

[Giorgio Zoppi (JIRA)]

Porting Workpool-Distributed demo to current.
-

 Key: TUSCANY-2099
 URL: https://issues.apache.org/jira/browse/TUSCANY-2099
 Project: Tuscany
  Issue Type: New Feature
Reporter: Giorgio Zoppi
 Fix For: Java-SCA-Next


This is the first patch to adapt workpool demo to current. Still it doens't 
compile.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Commented: (TUSCANY-2097) Build errors in itest/osgi-tuscany

[ant elder (JIRA)]

[ 
https://issues.apache.org/jira/browse/TUSCANY-2097?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12579816#action_12579816
 ] 

ant elder commented on TUSCANY-2097:


Do you have any orphaned java processes still running from a previous run? I've 
seen errors similar to this when thats happened, using the task monitor and 
killing any left over java.exe processes has fixed it.

> Build errors in itest/osgi-tuscany
> --
>
> Key: TUSCANY-2097
> URL: https://issues.apache.org/jira/browse/TUSCANY-2097
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA OSGi Integration
>Affects Versions: Java-SCA-Next
> Environment: Windows, Sun JDK 1.5.0_14
>Reporter: Simon Nash
> Fix For: Java-SCA-Next
>
> Attachments: jira2097.log
>
>
> Here is a summary of the build errors I am seeing.  I will attach my full 
> build log to this JIRA.
> 1. revision.location error creating archive.  This seems to show up on
>every test, and it does not seem to cause a hard failure in the test.
> java.io.FileNotFoundException: 
> F:\tuscany63\sca\itest\osgi-tuscany\osgi-tuscany-
> test\.felix.test\bundle1\version0.0\revision.location (The system cannot find 
> th
> e file specified)
> ERROR: org.apache.felix.framework.cache.BundleCache: Error creating archive. 
> (ja
> va.io.FileNotFoundException: 
> F:\tuscany63\sca\itest\osgi-tuscany\osgi-tuscany-te
> st\.felix.test\bundle1\version0.0\revision.location (The system cannot find 
> the
> file specified))
> 2. InvocationTargetException in CalculatorRMIReferencetestCase.
> java.lang.reflect.InvocationTargetException
> . 
> Caused by: java.rmi.server.ExportException: Port already in use: 8099; nested 
> ex
> ception is:
> java.net.BindException: Address already in use: JVM_Bind
> 3. Various errors in testOSGiTuscany_BindingWS
> -> ERROR: org.apache.felix.framework.cache.BundleArchive: Unable to delete 
> archi
> ve directory - 
> F:\tuscany63\sca\itest\osgi-tuscany\osgi-tuscany-test\.felix.test
> \bundle5
> java.util.zip.ZipException: The system cannot find the file specified
> org.osgi.framework.BundleException: Could not create bundle object.
> .
> Caused by: java.util.zip.ZipException: The system cannot find the file 
> specified

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Issue Comment Edited: (TUSCANY-1725) XSD2JavaGenerator has a problem with associations navigable from both sides

[Kelvin Goodson (JIRA)]

[ 
https://issues.apache.org/jira/browse/TUSCANY-1725?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12529388#action_12529388
 ] 

kgoodson edited comment on TUSCANY-1725 at 3/18/08 5:03 AM:
--

Thanks for this.  I'd like to add the schema as the basis of a test, as a first 
step.  We need you to grant license to the ASF to use it.  Would you be able to 
attach a file with the schema please and tick the "Grant License" button please?


(for ref: here's the thread that led to this jira -- 
http://www.mail-archive.com/[EMAIL PROTECTED]/msg01818.html )

  was (Author: kgoodson):
Thanks for this.  I'd like to add the schema as the basis of a test, as a 
first step.  We need you to grant license to the ASF to use it.  Would you be 
able to attach a file with the schema please and tick the "Grant License" 
button please?


(for ref: here's the thread that led to this jira -- 
http://www.mail-archive.com/[EMAIL PROTECTED]/msg01818.html)
  
> XSD2JavaGenerator has a problem with associations navigable from both sides
> ---
>
> Key: TUSCANY-1725
> URL: https://issues.apache.org/jira/browse/TUSCANY-1725
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SDO Tools
>Affects Versions: Java-SDO-1.0
> Environment: Linux
>Reporter: Miro Kandic
> Fix For: Java-SDO-Next
>
> Attachments: xmlSchema.xsd
>
>
> XSD2JavaGenerator does not work in the case of any association type 
> (association, composition) that is navigable from both sides.
> I have intentionally, just to test generator, made Customer-SoH association 
> in the next schema navigable from both sides and generated code cannot be 
> compiled.
> Frank, after initial analyses, confirmed that saying "Bidirectional 
> references are broken in Tuscany. They seem
> to have been broken when we switched over to the new (noEMF) codegen
> patterns."
> Next is complete XSD built automatically from the UML model.
> 
> 
>  targetNamespace="http://www.cisco.com/odns/soa";
> xmlns:xsd="http://www.w3.org/2001/XMLSchema";
> xmlns:sdo="commonj.sdo" xmlns:sdoxml="commonj.sdo/xml"
> xmlns:impl="http://www.cisco.com/odns/soa";
> elementFormDefault="qualified">
> 
> 
> 
>  maxOccurs="1"/>
>  maxOccurs="1"/>
> 
> 
> 
> 
> 
>  sdoxml:propertyType="impl:SoH"
> sdoxml:oppositeProperty="customer" minOccurs="0" 
> maxOccurs="unbounded" />
>  maxOccurs="1"/>
>  maxOccurs="1"/>
>  maxOccurs="1"/>
>  maxOccurs="1"/>
>  maxOccurs="1"/>
> 
> 
> 
> 
> 
>  maxOccurs="1"/>
>  maxOccurs="1"/>
>  maxOccurs="1"/>
> 
> 
> 
> 
>  
>   
> 
>  maxOccurs="1"/>
>  maxOccurs="1"/>
>  maxOccurs="1"/>
>  maxOccurs="1"/>
> 
>   
>  
> 
> 
> 
>  sdoxml:propertyType="impl:Customer"
> sdoxml:oppositeProperty="orders" minOccurs="1" maxOccurs="1" 
> />
>  maxOccurs="unbounded" />
>  maxOccurs="1"/>
>  maxOccurs="1"/>
>  maxOccurs="1"/>
>  maxOccurs="1"/>
>  maxOccurs="1"/>
>  maxOccurs="1"/>
> 
> 
> 
> 
> 
>  sdoxml:propertyType="impl:Product"
> sdoxml:oppositeProperty="soLs" minOccurs="1" maxOccurs="1" />
>  maxOccurs="unbounded" />
>  maxOccurs="1"/>
>  maxOccurs="1"/>
>  maxOccurs="1"/>
>  maxOccurs="1"/>
>  maxOccurs="1"/>
>  maxOccurs="1"/>
> 
> 
> 
> 
> 
>  maxOccurs="1"/>
>  maxOccurs="1"/>
>  maxOccurs="1"/>
>  maxOccurs="1"/>
>  maxOccurs="1"/>
>  maxOccurs="1"/>
> 
> 
> 
> 
> 
> 
>  maxOccurs="unbounded" />
>  maxOccurs="unbounded" />
>  maxOccurs="unbounded" />
>  maxOccurs="unbounded" />
> 
> 
> 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Resolved: (TUSCANY-2098) Bidirectional properties are not working in XSD2JavaGenerator

[Kelvin Goodson (JIRA)]

 [ 
https://issues.apache.org/jira/browse/TUSCANY-2098?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Kelvin Goodson resolved TUSCANY-2098.
-

Resolution: Duplicate

Surinder,  you have uncovered a known problem.  It was reported in 
https://issues.apache.org/jira/browse/TUSCANY-1725
Unfortunately we haven't been able to tackle it yet.However,  I think if 
you wanted to try to get your schema running using dynamic SDO you would need 
to add some xsd:ID properties to Writer and Book.  I put up an example of this 
kind of thing the other day,  see  http://www.mail-archive.com/[EMAIL 
PROTECTED]/msg02626.html

Is there a chance you might be able to help us fix TUSCANY-1725?

> Bidirectional properties are not working in XSD2JavaGenerator
> -
>
> Key: TUSCANY-2098
> URL: https://issues.apache.org/jira/browse/TUSCANY-2098
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SDO Tools
>Affects Versions: Java-SDO-1.0
>Reporter: Surinder Pal Singh Bindra
>Priority: Blocker
> Attachments: library.xsd
>
>
> Bidirectional relations seems to be broken in XSD2JavaGenerator. It generates 
> code which can't be compiled. Here is the sample schema.
> 
> http://www.generated.example.sdo.org/Library"; 
> xmlns:xsd="http://www.w3.org/2001/XMLSchema"; 
> xmlns:sdoXML="commonj.sdo/xml" 
> xmlns:sdoJava="commonj.sdo/java" xmlns:sdo="commonj.sdo" 
> xmlns:lib="http://www.generated.example.sdo.org/Library";
> sdoJava:package="org.sdo.example.generated.library">
> 
>  
>   
>   
>   
>   
>sdoXML:oppositeProperty="books" sdoXML:propertyType="lib:Writer"/>
>   
>   
>
>   
>
>maxOccurs="unbounded" sdoXML:oppositeProperty="author" 
> sdoXML:propertyType="lib:Book"/>
>   
>   
>   
> 
>   
>minOccurs="0" maxOccurs="unbounded" />
>maxOccurs="unbounded" />
>   
>   
>   
>   
>   
>   
>   
>   
>   
> 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Updated: (TUSCANY-2098) Bidirectional properties are not working in XSD2JavaGenerator

[Surinder Pal Singh Bindra (JIRA)]

 [ 
https://issues.apache.org/jira/browse/TUSCANY-2098?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Surinder Pal Singh Bindra updated TUSCANY-2098:
---

Attachment: library.xsd

> Bidirectional properties are not working in XSD2JavaGenerator
> -
>
> Key: TUSCANY-2098
> URL: https://issues.apache.org/jira/browse/TUSCANY-2098
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SDO Tools
>Affects Versions: Java-SDO-1.0
>Reporter: Surinder Pal Singh Bindra
>Priority: Blocker
> Attachments: library.xsd
>
>
> Bidirectional relations seems to be broken in XSD2JavaGenerator. It generates 
> code which can't be compiled. Here is the sample schema.
> 
> http://www.generated.example.sdo.org/Library"; 
> xmlns:xsd="http://www.w3.org/2001/XMLSchema"; 
> xmlns:sdoXML="commonj.sdo/xml" 
> xmlns:sdoJava="commonj.sdo/java" xmlns:sdo="commonj.sdo" 
> xmlns:lib="http://www.generated.example.sdo.org/Library";
> sdoJava:package="org.sdo.example.generated.library">
> 
>  
>   
>   
>   
>   
>sdoXML:oppositeProperty="books" sdoXML:propertyType="lib:Writer"/>
>   
>   
>
>   
>
>maxOccurs="unbounded" sdoXML:oppositeProperty="author" 
> sdoXML:propertyType="lib:Book"/>
>   
>   
>   
> 
>   
>minOccurs="0" maxOccurs="unbounded" />
>maxOccurs="unbounded" />
>   
>   
>   
>   
>   
>   
>   
>   
>   
> 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Updated: (TUSCANY-2098) Bidirectional properties are not working in XSD2JavaGenerator

[Surinder Pal Singh Bindra (JIRA)]

 [ 
https://issues.apache.org/jira/browse/TUSCANY-2098?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Surinder Pal Singh Bindra updated TUSCANY-2098:
---

Description: 
Bidirectional relations seems to be broken in XSD2JavaGenerator. It generates 
code which can't be compiled. Here is the sample schema.


http://www.generated.example.sdo.org/Library"; 
xmlns:xsd="http://www.w3.org/2001/XMLSchema"; xmlns:sdoXML="commonj.sdo/xml" 
xmlns:sdoJava="commonj.sdo/java" xmlns:sdo="commonj.sdo" 
xmlns:lib="http://www.generated.example.sdo.org/Library";
sdoJava:package="org.sdo.example.generated.library">

   







 

 




  















  was:
Bidirectional relations seems to be broken in XSD2JavaGenerator. It generates 
code which can't be compiled. Here is the sample schema.

http://www.generated.example.sdo.org/Library"; 
xmlns:xsd="http://www.w3.org/2001/XMLSchema"; xmlns:sdoXML="commonj.sdo/xml" 
xmlns:sdoJava="commonj.sdo/java" xmlns:sdo="commonj.sdo" 
xmlns:lib="http://www.generated.example.sdo.org/Library";
sdoJava:package="org.sdo.example.generated.library">

   







 






  
















> Bidirectional properties are not working in XSD2JavaGenerator
> -
>
> Key: TUSCANY-2098
> URL: https://issues.apache.org/jira/browse/TUSCANY-2098
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SDO Tools
>Affects Versions: Java-SDO-1.0
>Reporter: Surinder Pal Singh Bindra
>Priority: Blocker
>
> Bidirectional relations seems to be broken in XSD2JavaGenerator. It generates 
> code which can't be compiled. Here is the sample schema.
> 
> http://www.generated.example.sdo.org/Library"; 
> xmlns:xsd="http://www.w3.org/2001/XMLSchema"; 
> xmlns:sdoXML="commonj.sdo/xml" 
> xmlns:sdoJava="commonj.sdo/java" xmlns:sdo="commonj.sdo" 
> xmlns:lib="http://www.generated.example.sdo.org/Library";
> sdoJava:package="org.sdo.example.generated.library">
> 
>  
>   
>   
>   
>   
>sdoXML:oppositeProperty="books" sdoXML:propertyType="lib:Writer"/>
>   
>   
>
>   
>
>maxOccurs="unbounded" sdoXML:oppositeProperty="author" 
> sdoXML:propertyType="lib:Book"/>
>   
>   
>   
> 
>   
>minOccurs="0" maxOccurs="unbounded" />
>maxOccurs="unbounded" />
>   
>   
>   
>   
>   
>   
>   
>   
>   
> 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Created: (TUSCANY-2098) Bidirectional properties are not working in XSD2JavaGenerator

[Surinder Pal Singh Bindra (JIRA)]

Bidirectional properties are not working in XSD2JavaGenerator
-

 Key: TUSCANY-2098
 URL: https://issues.apache.org/jira/browse/TUSCANY-2098
 Project: Tuscany
  Issue Type: Bug
  Components: Java SDO Tools
Affects Versions: Java-SDO-1.0
Reporter: Surinder Pal Singh Bindra
Priority: Blocker


Bidirectional relations seems to be broken in XSD2JavaGenerator. It generates 
code which can't be compiled. Here is the sample schema.

http://www.generated.example.sdo.org/Library"; 
xmlns:xsd="http://www.w3.org/2001/XMLSchema"; xmlns:sdoXML="commonj.sdo/xml" 
xmlns:sdoJava="commonj.sdo/java" xmlns:sdo="commonj.sdo" 
xmlns:lib="http://www.generated.example.sdo.org/Library";
sdoJava:package="org.sdo.example.generated.library">

   







 






  















-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Tests for Tuscany running under OSGi

[Juergen.Schumacher]

 
> 1. revision.location error creating archive.  This seems to show up on
> every test, and it does not seem to cause a hard failure in the test.
> 
> java.io.FileNotFoundException: 
> F:\tuscany63\sca\itest\osgi-tuscany\osgi-tuscany-
> test\.felix.test\bundle1\version0.0\revision.location (The 
> system cannot find th e file specified)
> ERROR: org.apache.felix.framework.cache.BundleCache: Error 
> creating archive. (ja
> va.io.FileNotFoundException: 
> F:\tuscany63\sca\itest\osgi-tuscany\osgi-tuscany-te
> st\.felix.test\bundle1\version0.0\revision.location (The 
> system cannot find the file specified))

I remember having these errors yesterday, too. Today, everything
is fine. Maybe an "mvn clean" in itest/osgi-tuscany helped?
I'm checked out trunk revision r638257 currently.

Cheers
Juergen.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Commented: (TUSCANY-2074) Component Service not coming up.

[Sandeep Raman (JIRA)]

[ 
https://issues.apache.org/jira/browse/TUSCANY-2074?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12579806#action_12579806
 ] 

Sandeep Raman commented on TUSCANY-2074:


ny luck..

> Component Service not coming up.
> 
>
> Key: TUSCANY-2074
> URL: https://issues.apache.org/jira/browse/TUSCANY-2074
> Project: Tuscany
>  Issue Type: Test
>  Components: Java SCA Tomcat Integration
>Affects Versions: Java-SCA-1.1
> Environment: Windows , Tomcat 5.5 , Apache tuscany 1.1 , Java 5.0
>Reporter: Sandeep Raman
>Priority: Critical
> Fix For: Java-SCA-Next
>
> Attachments: java.zip
>
>   Original Estimate: 72h
>  Remaining Estimate: 72h
>
> summary of the Issue:
> I have an issue with the component service not coming up. below mentioned 
> is my scenario.
> I have a JSP (default.jsp) which does the following:
> <%@ page import="org.apache.tuscany.sca.host.embedded.SCADomain"%>
> <%@ page contentType="text/html;charset=UTF-8" language="java" %>
> <%
>   SCADomain scaDomain = SCADomain.newInstance("RunTime.composite");
>   System.out.println("RunTime Composite Started");
> %>
> and the Runtime.composite is as follows:
> 
> 
> 
>  interface="http://eai#wsdl.interface(TwoWSService)" /> 
> http://localhost:8080/TwoWSService"; />
> 
> 
> Now I create a war of all my Java classes , wsdl , composite files and 
> with the default.jsp as the default run target.
> This war gets deployed in tomcat and the jsp page comes up. It creates a 
> new instance of Runtime.composite too , but it doesnt seem to be starting 
> the
> component service which i have mentioned in the composite file : 
> http://localhost:8080/TwoWSService"; />.
> --
> Following Mails explain the scenario::
> > I see everything in console, like
> >
> > INFO: initContextPath: /TwoWS
> > INFO: Added Servlet mapping: /TwoWSService
> >
> > Even if i try to Run my low lying services which i am composing it Runs
> > fine and can see the output in the console..
> > The issue is the wsdl url which i need to publish and not able to find it
> > anywhere.
> >
> > As per the samples , in my case
> > http://localhost:8080/TwoWS/TwoWSService?wsdl should point to my wsdl, but
> > tht doesnt seem to exist
> >
> > Regards
> > Sandeep
> >
> >
> > "ant elder" <[EMAIL PROTECTED]> wrote on 03/11/2008 05:03:44 PM:
> >
> > > A difference between this and the calculator sample is the way the jsp
> > gets
> > > the SCADomain object, the Tuscany jsp samples do:
> > > <%
> > >SCADomain scaDomain = (SCADomain) application.getAttribute("
> > > org.apache.tuscany.sca.SCADomain");
> > >CalculatorService calculatorService =
> > > (CalculatorService)scaDomain.getService(CalculatorService.class,
> > > "CalculatorServiceComponent");
> > > %>
> > >
> > > whereas this code does:
> > > <%
> > >  SCADomain scaDomain = SCADomain.newInstance("RunTime.composite");
> > >  System.out.println("RunTime Composite Started");
> > > %>
> > > I've never tried that so i don't know if it will work.
> > >
> > > If Tuscany is activating the WS endpoint you should see the messages on
> > the
> > > tomcat console about it, for example, with the calculator ws sample you
> > see:
> > >
> > > INFO: ContextPath: /sample-calculator-ws-webapp
> > > and
> > > INFO: Added Servlet mapping: /AddServiceComponent
> > >
> > > so you can add those and you tomcat host and port to get
> > >
> > > http://localhost:8080//sample-calculator-ws-webapp/AddServiceComponent
> > >
> > > You can test thats working by appending ?wsdl to that and url and
> > entering
> > > it in a browser which should return the wsdl document for the service.
> > >
> > > If you don't see the above messages then something is going wrong and
> > the WS
> > > endpoint is not being registered correctly.
> > >
> > >...ant
> > >
> > > On Tue, Mar 11, 2008 at 11:07 AM, Sandeep Raman <[EMAIL PROTECTED]>
> > > wrote:
> > >
> > > > Hi,
> > > >
> > > > I have done pretty much in the same way as the sample.
> > > > i need to see my wsdl , my component service which is running . I am
> > not
> > > > able to figure out the URL for the wsdl file.
> > > >
> > > > I am stuck up there, since all my external requests need this wsdl URL
> > to
> > > > process, any help or suggestion will be highly appreciated
> > > >
> > > > Regards
> > > > Sandeep Raman
> > > >
> > > > "ant elder" <[EMAIL PROTECTED]> wrote on 03/11/2008 02:28:13 PM:
> > > >
> > > > > On Tue, Mar 11, 2008 at 3:38 AM, Sandeep Raman
> > <[EMAIL PROTECTED]>
> > > > > wrote:
> > > > >
> > > > > > Hi,
> > > > > >
> > > > > > I have an issue with the component se

Hang in new UID() in ThreadPoolWorkManager

[ant elder]

Debugging TUSCANY-2093 it looks like I get a hang in the new UID() statement
on line 92. Googling around i can't find much about what could be causing
that, i've tried different JVMs, stopping firewalls, all the various network
apps running etc, nothing makes any difference. Any one have any ideas?

   ...ant

Re: [VOTE] Release SDO Java version 1.1-incubating (release candidate 2)

[ant elder]

No problem Kelvin, I can take a look.

   ...ant

On Tue, Mar 18, 2008 at 10:51 AM, kelvin goodson <[EMAIL PROTECTED]>
wrote:

> This release candidate turned out to have a few issues when I took this
> for
> a vote on the general AT incubator list [1].  At the moment I'm not
> finding
> the time to address these issues.  Is there anyone who might be able to
> pick
> this up?  It doesn't require SDO knowledge,  just release management.
>
> Kelvin.
>
> [1] http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg28403.html
>
> On 29/02/2008, kelvin goodson <[EMAIL PROTECTED]> wrote:
> >
> > Please review and vote to release the 1.1-incubating release of Tuscany
> > SDO for Java
> >
> > The distribution files are at [1]
> > Maven artifacts for the release candidate are available at [2]
> > The tag for the release is at [3]
> >
> > The rat report is at - [4], [5]
> >
> > Here's my +1
> >
> > Kelvin.
> >
> > [1] 
> > http://people.apache.org/~amita/tuscany/1.1-RC2
> 
> > [2] 
> > http://people.apache.org/~amita/tuscany/1.1-RC2/maven
> 
> > [3]
> >
> https://svn.apache.org/repos/asf/incubator/tuscany/tags/java/sdo/1.1-incubating/
> > [4]
> >
> http://people.apache.org/~amita/tuscany/1.1-RC2/rat-SDO-1.1-incubating-RC2.txt
> <
> http://people.apache.org/%7Eamita/tuscany/1.1-RC2/rat-SDO-1.1-incubating-RC2.txt
> >
> > [5]
> >
> http://people.apache.org/~amita/tuscany/1.1-RC2/rat-SDO-1.1-incubating-RC2-Exceptions.txt
> <
> http://people.apache.org/%7Eamita/tuscany/1.1-RC2/rat-SDO-1.1-incubating-RC2-Exceptions.txt
> >
> >
> >
>

Re: Tests for Tuscany running under OSGi

[Simon Nash]

Rajini Sivaram wrote:

On 3/17/08, Simon Nash <[EMAIL PROTECTED]> wrote:

Rajini Sivaram wrote:

Simon,

Sorry about that. I hadn't done a clean build, so I didn't notice that
binding-feed-atom didn't exist anymore.


I did an svn up to pick up the latest itest/osgi-tuscany changes and
I got further this time.  The modules all built but I got test failures.

Here's the stack trace from the tests.  Sorry that it is long but there
seem be multiple failures of different severity.  Any ideas?



Simon,

I haven't seen the exception you are seeing (the first one in your log). Is
it possible that you may be running out of disk space? I just realized that
Felix caches bundles, and hence requires quite a lot of disk space to run
Tuscany. So the total disk space required to build and run osgi-tuscany is
close to 180M - it is at this point that I should take back the request to
add osgi-tuscany to the build.


This 180M figure for peak disk space consumption is consistent with what
I am seeing.  The time taken for the tests that I am able to run is
slightly more than the total time taken by the current full Tuscany build
(22 mins for osgi-tuscany vs 20 mins for the rest of the build,
using a fast machine, so the total build time would approximately
double from ~20 mins to ~40 mins if this were included).  Doubling the
build time is the biggest problem for me, as this would have a very
large impact on my productivity.  The 180MB space overhead is less of
a showstopper but would be inconvenient.

However I have still not got the tests to run to completion, so it's
possible that the final figures for space and time could be different
for an osgi-tuscany build that runs successfully to completion.


Am I right in assuming that you are using the Sun JDK? Jurgen had also run
into the OutOfMemory problem with perm gen space (the error right at the end
of your log), which I haven't run into with the IBM JDK. It almost looks
like Sun's JDK doesn't manage to garbage collect fully after an OSGi run
(maybe classes are not GC'ed even after the classloader is unreachable, I am
not sure).   I have modified the test pom to fork a new VM for each test to
avoid that error. That does slow down the tests, but at least they will run
(hopefully).


Yes I am running on the Sun JDK.  With the "fork" change, I get much
further, though I still don't get a clean build.  I monitored disk
space usage throughout the test run and I am not running out of space.

Here is a summary of the errors I am seeing now.  I have opened TUSCANY-2097
to track this and I have posted my full build log there.

1. revision.location error creating archive.  This seems to show up on
   every test, and it does not seem to cause a hard failure in the test.

java.io.FileNotFoundException: F:\tuscany63\sca\itest\osgi-tuscany\osgi-tuscany-
test\.felix.test\bundle1\version0.0\revision.location (The system cannot find th
e file specified)
ERROR: org.apache.felix.framework.cache.BundleCache: Error creating archive. (ja
va.io.FileNotFoundException: F:\tuscany63\sca\itest\osgi-tuscany\osgi-tuscany-te
st\.felix.test\bundle1\version0.0\revision.location (The system cannot find the
file specified))

2. InvocationTargetException in CalculatorRMIReferencetestCase.

java.lang.reflect.InvocationTargetException
.
Caused by: java.rmi.server.ExportException: Port already in use: 8099; nested ex
ception is:
java.net.BindException: Address already in use: JVM_Bind

3. Various errors in testOSGiTuscany_BindingWS

-> ERROR: org.apache.felix.framework.cache.BundleArchive: Unable to delete archi
ve directory - F:\tuscany63\sca\itest\osgi-tuscany\osgi-tuscany-test\.felix.test
\bundle5
java.util.zip.ZipException: The system cannot find the file specified

org.osgi.framework.BundleException: Could not create bundle object.
.
Caused by: java.util.zip.ZipException: The system cannot find the file specified


  Simon


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Updated: (TUSCANY-2097) Build errors in itest/osgi-tuscany

[Simon Nash (JIRA)]

 [ 
https://issues.apache.org/jira/browse/TUSCANY-2097?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Simon Nash updated TUSCANY-2097:


Attachment: jira2097.log

Here is the full build log showing the various errors with full stack traces.

> Build errors in itest/osgi-tuscany
> --
>
> Key: TUSCANY-2097
> URL: https://issues.apache.org/jira/browse/TUSCANY-2097
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA OSGi Integration
>Affects Versions: Java-SCA-Next
> Environment: Windows, Sun JDK 1.5.0_14
>Reporter: Simon Nash
> Fix For: Java-SCA-Next
>
> Attachments: jira2097.log
>
>
> Here is a summary of the build errors I am seeing.  I will attach my full 
> build log to this JIRA.
> 1. revision.location error creating archive.  This seems to show up on
>every test, and it does not seem to cause a hard failure in the test.
> java.io.FileNotFoundException: 
> F:\tuscany63\sca\itest\osgi-tuscany\osgi-tuscany-
> test\.felix.test\bundle1\version0.0\revision.location (The system cannot find 
> th
> e file specified)
> ERROR: org.apache.felix.framework.cache.BundleCache: Error creating archive. 
> (ja
> va.io.FileNotFoundException: 
> F:\tuscany63\sca\itest\osgi-tuscany\osgi-tuscany-te
> st\.felix.test\bundle1\version0.0\revision.location (The system cannot find 
> the
> file specified))
> 2. InvocationTargetException in CalculatorRMIReferencetestCase.
> java.lang.reflect.InvocationTargetException
> . 
> Caused by: java.rmi.server.ExportException: Port already in use: 8099; nested 
> ex
> ception is:
> java.net.BindException: Address already in use: JVM_Bind
> 3. Various errors in testOSGiTuscany_BindingWS
> -> ERROR: org.apache.felix.framework.cache.BundleArchive: Unable to delete 
> archi
> ve directory - 
> F:\tuscany63\sca\itest\osgi-tuscany\osgi-tuscany-test\.felix.test
> \bundle5
> java.util.zip.ZipException: The system cannot find the file specified
> org.osgi.framework.BundleException: Could not create bundle object.
> .
> Caused by: java.util.zip.ZipException: The system cannot find the file 
> specified

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Created: (TUSCANY-2097) Build errors in itest/osgi-tuscany

[Simon Nash (JIRA)]

Build errors in itest/osgi-tuscany
--

 Key: TUSCANY-2097
 URL: https://issues.apache.org/jira/browse/TUSCANY-2097
 Project: Tuscany
  Issue Type: Bug
  Components: Java SCA OSGi Integration
Affects Versions: Java-SCA-Next
 Environment: Windows, Sun JDK 1.5.0_14
Reporter: Simon Nash
 Fix For: Java-SCA-Next


Here is a summary of the build errors I am seeing.  I will attach my full build 
log to this JIRA.

1. revision.location error creating archive.  This seems to show up on
   every test, and it does not seem to cause a hard failure in the test.

java.io.FileNotFoundException: F:\tuscany63\sca\itest\osgi-tuscany\osgi-tuscany-
test\.felix.test\bundle1\version0.0\revision.location (The system cannot find th
e file specified)
ERROR: org.apache.felix.framework.cache.BundleCache: Error creating archive. (ja
va.io.FileNotFoundException: F:\tuscany63\sca\itest\osgi-tuscany\osgi-tuscany-te
st\.felix.test\bundle1\version0.0\revision.location (The system cannot find the
file specified))

2. InvocationTargetException in CalculatorRMIReferencetestCase.

java.lang.reflect.InvocationTargetException
. 
Caused by: java.rmi.server.ExportException: Port already in use: 8099; nested ex
ception is:
java.net.BindException: Address already in use: JVM_Bind

3. Various errors in testOSGiTuscany_BindingWS

-> ERROR: org.apache.felix.framework.cache.BundleArchive: Unable to delete archi
ve directory - F:\tuscany63\sca\itest\osgi-tuscany\osgi-tuscany-test\.felix.test
\bundle5
java.util.zip.ZipException: The system cannot find the file specified

org.osgi.framework.BundleException: Could not create bundle object.
.
Caused by: java.util.zip.ZipException: The system cannot find the file specified


-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [VOTE] Release SDO Java version 1.1-incubating (release candidate 2)

[kelvin goodson]

Sorry,  in my recent post I gave the wrong link for the general thread -- it
should have been
http://www.mail-archive.com/[EMAIL PROTECTED]/msg16971.html

Kelvin.

On 18/03/2008, kelvin goodson <[EMAIL PROTECTED]> wrote:
>
> This release candidate turned out to have a few issues when I took this
> for a vote on the general AT incubator list [1].  At the moment I'm not
> finding the time to address these issues.  Is there anyone who might be able
> to pick this up?  It doesn't require SDO knowledge,  just release
> management.
>
> Kelvin.
>
> [1] http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg28403.html
>
> On 29/02/2008, kelvin goodson <[EMAIL PROTECTED]> wrote:
> >
> > Please review and vote to release the 1.1-incubating release of Tuscany
> > SDO for Java
> >
> > The distribution files are at [1]
> > Maven artifacts for the release candidate are available at [2]
> > The tag for the release is at [3]
> >
> > The rat report is at - [4], [5]
> >
> > Here's my +1
> >
> > Kelvin.
> >
> > [1] 
> > http://people.apache.org/~amita/tuscany/1.1-RC2
> > [2] 
> > http://people.apache.org/~amita/tuscany/1.1-RC2/maven
> > [3]
> > https://svn.apache.org/repos/asf/incubator/tuscany/tags/java/sdo/1.1-incubating/
> > [4]
> > http://people.apache.org/~amita/tuscany/1.1-RC2/rat-SDO-1.1-incubating-RC2.txt
> > [5]
> > http://people.apache.org/~amita/tuscany/1.1-RC2/rat-SDO-1.1-incubating-RC2-Exceptions.txt
> >
> >
>

Re: [VOTE] Release SDO Java version 1.1-incubating (release candidate 2)

[kelvin goodson]

This release candidate turned out to have a few issues when I took this for
a vote on the general AT incubator list [1].  At the moment I'm not finding
the time to address these issues.  Is there anyone who might be able to pick
this up?  It doesn't require SDO knowledge,  just release management.

Kelvin.

[1] http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg28403.html

On 29/02/2008, kelvin goodson <[EMAIL PROTECTED]> wrote:
>
> Please review and vote to release the 1.1-incubating release of Tuscany
> SDO for Java
>
> The distribution files are at [1]
> Maven artifacts for the release candidate are available at [2]
> The tag for the release is at [3]
>
> The rat report is at - [4], [5]
>
> Here's my +1
>
> Kelvin.
>
> [1] 
> http://people.apache.org/~amita/tuscany/1.1-RC2
> [2] 
> http://people.apache.org/~amita/tuscany/1.1-RC2/maven
> [3]
> https://svn.apache.org/repos/asf/incubator/tuscany/tags/java/sdo/1.1-incubating/
> [4]
> http://people.apache.org/~amita/tuscany/1.1-RC2/rat-SDO-1.1-incubating-RC2.txt
> [5]
> http://people.apache.org/~amita/tuscany/1.1-RC2/rat-SDO-1.1-incubating-RC2-Exceptions.txt
>
>

[jira] Commented: (TUSCANY-2093) Hangs in osgi itests

[ant elder (JIRA)]

[ 
https://issues.apache.org/jira/browse/TUSCANY-2093?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12579801#action_12579801
 ] 

ant elder commented on TUSCANY-2093:


It looks like two java.exe processes get started up and that previous thread 
dump is only from one, i've tried using the JSE6 jstack utility which gives the 
following dump for the other java.exe process. Note jstack hangs when i ask for 
a dump of that process and doesn't produce the dump until i kill the other 
java.exe process, i don't know if that changes the dump in a significant way.

Full thread dump Java HotSpot(TM) Client VM (1.6.0-b105 mixed mode):

"Configuration Updater" daemon prio=6 tid=0x1787c400 nid=0x142c in 
Object.wait() [0x17e6f000..0x17e6fd14]
   java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on <0x04090670> (a java.util.LinkedList)
at java.lang.Object.wait(Object.java:485)
at org.apache.felix.cm.impl.UpdateThread.run(UpdateThread.java:69)
- locked <0x04090670> (a java.util.LinkedList)

"SCR Component Actor" daemon prio=6 tid=0x17868800 nid=0x73c in Object.wait() 
[0x17e1f000..0x17e1fd94]
   java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on <0x040906f8> (a java.util.LinkedList)
at java.lang.Object.wait(Object.java:485)
at 
org.apache.felix.scr.impl.ComponentActorThread.run(ComponentActorThread.java:63)
- locked <0x040906f8> (a java.util.LinkedList)

"Felix Shell TUI" daemon prio=6 tid=0x1784a000 nid=0xa74 runnable 
[0x17dcf000..0x17dcfa14]
   java.lang.Thread.State: RUNNABLE
at java.io.FileOutputStream.writeBytes(Native Method)
at java.io.FileOutputStream.write(FileOutputStream.java:260)
at 
java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:65)
at java.io.BufferedOutputStream.write(BufferedOutputStream.java:109)
- locked <0x03d7a338> (a java.io.BufferedOutputStream)
at java.io.PrintStream.write(PrintStream.java:430)
- locked <0x03d710a0> (a java.io.PrintStream)
at java.io.PrintStream.write(PrintStream.java:430)
- locked <0x03df4598> (a org.apache.maven.surefire.util.TeeStream)
at org.apache.maven.surefire.util.TeeStream.write(TeeStream.java:44)
at sun.nio.cs.StreamEncoder.writeBytes(StreamEncoder.java:202)
at sun.nio.cs.StreamEncoder.implFlushBuffer(StreamEncoder.java:272)
at sun.nio.cs.StreamEncoder.flushBuffer(StreamEncoder.java:85)
- locked <0x03df7998> (a java.io.OutputStreamWriter)
at java.io.OutputStreamWriter.flushBuffer(OutputStreamWriter.java:168)
at java.io.PrintStream.write(PrintStream.java:477)
- locked <0x03df4598> (a org.apache.maven.surefire.util.TeeStream)
at java.io.PrintStream.print(PrintStream.java:619)
at 
org.apache.felix.shell.tui.Activator$ShellTuiRunnable.run(Activator.java:133)
at java.lang.Thread.run(Thread.java:619)

"FelixPackageAdmin" daemon prio=6 tid=0x17872800 nid=0x1634 in Object.wait() 
[0x17d7f000..0x17d7fa94]
   java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on <0x0406ce10> (a 
org.apache.felix.framework.PackageAdminImpl)
at java.lang.Object.wait(Object.java:485)
at 
org.apache.felix.framework.PackageAdminImpl.run(PackageAdminImpl.java:247)
- locked <0x0406ce10> (a org.apache.felix.framework.PackageAdminImpl)
at java.lang.Thread.run(Thread.java:619)

"FelixStartLevel" daemon prio=6 tid=0x17827c00 nid=0x168 in Object.wait() 
[0x17d2f000..0x17d2fb14]
   java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on <0x0406db30> (a java.util.ArrayList)
at java.lang.Object.wait(Object.java:485)
at 
org.apache.felix.framework.StartLevelImpl.run(StartLevelImpl.java:239)
- locked <0x0406db30> (a java.util.ArrayList)
at java.lang.Thread.run(Thread.java:619)

"FelixDispatchQueue" prio=6 tid=0x17827400 nid=0xd98 in Object.wait() 
[0x17cdf000..0x17cdfb94]
   java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on <0x0406cf28> (a java.util.ArrayList)
at java.lang.Object.wait(Object.java:485)
at 
org.apache.felix.framework.util.EventDispatcher.run(EventDispatcher.java:794)
- locked <0x0406cf28> (a java.util.ArrayList)
at 
org.apache.felix.framework.util.EventDispatcher.access$000(EventDispatcher.java:42)
at 
org.apache.felix.framework.util.EventDispatcher$1.run(EventDispatcher.java:94)
at java.lang.Thread.run(Thread.java:619)

"Low Memory Detector" daemon prio=6 tid=0x16b7e800 nid=0x1c98 runnable 
[0x..0x]
   java.lang.Thread.State: RUNNABL

[jira] Updated: (TUSCANY-2096) When itest/osgi-tuscany bundles run in Equinox, OSGiRuntime does not find EquinoxRuntime, but uses FelixRuntime

[JIRA]

 [ 
https://issues.apache.org/jira/browse/TUSCANY-2096?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jürgen Schumacher updated TUSCANY-2096:
---

Attachment: itest-osgituscany-runtime-pom.patch

Patch for sca\itest\osgi-tuscany\tuscany-runtime\pom.xml

> When itest/osgi-tuscany bundles run in Equinox, OSGiRuntime does not find 
> EquinoxRuntime, but uses FelixRuntime
> ---
>
> Key: TUSCANY-2096
> URL: https://issues.apache.org/jira/browse/TUSCANY-2096
> Project: Tuscany
>  Issue Type: Improvement
>  Components: Java SCA OSGi Integration
>Affects Versions: Java-SCA-Next
> Environment: Windows XP, Sun JDK 1.5.0_11, Eclipse 3.3.2 (Equinox 
> 3.3.2)
>Reporter: Jürgen Schumacher
>Priority: Minor
> Attachments: itest-osgituscany-runtime-pom.patch
>
>
> I used the OSGi bundles generated by itest/osgi-tuscany in Equinox. 
> The BundleActivator of the tuscany-runtime bundle calls 
> OSGiRuntime.findRuntime(), which
> creates a  org.apache.tuscany.sca.osgi.runtime.FelixRuntime. This seems
> not to disturb operation very much, because the main difference to 
> EquinoxRuntime
> is in starting and stopping a Felix or Equinox runtime. But it can be easily 
> fixed by adding
> the package of EclipseStarter, org.eclipse.core.runtime.adaptor, to the 
> DynamicImport-Package
> statement of the manifest of the tuscany-runtime bundle. See attached patch.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Created: (TUSCANY-2096) When itest/osgi-tuscany bundles run in Equinox, OSGiRuntime does not find EquinoxRuntime, but uses FelixRuntime

[JIRA]

When itest/osgi-tuscany bundles run in Equinox, OSGiRuntime does not find 
EquinoxRuntime, but uses FelixRuntime
---

 Key: TUSCANY-2096
 URL: https://issues.apache.org/jira/browse/TUSCANY-2096
 Project: Tuscany
  Issue Type: Improvement
  Components: Java SCA OSGi Integration
Affects Versions: Java-SCA-Next
 Environment: Windows XP, Sun JDK 1.5.0_11, Eclipse 3.3.2 (Equinox 
3.3.2)
Reporter: Jürgen Schumacher
Priority: Minor


I used the OSGi bundles generated by itest/osgi-tuscany in Equinox. 
The BundleActivator of the tuscany-runtime bundle calls 
OSGiRuntime.findRuntime(), which
creates a  org.apache.tuscany.sca.osgi.runtime.FelixRuntime. This seems
not to disturb operation very much, because the main difference to 
EquinoxRuntime
is in starting and stopping a Felix or Equinox runtime. But it can be easily 
fixed by adding
the package of EclipseStarter, org.eclipse.core.runtime.adaptor, to the 
DynamicImport-Package
statement of the manifest of the tuscany-runtime bundle. See attached patch.


-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Commented: (TUSCANY-2093) Hangs in osgi itests

[Rajini Sivaram (JIRA)]

[ 
https://issues.apache.org/jira/browse/TUSCANY-2093?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12579786#action_12579786
 ] 

Rajini Sivaram commented on TUSCANY-2093:
-

Thank you for the thread dump. I am not sure what happened to the thread which 
was running OSGi test code.

I have tried with the Sun JDK, and still can't recreate the hang (but I am 
using a slightly later version of the JDK). What version of maven are you using?



> Hangs in osgi itests
> 
>
> Key: TUSCANY-2093
> URL: https://issues.apache.org/jira/browse/TUSCANY-2093
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA Integration Tests
>Affects Versions: Java-SCA-Next
>Reporter: ant elder
> Fix For: Java-SCA-Next
>
>
> I get hangs running various of the osgi itests, the test run part way through 
> then just appear to hang for ever, no IO or CPU activity on the process. Eg, 
> the output on the console for some hangs are:
> Running org.apache.tuscany.sca.test.osgi.tuscany.OSGiSupplyChainTestCase
> -> Run tests from : ../../../samples/osgi-supplychain
> Loaded Tuscany, time taken = 31625 ms
> Running test null(supplychain.SupplyChainClientTestCase)
> Started OSGi bundle with activator OSGiCustomerImpl
> Started OSGi bundle with activator OSGiShipperImpl
> another:
> [INFO] Building Apache Tuscany OSGi Contribution tests
> [INFO]task-segment: [clean, install]
> [INFO] 
> 
> [INFO] [clean:clean]
> [INFO] Deleting directory 
> C:\Tuscany\SVN\LATEST\itest\osgi-contribution\contribution-test\target
> [INFO] [resources:resources]
> [INFO] Using default encoding to copy filtered resources.
> [INFO] [compiler:compile]
> [INFO] Compiling 1 source file to 
> C:\Tuscany\SVN\LATEST\itest\osgi-contribution\contribution-test\target\classes
> [INFO] [resources:testResources]
> [INFO] Using default encoding to copy filtered resources.
> [INFO] [compiler:testCompile]
> [INFO] Compiling 4 source files to 
> C:\Tuscany\SVN\LATEST\itest\osgi-contribution\contribution-test\target\test-classes
> [INFO] [surefire:test]
> [INFO] Surefire report directory: 
> C:\Tuscany\SVN\LATEST\itest\osgi-contribution\contribution-test\target\surefire-reports
> ---
>  T E S T S
> ---
> Running org.apache.tuscany.sca.contribution.osgi.test.OSGiResolverTestCase
> -> Created supplychain.customer.JavaCustomerComponentImpl using classloader 
> 6.0
> Created supplychain.retailer.JavaRetailerComponentImpl using classloader 7.0
> Created supplychain.warehouse.JavaWarehouseComponentImpl using classloader 8.0
> Created supplychain.shipper.JavaShipperComponentImpl using classloader 9.0
> another:
> Running supplychain.wiring.DSWiring1TestCase
> -> Main thread Thread[main,5,main]
> Created OSGiCustomerComponentImpl [EMAIL PROTECTED]
> Activated OSGiCustomerComponentImpl bundle
> OSGiCustomerComponentImpl.purchaseBooks, retailer1 is [Proxy - [EMAIL 
> PROTECTED]
> Activated OSGiRetailerComponentImpl bundle
> Activated OSGiRetailerComponentImpl bundle
> OSGiRetailerComponentImpl.submitOrder , warehouse is [Proxy - [EMAIL 
> PROTECTED]
> JavaWarehouseComponentImpl.fulfillOrder : shipper is [Proxy - [EMAIL 
> PROTECTED]
> Activated OSGiShipperComponentImpl bundle
> Activated OSGiShipperComponentImpl bundle
> OSGiShipperComponentImpl.processShipment, customer is [Proxy - [EMAIL 
> PROTECTED]
> This is easily recreateable so i can help debug, just right now i'm not sure 
> where to look. 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Commented: (TUSCANY-2086) implementation.osgi cannot find compomentType file when referring to bundles in Eclipse Workspace

[JIRA]

[ 
https://issues.apache.org/jira/browse/TUSCANY-2086?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12579776#action_12579776
 ] 

Jürgen Schumacher commented on TUSCANY-2086:


OK. The ComponentType file is resolved now.
I now get other errors which may be related to misconfiguration on my side,  I 
will check.
But I think this issue can be closed for now. If I run into other 
Equinox-vs-Tuscany problem, I will open another JIRA (and try to provide 
patches ;-)

Thanks a lot for your support!

> implementation.osgi cannot find compomentType file when referring to bundles 
> in Eclipse Workspace
> -
>
> Key: TUSCANY-2086
> URL: https://issues.apache.org/jira/browse/TUSCANY-2086
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA OSGi Integration
> Environment: Windows XP, Eclipse 3.3.2 (org.eclipse.osgi 3.3.2)
>Reporter: Jürgen Schumacher
>Assignee: Rajini Sivaram
> Fix For: Java-SCA-1.2
>
> Attachments: tuscany-equinox-runtime.patch, 
> tuscany.osgi.sample.launch.zip, tuscany.osgi.sample.zip
>
>
> This issue refers to activities described in 
> http://mail-archives.apache.org/mod_mbox/ws-tuscany-user/200803.mbox/[EMAIL 
> PROTECTED]
> When trying to test  I ended with this error message:
> org.apache.tuscany.sca.contribution.service.ContributionResolveException: 
> org.apache.tuscany.sca.contribution.service.ContributionResolveException: 
> missing .componentType side file .componentType
>   at 
> org.apache.tuscany.sca.implementation.osgi.xml.OSGiImplementationProcessor.resolve(OSGiImplementationProcessor.java:276)
> ...
> caused by
> Caused by: 
> org.apache.tuscany.sca.contribution.service.ContributionResolveException: 
> missing .componentType side file .componentType
>   at 
> org.apache.tuscany.sca.implementation.osgi.xml.OSGiImplementationProcessor.resolve(OSGiImplementationProcessor.java:227)
> ...
> While Tuscany is right in that I did not provide a componentType file, it 
> seems to be wrong in  how it has created the filename.
> I debugged a bit and found the following: 
> org.apache.tuscany.sca.contribution.osgi.impl.OSGiBundleReferenceModelResolver
>  has a method getBundleFilename(...) that tries to extract the bundles 
> filename from its location by looking for the last "/" in the location and 
> using the rest afterwards. But when the bundle is located in my Eclipse 
> workspace as a Plugin project under development and not packed as a JAR and I 
> run my examples in a Equinox runtime, the reported location is e.g.
> "[EMAIL PROTECTED]:file:../workspace/EILF/tuscany.osgi.sample/" where 
> tuscany.osgi.sample is the actual bundle name.
> Therefore getBundleFilename returns just an empty string. And this empty 
> string is used later in 
> org.apache.tuscany.sca.implementation.osgi.xml.OSGiImplementationProcessor.resolve(...)
>  to build the filename for the component type file, which results in 
> ".componentType" as the complete filename in this case. 
> I suppose the current code is meant to look for the componentType file next 
> to a bundle JAR with the same basename as the bundle JAR. I'm not sure where 
> it should look for it in my case, probably inside the workspace bundle 
> directory, as the workspace directory itself is usually not visible in 
> Eclipse and so it would be inconvenient to edit the file in the IDE. 
> Sorry that I cannot provide a test case currently because had to create own 
> Tuscany bundles to get this far (see mail thread linked above for details), 
> which would be a bit large to attach, I suppose (-; Also I cannot provide a 
> patch yet, because I'm quite new to OSGi and Tuscany myself and therefore 
> cannot estimate what would be a valid solution currently. Of course if you 
> have any ideas how to solve this, I can test it in my setup and give more 
> feedback.
> Thanks in advance.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Commented: (TUSCANY-2093) Hangs in osgi itests

[ant elder (JIRA)]

[ 
https://issues.apache.org/jira/browse/TUSCANY-2093?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12579771#action_12579771
 ] 

ant elder commented on TUSCANY-2093:


That gives:

Running supplychain.wiring.DSWiring1TestCase
-> Main thread Thread[main,5,main]
Created OSGiCustomerComponentImpl [EMAIL PROTECTED]
Activated OSGiCustomerComponentImpl bundle
OSGiCustomerComponentImpl.purchaseBooks, retailer1 is [Proxy - [EMAIL PROTECTED]
Activated OSGiRetailerComponentImpl bundle
Activated OSGiRetailerComponentImpl bundle
OSGiRetailerComponentImpl.submitOrder , warehouse is [Proxy - [EMAIL PROTECTED]
JavaWarehouseComponentImpl.fulfillOrder : shipper is [Proxy - [EMAIL PROTECTED]
Activated OSGiShipperComponentImpl bundle
Activated OSGiShipperComponentImpl bundle
OSGiShipperComponentImpl.processShipment, customer is [Proxy - [EMAIL PROTECTED]
Full thread dump Java HotSpot(TM) Client VM (1.5.0_10-b03 mixed mode):

"Thread-1" prio=6 tid=0x48ee1008 nid=0x1eb0 runnable [0x4929f000..0x4929f9e8]
at java.io.FileInputStream.readBytes(Native Method)
at java.io.FileInputStream.read(FileInputStream.java:194)
at sun.nio.cs.StreamDecoder$CharsetSD.readBytes(StreamDecoder.java:411)
at sun.nio.cs.StreamDecoder$CharsetSD.implRead(StreamDecoder.java:453)
at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:183)
- locked <0x02ad2a40> (a java.io.InputStreamReader)
at java.io.InputStreamReader.read(InputStreamReader.java:167)
at java.io.BufferedReader.fill(BufferedReader.java:136)
at java.io.BufferedReader.readLine(BufferedReader.java:299)
- locked <0x02ad2a40> (a java.io.InputStreamReader)
at java.io.BufferedReader.readLine(BufferedReader.java:362)
at org.codehaus.plexus.util.cli.StreamPumper.run(StreamPumper.java:139)

"Thread-0" prio=6 tid=0x48ee9ba0 nid=0x1fac runnable [0x4925f000..0x4925fd68]
at java.io.FileInputStream.readBytes(Native Method)
at java.io.FileInputStream.read(FileInputStream.java:194)
at java.io.BufferedInputStream.read1(BufferedInputStream.java:254)
at java.io.BufferedInputStream.read(BufferedInputStream.java:313)
- locked <0x02ce0058> (a java.io.BufferedInputStream)
at sun.nio.cs.StreamDecoder$CharsetSD.readBytes(StreamDecoder.java:411)
at sun.nio.cs.StreamDecoder$CharsetSD.implRead(StreamDecoder.java:453)
at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:183)
- locked <0x02ce0078> (a java.io.InputStreamReader)
at java.io.InputStreamReader.read(InputStreamReader.java:167)
at java.io.BufferedReader.fill(BufferedReader.java:136)
at java.io.BufferedReader.readLine(BufferedReader.java:299)
- locked <0x02ce0078> (a java.io.InputStreamReader)
at java.io.BufferedReader.readLine(BufferedReader.java:362)
at org.codehaus.plexus.util.cli.StreamPumper.run(StreamPumper.java:152)

"Low Memory Detector" daemon prio=6 tid=0x00a952f8 nid=0xecc runnable 
[0x..0x]

"CompilerThread0" daemon prio=10 tid=0x00a94028 nid=0x1d30 waiting on condition 
[0x..0x48b9f848]

"Signal Dispatcher" daemon prio=10 tid=0x00a93308 nid=0x1a7c waiting on 
condition [0x..0x]

"Finalizer" daemon prio=8 tid=0x00a8a230 nid=0x161c in Object.wait() 
[0x48b1f000..0x48b1fc68]
at java.lang.Object.wait(Native Method)
- waiting on <0x079a2d28> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:116)
- locked <0x079a2d28> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:132)
at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)

"Reference Handler" daemon prio=10 tid=0x00a88dc0 nid=0x1e9c in Object.wait() 
[0x0099f000..0x0099fce8]
at java.lang.Object.wait(Native Method)
- waiting on <0x079a2da8> (a java.lang.ref.Reference$Lock)
at java.lang.Object.wait(Object.java:474)
at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:116)
- locked <0x079a2da8> (a java.lang.ref.Reference$Lock)

"main" prio=6 tid=0x00036c30 nid=0x1e5c runnable [0x0007f000..0x0007fc3c]
at java.lang.ProcessImpl.waitFor(Native Method)
at 
org.codehaus.plexus.util.cli.CommandLineUtils.executeCommandLine(CommandLineUtils.java:98)
at 
org.codehaus.plexus.util.cli.CommandLineUtils.executeCommandLine(CommandLineUtils.java:60)
at 
org.apache.maven.surefire.booter.SurefireBooter.fork(SurefireBooter.java:588)
at 
org.apache.maven.surefire.booter.SurefireBooter.forkSuites(SurefireBooter.java:431)
at 
org.apache.maven.surefire.booter.SurefireBooter.runSuitesForkOnce(SurefireBooter.java:331)
at 
org.apache.maven.surefire.booter.SurefireBooter.run(SurefireBooter.java:217)
at 
org.apache.maven.plugin.surefire.Sur

[jira] Commented: (TUSCANY-2093) Hangs in osgi itests

[Rajini Sivaram (JIRA)]

[ 
https://issues.apache.org/jira/browse/TUSCANY-2093?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12579763#action_12579763
 ] 

Rajini Sivaram commented on TUSCANY-2093:
-

Ant,

If you can recreate the hang under maven, could you generate a javacore by 
pressing Ctrl-Break (on Windows) when the process is hanging?

Thank you.

> Hangs in osgi itests
> 
>
> Key: TUSCANY-2093
> URL: https://issues.apache.org/jira/browse/TUSCANY-2093
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA Integration Tests
>Affects Versions: Java-SCA-Next
>Reporter: ant elder
> Fix For: Java-SCA-Next
>
>
> I get hangs running various of the osgi itests, the test run part way through 
> then just appear to hang for ever, no IO or CPU activity on the process. Eg, 
> the output on the console for some hangs are:
> Running org.apache.tuscany.sca.test.osgi.tuscany.OSGiSupplyChainTestCase
> -> Run tests from : ../../../samples/osgi-supplychain
> Loaded Tuscany, time taken = 31625 ms
> Running test null(supplychain.SupplyChainClientTestCase)
> Started OSGi bundle with activator OSGiCustomerImpl
> Started OSGi bundle with activator OSGiShipperImpl
> another:
> [INFO] Building Apache Tuscany OSGi Contribution tests
> [INFO]task-segment: [clean, install]
> [INFO] 
> 
> [INFO] [clean:clean]
> [INFO] Deleting directory 
> C:\Tuscany\SVN\LATEST\itest\osgi-contribution\contribution-test\target
> [INFO] [resources:resources]
> [INFO] Using default encoding to copy filtered resources.
> [INFO] [compiler:compile]
> [INFO] Compiling 1 source file to 
> C:\Tuscany\SVN\LATEST\itest\osgi-contribution\contribution-test\target\classes
> [INFO] [resources:testResources]
> [INFO] Using default encoding to copy filtered resources.
> [INFO] [compiler:testCompile]
> [INFO] Compiling 4 source files to 
> C:\Tuscany\SVN\LATEST\itest\osgi-contribution\contribution-test\target\test-classes
> [INFO] [surefire:test]
> [INFO] Surefire report directory: 
> C:\Tuscany\SVN\LATEST\itest\osgi-contribution\contribution-test\target\surefire-reports
> ---
>  T E S T S
> ---
> Running org.apache.tuscany.sca.contribution.osgi.test.OSGiResolverTestCase
> -> Created supplychain.customer.JavaCustomerComponentImpl using classloader 
> 6.0
> Created supplychain.retailer.JavaRetailerComponentImpl using classloader 7.0
> Created supplychain.warehouse.JavaWarehouseComponentImpl using classloader 8.0
> Created supplychain.shipper.JavaShipperComponentImpl using classloader 9.0
> another:
> Running supplychain.wiring.DSWiring1TestCase
> -> Main thread Thread[main,5,main]
> Created OSGiCustomerComponentImpl [EMAIL PROTECTED]
> Activated OSGiCustomerComponentImpl bundle
> OSGiCustomerComponentImpl.purchaseBooks, retailer1 is [Proxy - [EMAIL 
> PROTECTED]
> Activated OSGiRetailerComponentImpl bundle
> Activated OSGiRetailerComponentImpl bundle
> OSGiRetailerComponentImpl.submitOrder , warehouse is [Proxy - [EMAIL 
> PROTECTED]
> JavaWarehouseComponentImpl.fulfillOrder : shipper is [Proxy - [EMAIL 
> PROTECTED]
> Activated OSGiShipperComponentImpl bundle
> Activated OSGiShipperComponentImpl bundle
> OSGiShipperComponentImpl.processShipment, customer is [Proxy - [EMAIL 
> PROTECTED]
> This is easily recreateable so i can help debug, just right now i'm not sure 
> where to look. 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [SCA 1.2] Calculator Sample and OSGI dependencies...

[Rajini Sivaram]

Luciano,

At the moment, Tuscany can only have one model resolver for resolution of
classes - the ExtensibleModelResolver chooses ClassReferenceModelResolver
when a ClassReference is resolved. If a contribution is an OSGi bundle
contribution, OSGi bundle resolution should override the classloader based
resolution. But I couldn't figure out a neat way to do this without forcing
ClassReferenceModelResolver to check if OSGi can be used to resolve the
class first.

Sebastien's proposed changes on contribution classloading (
http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg28608.html)  is
expected to fix this.


On 3/18/08, Luciano Resende <[EMAIL PROTECTED]> wrote:
>
> Thanks Rajini, it got me further. But I have a question related to
> your fix, it looks like you are now handling when the OSGI Runtime is
> not on the classpath. Should we even be triggering some of the OSGI
> related code when the OSGi runtime is not in use ? I'm wondering how
> this could affect the simple paths where no OSGI integration is
> required (e.g default jar contributions and/or file system
> contributions. Thoughts ?
>
> On Mon, Mar 17, 2008 at 2:20 AM, Rajini Sivaram
> <[EMAIL PROTECTED]> wrote:
> > Luciano,
> >
> >  I have fixed this under revision 637797.
> >
> >
> >
> >
> >  On 3/17/08, Luciano Resende <[EMAIL PROTECTED]> wrote:
> >  >
> >  > I'm trying to run the Calculator sample from a SCA Distribution
> >  > (trunk) and I'm noticing that it now requires OSGI dependencies.
> Could
> >  > someone please let me know if this is working as expected ? Below is
> >  > the exception I'm getting with regular  SCA dependencies.
> >  >
> >  > (To reproduce, build distribution and run the sample calculator)
> >  >
> >  >
> >  > run:
> >  > [java] Exception in thread "main" java.lang.NoClassDefFoundError:
> >  > org/osgi/framework/BundleException
> >  > [java] at
> >  >
> >  >
> org.apache.tuscany.sca.contribution.osgi.impl.OSGiClassReferenceModelResolver.initialize
> >  > (OSGiClassReferenceModelResolver.java:128)
> >  > [java] at
> >  >
> >  >
> org.apache.tuscany.sca.contribution.osgi.impl.OSGiClassReferenceModelResolver.resolveModel
> >  > (OSGiClassReferenceModelResolver.java:85)
> >  > [java] at
> >  >
> >  >
> org.apache.tuscany.sca.contribution.java.impl.ClassReferenceModelResolver.resolveModel
> >  > (ClassReferenceModelResolver.java:95)
> >  > [java] at
> >  >
> >  >
> org.apache.tuscany.sca.contribution.resolver.ExtensibleModelResolver.resolveModel
> >  > (ExtensibleModelResolver.java:150)
> >  > [java] at
> >  >
> >  >
> org.apache.tuscany.sca.implementation.java.xml.JavaImplementationProcessor.resolve
> >  > (JavaImplementationProcessor.java:145)
> >  > [java] at
> >  >
> >  >
> org.apache.tuscany.sca.implementation.java.xml.JavaImplementationProcessor.resolve
> >  > (JavaImplementationProcessor.java:65)
> >  > [java] at
> >  >
> >  >
> org.apache.tuscany.sca.contribution.processor.DefaultStAXArtifactProcessorExtensionPoint$LazyStAXArtifactProcessor.resolve
> >  > (DefaultStAXArtifactProcessorExtensionPoint.java:252)
> >  > [java] at
> >  >
> >  >
> org.apache.tuscany.sca.contribution.processor.ExtensibleStAXArtifactProcessor.resolve
> >  > (ExtensibleStAXArtifactProcessor.java:109)
> >  > [java] at
> >  >
> >  >
> org.apache.tuscany.sca.assembly.xml.BaseAssemblyProcessor.resolveImplementation
> >  > (BaseAssemblyProcessor.java:248)
> >  > [java] at
> >  > org.apache.tuscany.sca.assembly.xml.CompositeProcessor.resolve(
> >  > CompositeProcessor.java:876)
> >  > [java] at
> >  > org.apache.tuscany.sca.assembly.xml.CompositeProcessor.resolve(
> >  > CompositeProcessor.java:80)
> >  > [java] at
> >  >
> >  >
> org.apache.tuscany.sca.contribution.processor.ExtensibleStAXArtifactProcessor.resolve
> >  > (ExtensibleStAXArtifactProcessor.java:109)
> >  > [java] at
> >  >
> org.apache.tuscany.sca.assembly.xml.CompositeDocumentProcessor.resolve(
> >  > CompositeDocumentProcessor.java:129)
> >  > [java] at
> >  >
> org.apache.tuscany.sca.assembly.xml.CompositeDocumentProcessor.resolve(
> >  > CompositeDocumentProcessor.java:52)
> >  > [java] at
> >  >
> >  >
> org.apache.tuscany.sca.contribution.processor.ExtensibleURLArtifactProcessor.resolve
> >  > (ExtensibleURLArtifactProcessor.java:86)
> >  > [java] at
> >  >
> >  >
> org.apache.tuscany.sca.contribution.service.impl.ContributionServiceImpl.processResolvePhase
> >  > (ContributionServiceImpl.java:464)
> >  > [java] at
> >  >
> >  >
> org.apache.tuscany.sca.contribution.service.impl.ContributionServiceImpl.addContribution
> >  > (ContributionServiceImpl.java:348)
> >  > [java] at
> >  >
> >  >
> org.apache.tuscany.sca.contribution.service.impl.ContributionServiceImpl.contribute
> >  > (ContributionServiceImpl.java:161)
> >  > [java] at
> >  >
> org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.addContribution
>

Re: tuscany SCA - Build Failure

[Thilina Buddhika]

Hi,
I was using jdk1.6 when it was failing to build. Then I saw you have
addressed the same issue earlier. So I changed my jdk version to 1.5 and
tried.

There was a test fail. So I skipped the tests and managed to build it.

thanks!

regards,
Thilina

On Tue, Mar 18, 2008 at 11:22 AM, Luciano Resende <[EMAIL PROTECTED]>
wrote:

> What JDK are you using ?
>
> On Mon, Mar 17, 2008 at 9:42 PM, Thilina Buddhika <[EMAIL PROTECTED]>
> wrote:
> > *Hi,
> >  I was trying to build tuscany SCA and it keeps on failing. I downloaded
> the
> >  source archive and tried to build it. But it failed. Then i took a svn
> >  checkout from
> http://svn.apache.org/repos/asf/incubator/tuscany/java/sca/and
> >  tried to build it. It ends up with the following error.
> >
> >  Need your help to fix this.
> >
> >  thanks in advance.
> >
> >  regards,
> >  Thilina
> >  *
> >
>  
> 
> >  [INFO]
> >
>  
> >  [INFO] Building Apache Tuscany SCA Data Binding for JAXB
> >  [INFO]task-segment: [clean, install]
> >  [INFO]
> >
>  
> >  [INFO] [clean:clean]
> >  [INFO] Deleting directory
> >
>  /home/buddhika/tuscany/tuscany_source/sca/modules/databinding-jaxb/target
> >  [INFO] [dependency:copy {execution: copy}]
> >  [INFO] Configured Artifact: javax.xml.bind:jaxb-api:2.1:jar
> >  [INFO] Copying jaxb-api-2.1.jar to
> >
>  
> /home/buddhika/tuscany/tuscany_source/sca/modules/databinding-jaxb/target/endorsed/jaxb-
> >  api-2.1.jar
> >  [INFO] [build-helper:add-test-source {execution: add-test-source}]
> >  [INFO] Test Source directory:
> >
>  
> /home/buddhika/tuscany/tuscany_source/sca/modules/databinding-jaxb/target/jaxb-source
> >  added.
> >  [INFO] [resources:resources]
> >  [INFO] Using default encoding to copy filtered resources.
> >  [INFO] [compiler:compile]
> >  [INFO] Compiling 12 source files to
> >
>  
> /home/buddhika/tuscany/tuscany_source/sca/modules/databinding-jaxb/target/classes
> >  [INFO] [jaxb2:generate {execution: generate-jaxb}]
> >  [INFO]
> >
>  
> >  [ERROR] FATAL ERROR
> >  [INFO]
> >
>  
> >  [INFO] JAXB 2.0 API is being loaded from the bootstrap classloader, but
> this
> >  RI (from
> >
>  jar:file:/home/buddhika/.m2/repository/com/sun/xml/bind/jaxb-impl/2.1.5/jaxb-
> >  impl-2.1.5.jar!/com/sun/xml/bind/v2/model/impl/ModelBuilder.class)
> >  needs 2.1API. Use the endorsed directory mechanism to place
> >  jaxb-api.jar in the bootstrap classloader. (See
> >  http://java.sun.com/j2se/1.5.0/docs/guide/standards/)
> >  [INFO]
> >
>  
> >  [INFO] Trace
> >  java.lang.LinkageError: JAXB 2.0 API is being loaded from the bootstrap
> >  classloader, but this RI (from
> >
>  jar:file:/home/buddhika/.m2/repository/com/sun/xml/bind/jaxb-impl/2.1.5/jaxb-
> >  impl-2.1.5.jar!/com/sun/xml/bind/v2/model/impl/ModelBuilder.class)
> >  needs 2.1API. Use the endorsed directory mechanism to place
> >  jaxb-api.jar in the bootstrap classloader. (See
> >  http://java.sun.com/j2se/1.5.0/docs/guide/standards/)
> > at com.sun.xml.bind.v2.model.impl.ModelBuilder.(
> >  ModelBuilder.java:172)
> > at com.sun.xml.bind.v2.runtime.JAXBContextImpl.getTypeInfoSet(
> >  JAXBContextImpl.java:422)
> > at com.sun.xml.bind.v2.runtime.JAXBContextImpl.(
> >  JAXBContextImpl.java:286)
> > at
> >  com.sun.tools.xjc.reader.xmlschema.bindinfo.BindInfo.getJAXBContext(
> >  BindInfo.java:332)
> > at
> >
> com.sun.tools.xjc.reader.xmlschema.bindinfo.AnnotationParserFactoryImpl$1
> >  .(AnnotationParserFactoryImpl.java:79)
> > at
> >
> com.sun.tools.xjc.reader.xmlschema.bindinfo.AnnotationParserFactoryImpl.create
> >  (AnnotationParserFactoryImpl.java:78)
> > at
> com.sun.xml.xsom.impl.parser.NGCCRuntimeEx.createAnnotationParser
> >  (NGCCRuntimeEx.java:323)
> > at com.sun.xml.xsom.impl.parser.state.annotation.action0(
> >  annotation.java:48)
> > at com.sun.xml.xsom.impl.parser.state.annotation.enterElement(
> >  annotation.java:73)
> > at
> com.sun.xml.xsom.impl.parser.state.NGCCRuntime.sendEnterElement(
> >  NGCCRuntime.java:378)
> > at
> >
> com.sun.xml.xsom.impl.parser.state.NGCCHandler.spawnChildFromEnterElement(
> >  NGCCHandler.java:74)
> > at com.sun.xml.xsom.impl.parser.state.Schema.enterElement(
> >  Schema.java:294)
> > at
> com.sun.xml.xsom.impl.parser.state.NGCCRuntime.sendEnterElement(
> >  NGCCRuntime.java:378)
> > at
> >
> com.sun.xml.xsom.impl.parser.state.NGCCHandler.revertToParentFromEnterElement
> >  (NGCCHandler.java:111)

[SCA 1.2] Stable SCA distribution for testing purposes

[Luciano Resende]

I'm in the process of uploading SCA distribution (binary and source )
for testing purpose. Let's use it for testing, and report issues via
JIRA and assign to SCA 1.2 release as appropriate.

[1] http://people.apache.org/~lresende/tuscany/sca-1.2-stable/

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

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Tuscany-sca 1.2-incubating-SNAPSHOT is not on maven repo

[Luciano Resende]

Thanks for catching the right version Raymond, let me correct myself
then, I have published the 1.2-SNAPSHOT.

On Mon, Mar 17, 2008 at 11:55 PM, Raymond Feng <[EMAIL PROTECTED]> wrote:
> Hi,
>
>  SCA Java 1.1 has already been released. Can you try
>  http://people.apache.org/repo/m2-incubating-repository/ and 1.1-incubating?
>
>  BTW, We need to publish the SNAPSHOT versions more frequently. Can we
>  configure the continumm to automate the publish if the build is successful?
>
>  Thanks,
>  Raymond
>  --
>  From: "Joshua Jackson" <[EMAIL PROTECTED]>
>  Sent: Monday, March 17, 2008 10:10 PM
>  To: <[EMAIL PROTECTED]>
>  Subject: Tuscany-sca 1.2-incubating-SNAPSHOT is not on maven repo
>
>
>  > Dear all,
>  >
>  > I point the maven repo to
>  > http://people.apache.org/repo/m2-snapshot-repository/
>  >
>  > But this library is not available
>  > GroupId: org.apache.tuscany.sca
>  > ArtifactId: tuscany-sca
>  > Version: 1.1-incubating-SNAPSHOT
>  >
>  > And in return I get a dependency problem. Is it supposed to be on the
>  > maven repo? Or did I forgot to configure something?
>  >
>  > best regards,
>  >
>  > --
>  > Let's show the world what we've got.
>  >
>  > Blog: http://joshuajava.wordpress.com/
>  >
>  > -
>  > 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]
>
>



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

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Release checklist and process

[Venkata Krishnan]

Hi Simon,

Most certainly YES and thanks for putting this together.  Thanks to the
others as well who have contributed to this.  Most times theres so much that
an RM does to plug so many things which we all don't manage to remember at a
later time.  This is going to be certainly useful in that.

Thanks

- Venkat

On Mon, Mar 17, 2008 at 3:16 AM, Simon Laws <[EMAIL PROTECTED]>
wrote:

> I've put my notes from release 1.1 up at [1]. This a further development
> of
> Ant's original notes and many of the commands here are from Raymond's
> script
> [2]. Thanks guys.
>
> There is a general high level check list and then a detailed step by step
> guide. This is just a brain dump from my R1.1 experience so consider
> yourselves invited to improve. As we are starting release 1.2 now it seems
> like a good opportunity to test them, plug any holes and generally improve
> for the next person.
>
> Is this of any use?
>
> Simon
>
> [1] http://cwiki.apache.org/confluence/display/TUSCANY/Making+releases
> [2]
> http://svn.apache.org/repos/asf/incubator/tuscany/java/etc/release-sca.sh
>