[jira] Resolved: (TUSCANY-1053) Use a Tuscany namespace for all non-spec'd Tuscany extensions
[ https://issues.apache.org/jira/browse/TUSCANY-1053?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luciano Resende resolved TUSCANY-1053. -- Resolution: Fixed Check discussion thread for discussion on aprach taken http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg21946.html Done under revision #568830 Use a Tuscany namespace for all non-spec'd Tuscany extensions - Key: TUSCANY-1053 URL: https://issues.apache.org/jira/browse/TUSCANY-1053 Project: Tuscany Issue Type: Improvement Components: Java SCA Assembly Model Affects Versions: Java-SCA-Next Reporter: ant elder Assignee: Luciano Resende Fix For: Java-SCA-Next Currently Tsucany extensions use SCDL elements is varrious different namespaces. There should be a single Tuscany namespace that extensions not defined by SCA spec's should use. See http://mail-archives.apache.org/mod_mbox/ws-tuscany-dev/200701.mbox/[EMAIL PROTECTED] -- 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-1570) ANT build of calcualator-webapp sample fails.. either remove it or fix it
[ https://issues.apache.org/jira/browse/TUSCANY-1570?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ant elder updated TUSCANY-1570: --- Fix Version/s: Java-SCA-0.99 ANT build of calcualator-webapp sample fails.. either remove it or fix it - Key: TUSCANY-1570 URL: https://issues.apache.org/jira/browse/TUSCANY-1570 Project: Tuscany Issue Type: Bug Components: Java SCA Samples Affects Versions: Java-SCA-0.99 Environment: tomcat version 6.0.14, using distribution that Ant published on 8/22, running on windows Reporter: haleh mahbod Priority: Critical Fix For: Java-SCA-0.99 followed readme instruction for ant issued ant package command copied war file to tomcat webapp directory (Note war file looks very small compared to what mvn would produce. it is about 270K) start tomcat start browser and give it the link It says HTTP Status 404 - /sample-calculator-webapp/calc.jsp Now, try the same excercise.. first compile with mvn and then do the same thing. it works. Suggest that we either remove the ant aspect from the sample or fix it. Don't leave it in the distro as is. -- 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-1572) mvn on helloworld-ws-reference gets exception - used binary snapshot for .99
[ https://issues.apache.org/jira/browse/TUSCANY-1572?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ant elder updated TUSCANY-1572: --- Fix Version/s: Java-SCA-0.99 mvn on helloworld-ws-reference gets exception - used binary snapshot for .99 - Key: TUSCANY-1572 URL: https://issues.apache.org/jira/browse/TUSCANY-1572 Project: Tuscany Issue Type: Bug Components: Java SCA Samples Affects Versions: Java-SCA-0.99 Environment: windows Reporter: haleh mahbod Fix For: Java-SCA-0.99 Following read me instructions 1) Ant run works fine 2) Building and running the sample using ant - works 3) Building And Running The Sample Using Maven --- Fails cd helloworld-ws-reference mvn [INFO] Scanning for projects... [INFO] [INFO] Building Apache Tuscany HelloWorld Web Service Client Sample [INFO]task-segment: [install] [INFO] [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. Downloading: http://people.apache.org/repo/m2-incubating-repository/wsdl4j/wsdl4j/1.6.2/wsdl4j-1.6.2.pom [WARNING] Unable to get resource from repository apache.incubator (http://people.apache.org/repo/m2-incubating-repository) Downloading: http://www.ibiblio.net/pub/packages/maven2/wsdl4j/wsdl4j/1.6.2/wsdl4j-1.6.2.pom [WARNING] Unable to get resource from repository central (http://repo1.maven.org/maven2) Downloading: http://people.apache.org/repo/m2-incubating-repository/org/apache/neethi/neethi/2.0.1/neethi-2.0.1.pom [WARNING] Unable to get resource from repository apache.incubator (http://people.apache.org/repo/m2-incubating-repository) Downloading: http://www.ibiblio.net/pub/packages/maven2/org/apache/neethi/neethi/2.0.1/neethi-2.0.1.pom [WARNING] Unable to get resource from repository central (http://repo1.maven.org/maven2) Downloading: http://people.apache.org/repo/m2-incubating-repository/jaxen/jaxen/1.1-beta-10/jaxen-1.1-beta-10.pom [WARNING] Unable to get resource from repository apache.incubator (http://people.apache.org/repo/m2-incubating-repository) Downloading: http://www.ibiblio.net/pub/packages/maven2/jaxen/jaxen/1.1-beta-10/jaxen-1.1-beta-10.pom [WARNING] Unable to get resource from repository central (http://repo1.maven.org/maven2) Downloading: http://people.apache.org/repo/m2-incubating-repository/org/apache/woden/woden/1.0-incubating-M7a/woden-1.0-incubating-M7a.pom [WARNING] Unable to get resource from repository apache.incubator (http://people.apache.org/repo/m2-incubating-repository) Downloading: http://www.ibiblio.net/pub/packages/maven2/org/apache/woden/woden/1.0-incubating-M7a/woden-1.0-incubating-M7a.pom [WARNING] Unable to get resource from repository central (http://repo1.maven.org/maven2) [WARNING] Artifact junit:junit:jar:4.2:test retains local scope 'test' overriding broader scope 'runtime' given by a dependency. If this is not intended, modify or remove the local scope. [INFO] [compiler:compile] [INFO] Nothing to compile - all classes are up to date [INFO] [resources:testResources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:testCompile] [INFO] Nothing to compile - all classes are up to date [INFO] [surefire:test] [INFO] Surefire report directory: C:\tuscany-new\sca-dist\tuscany-sca-1.0-incubating-SNAPSHOT\samples\helloworld-ws-reference\target\surefire-reports --- T E S T S --- Running helloworld.HelloWorldClientTestCase log4j:WARN No appenders could be found for logger (org.apache.axiom.om.util.StAXUtils). log4j:WARN Please initialize the log4j system properly. log4j:WARN No appenders could be found for logger (org.apache.axiom.om.util.StAXUtils). log4j:WARN Please initialize the log4j system properly. Aug 22, 2007 2:05:34 PM org.apache.catalina.core.StandardEngine start INFO: Starting Servlet Engine: Apache Tomcat/6.0.10 Aug 22, 2007 2:05:34 PM org.apache.catalina.startup.ContextConfig defaultWebConfig INFO: No default web.xml Aug 22, 2007 2:05:34 PM org.apache.catalina.startup.DigesterFactory register WARNING: Could not get url for /javax/servlet/jsp/resources/jsp_2_0.xsd Aug 22, 2007 2:05:34 PM org.apache.catalina.startup.DigesterFactory register WARNING: Could not get url for /javax/servlet/jsp/resources/web-jsptaglibrary_1_1.dtd Aug 22, 2007 2:05:34 PM org.apache.catalina.startup.DigesterFactory register WARNING: Could not get url for /javax/servlet/jsp/resources/web-jsptaglibrary_1_2.dtd Aug 22, 2007 2:05:34 PM
[jira] Updated: (TUSCANY-1555) ClassCastException occurring on org.apache.tuscany.sca.binding.axis2.Axis2ServiceProvider.createJavaAxisService(Axis2ServiceProvider.java:205)
[ https://issues.apache.org/jira/browse/TUSCANY-1555?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ant elder updated TUSCANY-1555: --- Fix Version/s: (was: Java-SCA-Next) Java-SCA-0.99 ClassCastException occurring on org.apache.tuscany.sca.binding.axis2.Axis2ServiceProvider.createJavaAxisService(Axis2ServiceProvider.java:205) -- Key: TUSCANY-1555 URL: https://issues.apache.org/jira/browse/TUSCANY-1555 Project: Tuscany Issue Type: Bug Components: Java SCA Axis Binding Extension Affects Versions: Java-SCA-Next Environment: All Reporter: Manu T George Fix For: Java-SCA-0.99 ClassCastException Occurring on using the interface.wsdl interface=http://helloworld#wsdl.interface(HelloWorld) / in the Axis2Binding Stack trace Caused by: java.lang.ClassCastException: org.apache.tuscany.sca.interfacedef.wsd l.impl.WSDLInterfaceImpl at org.apache.tuscany.sca.binding.axis2.Axis2ServiceProvider.createJavaA xisService(Axis2ServiceProvider.java:205) at org.apache.tuscany.sca.binding.axis2.Axis2ServiceProvider.createAxisS ervice(Axis2ServiceProvider.java:190) at org.apache.tuscany.sca.binding.axis2.Axis2ServiceProvider.start(Axis2 ServiceProvider.java:106) at org.apache.tuscany.sca.binding.axis2.Axis2ServiceBindingProvider.star t(Axis2ServiceBindingProvider.java:62) at org.apache.tuscany.sca.core.runtime.CompositeActivatorImpl.start(Comp ositeActivatorImpl.java:535) at org.apache.tuscany.sca.core.runtime.CompositeActivatorImpl.start(Comp ositeActivatorImpl.java:512) at org.apache.geronimo.tuscany.EmbeddedRuntimeGBean.doStart(EmbeddedRunt imeGBean.java:97) ... 21 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]
[jira] Updated: (TUSCANY-1277) Axis2 binding ?wsdl returns wsdl with wrong endpoint url when running in a webapp
[ https://issues.apache.org/jira/browse/TUSCANY-1277?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ant elder updated TUSCANY-1277: --- Fix Version/s: (was: Java-SCA-Next) Java-SCA-0.91 Axis2 binding ?wsdl returns wsdl with wrong endpoint url when running in a webapp - Key: TUSCANY-1277 URL: https://issues.apache.org/jira/browse/TUSCANY-1277 Project: Tuscany Issue Type: Bug Components: Java SCA Axis Binding Extension Affects Versions: Java-SCA-0.90 Reporter: ant elder Fix For: Java-SCA-0.99 Axis2 binding ?wsdl returns wsdl with wrong endpoint url when running in a webapp -- 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-1277) Axis2 binding ?wsdl returns wsdl with wrong endpoint url when running in a webapp
[ https://issues.apache.org/jira/browse/TUSCANY-1277?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ant elder updated TUSCANY-1277: --- Fix Version/s: (was: Java-SCA-0.91) Java-SCA-0.99 Axis2 binding ?wsdl returns wsdl with wrong endpoint url when running in a webapp - Key: TUSCANY-1277 URL: https://issues.apache.org/jira/browse/TUSCANY-1277 Project: Tuscany Issue Type: Bug Components: Java SCA Axis Binding Extension Affects Versions: Java-SCA-0.90 Reporter: ant elder Fix For: Java-SCA-0.99 Axis2 binding ?wsdl returns wsdl with wrong endpoint url when running in a webapp -- 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: [jira] Updated: (TUSCANY-1500) Many callback tests don't run
Please can someone apply this patch so the I can continue working on the other parts of this JIRA. Thanks. Simon Simon Nash (JIRA) wrote: [ https://issues.apache.org/jira/browse/TUSCANY-1500?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Nash updated TUSCANY-1500: Attachment: patch2 Here is patch2 for this JIRA. It enables the callback-id test in the build and gets it working. Here's a very brief summary of the changes in this patch. 1. Rename CallBackIdTestCaseFIXME.java to CallBackIdTestCase.java. (NOTE: This must be done manually before applying the patch, which contains an update to CallBackIdTestCase.java.) 2. Change the class name for the test from CallBackIdTestCaseFIXME to CallBackIdTestCase. 3. Change the test code where it was not using the correct spec APIs. 4. Various runtime changes to enable the correct passing of the callback ID on requests I am looking at the other failing callback tests and I will post further patches to get them working. Many callback tests don't run - Key: TUSCANY-1500 URL: https://issues.apache.org/jira/browse/TUSCANY-1500 Project: Tuscany Issue Type: Bug Components: Java SCA Core Runtime Affects Versions: Java-SCA-Next Environment: Windows XP Reporter: Simon Nash Assignee: Simon Nash Fix For: Java-SCA-Next Attachments: patch1, patch2 The following itests are currently disabled in the build. If they are enabled by changing the name of the test class from xxxTest to xxxTestCase, they fail with various errors. callback-api callback-complex-type callback-id callback-set-callback callback-set-conversation - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Assigned: (TUSCANY-1573) helloworld-jsronrpc sample does not run using .99 snapshot
[ https://issues.apache.org/jira/browse/TUSCANY-1573?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ant elder reassigned TUSCANY-1573: -- Assignee: ant elder helloworld-jsronrpc sample does not run using .99 snapshot -- Key: TUSCANY-1573 URL: https://issues.apache.org/jira/browse/TUSCANY-1573 Project: Tuscany Issue Type: Bug Components: Java SCA Samples Affects Versions: Java-SCA-0.99 Environment: I tried both firefox and ie. and checked to make sure scripting is enabled. -- Windows Reporter: haleh mahbod Assignee: ant elder Fix For: Java-SCA-0.99 Following readme instruction, a) copied war file to tomcat webapp directory b) started tomcat ( I see init message for hellow json-rpc) c) started browser and gave it url: http://localhost:8080/sample-helloworld-jsonrpc Screen pops up that shows Helloworld Json/rpc sample screen. Type something in the box and submit... Nothing happens At the bottome part of the browser I see a brief message in the explorer tool bar (bottom) saying 'error on page'. -- 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-1573) helloworld-jsronrpc sample does not run using .99 snapshot
[ https://issues.apache.org/jira/browse/TUSCANY-1573?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ant elder closed TUSCANY-1573. -- Resolution: Fixed This should be fixed now and works for me ok. I'm uploading the new latest distro's to http://people.apache.org/~antelder/tuscany/SNAPSHOT/ could you please try again with that latest code. helloworld-jsronrpc sample does not run using .99 snapshot -- Key: TUSCANY-1573 URL: https://issues.apache.org/jira/browse/TUSCANY-1573 Project: Tuscany Issue Type: Bug Components: Java SCA Samples Affects Versions: Java-SCA-0.99 Environment: I tried both firefox and ie. and checked to make sure scripting is enabled. -- Windows Reporter: haleh mahbod Assignee: ant elder Fix For: Java-SCA-0.99 Following readme instruction, a) copied war file to tomcat webapp directory b) started tomcat ( I see init message for hellow json-rpc) c) started browser and gave it url: http://localhost:8080/sample-helloworld-jsonrpc Screen pops up that shows Helloworld Json/rpc sample screen. Type something in the box and submit... Nothing happens At the bottome part of the browser I see a brief message in the explorer tool bar (bottom) saying 'error on page'. -- 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: [jira] Commented: (TUSCANY-1499) Core wiring framework should create pseudo-services and pseudo-references for callbacks
See inline. Simon Jean-Sebastien Delfino wrote: Simon Nash wrote: Sorry for the delay in replying. I was away with no access to email. Comments inline. Simon Jean-Sebastien Delfino wrote: Simon Nash wrote: See inline. Simon Jean-Sebastien Delfino wrote: Simon Nash wrote: Jean-Sebastien Delfino wrote: Simon Nash wrote: Sorry that I missed this the first time round. See inline. Simon Jean-Sebastien Delfino wrote: [snip] The important part in what I was proposing was: and will save the application developer to have to understand it. ... I don't want the application developer to have to understand a Tuscany specific naming convention like $callback.Abc for endpoint URIs used by callbacks. Where is this exposed to the application developer? The developer does not wire callbacks or specify an explicit URI for them. The creation and usage of the special name should be entirely confined to the runtime. This is the URI where the service is available, where as an application developer, I'm going to point my TCP/IP monitor, my Web Browser, or my Web Services explorer to test the service... so I better know where it is. We've seen recurring questions and discussions on this list where it was not clear to people which URI was actually used to expose a service (as it was not explicit in the SCA assembly XML), same here for callbacks, those special names will come back hunt app developers every day. Thanks, this helps me to understand the scenarios. I was thinking in terms of service and reference names, which would not be exposed (like the current $self$. and $promoted$. names that the runtime uses). The issue is when the service or reference name is used to form the externally visible URI for the callback endpoint. If we want to do something in the spec group to address this, I think the best thing to do would be to add a rule to the spec for how a URI should be constructed for the endpoint that represents a callback reference. This needs to be done in a way that won't collide with URIs for SCDL services on the same component. One way to ensure that the endpoint names don't collide is to say (as you have proposed): 1. The name of the callback endpoint is derived from the SCDL reference name using the same algorithm that is currently used for services. 2. Reference and service names must never be the same. Another way to ensure that the endpoint names don't collide is to say: 1. The name of the callback endpoint is derived from the SCDL reference name using a different algorithm than the one that is currently used for services. For example, it could be something like componentname/referencename-callback My preference would be for something like this because it makes it very easy to see which URIs are for callbacks and which are for real services. Simon Will that work? component name=foo service name=bar/ -- this one has a callback reference name=bar-callback /component On the service side there is no problem, as no external endpoint URI is created for the pseudo-reference, and I am not proposing that we change the internal Tuscany model names from the $callback$. scheme. The case that would have a problem is on the reference side: component name=foo service name=bar-callback/ reference name=bar -- this one has a callback /component I was only using the -callback suffix is as an example to get the discussion started. If we are trying to ensure guaranteed uniqueness in all cases, then we need a different separator from - that isn't legal for service names but is legal for URIs. What about using /? The above example would then translate to: base-uri/foo/bar-callback -- the real SCDL service base-uri/foo/bar/callback -- the callback pseudo-service As long as there is no possibility of having a SCDL service named bar/callback then this will not break. Sure it was an example, and I just gave an example of why it wouldn't work :) But remember, the main reason why I don't like that approach is that I think that make it work we'll need to come up with an ugly naming convention, and place that ugly naming convention in the face of all application developers. foo/bar/callback doesn't work either, if you have a component bar inside a (composite) component foo (as with nested composition you can't really use the component name, you have to use the component URI instead). Please can you explain this in a little more detail, preferably with an example. I believe you're talking about SCDL like the following: composite xmlns=http://www.osoa.org/xmlns/sca/1.0; targetNamespace=http://sample; xmlns:sample=http://sample; name=OuterComposite component name=SourceComponent implementation.composite name=sample:InnerComposite/ reference name=targetComponentRef2 target=TargetComponent2/InnerTargetService/ /component component name=TargetComponent2
[jira] Assigned: (TUSCANY-1572) mvn on helloworld-ws-reference gets exception - used binary snapshot for .99
[ https://issues.apache.org/jira/browse/TUSCANY-1572?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ant elder reassigned TUSCANY-1572: -- Assignee: ant elder mvn on helloworld-ws-reference gets exception - used binary snapshot for .99 - Key: TUSCANY-1572 URL: https://issues.apache.org/jira/browse/TUSCANY-1572 Project: Tuscany Issue Type: Bug Components: Java SCA Samples Affects Versions: Java-SCA-0.99 Environment: windows Reporter: haleh mahbod Assignee: ant elder Fix For: Java-SCA-0.99 Following read me instructions 1) Ant run works fine 2) Building and running the sample using ant - works 3) Building And Running The Sample Using Maven --- Fails cd helloworld-ws-reference mvn [INFO] Scanning for projects... [INFO] [INFO] Building Apache Tuscany HelloWorld Web Service Client Sample [INFO]task-segment: [install] [INFO] [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. Downloading: http://people.apache.org/repo/m2-incubating-repository/wsdl4j/wsdl4j/1.6.2/wsdl4j-1.6.2.pom [WARNING] Unable to get resource from repository apache.incubator (http://people.apache.org/repo/m2-incubating-repository) Downloading: http://www.ibiblio.net/pub/packages/maven2/wsdl4j/wsdl4j/1.6.2/wsdl4j-1.6.2.pom [WARNING] Unable to get resource from repository central (http://repo1.maven.org/maven2) Downloading: http://people.apache.org/repo/m2-incubating-repository/org/apache/neethi/neethi/2.0.1/neethi-2.0.1.pom [WARNING] Unable to get resource from repository apache.incubator (http://people.apache.org/repo/m2-incubating-repository) Downloading: http://www.ibiblio.net/pub/packages/maven2/org/apache/neethi/neethi/2.0.1/neethi-2.0.1.pom [WARNING] Unable to get resource from repository central (http://repo1.maven.org/maven2) Downloading: http://people.apache.org/repo/m2-incubating-repository/jaxen/jaxen/1.1-beta-10/jaxen-1.1-beta-10.pom [WARNING] Unable to get resource from repository apache.incubator (http://people.apache.org/repo/m2-incubating-repository) Downloading: http://www.ibiblio.net/pub/packages/maven2/jaxen/jaxen/1.1-beta-10/jaxen-1.1-beta-10.pom [WARNING] Unable to get resource from repository central (http://repo1.maven.org/maven2) Downloading: http://people.apache.org/repo/m2-incubating-repository/org/apache/woden/woden/1.0-incubating-M7a/woden-1.0-incubating-M7a.pom [WARNING] Unable to get resource from repository apache.incubator (http://people.apache.org/repo/m2-incubating-repository) Downloading: http://www.ibiblio.net/pub/packages/maven2/org/apache/woden/woden/1.0-incubating-M7a/woden-1.0-incubating-M7a.pom [WARNING] Unable to get resource from repository central (http://repo1.maven.org/maven2) [WARNING] Artifact junit:junit:jar:4.2:test retains local scope 'test' overriding broader scope 'runtime' given by a dependency. If this is not intended, modify or remove the local scope. [INFO] [compiler:compile] [INFO] Nothing to compile - all classes are up to date [INFO] [resources:testResources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:testCompile] [INFO] Nothing to compile - all classes are up to date [INFO] [surefire:test] [INFO] Surefire report directory: C:\tuscany-new\sca-dist\tuscany-sca-1.0-incubating-SNAPSHOT\samples\helloworld-ws-reference\target\surefire-reports --- T E S T S --- Running helloworld.HelloWorldClientTestCase log4j:WARN No appenders could be found for logger (org.apache.axiom.om.util.StAXUtils). log4j:WARN Please initialize the log4j system properly. log4j:WARN No appenders could be found for logger (org.apache.axiom.om.util.StAXUtils). log4j:WARN Please initialize the log4j system properly. Aug 22, 2007 2:05:34 PM org.apache.catalina.core.StandardEngine start INFO: Starting Servlet Engine: Apache Tomcat/6.0.10 Aug 22, 2007 2:05:34 PM org.apache.catalina.startup.ContextConfig defaultWebConfig INFO: No default web.xml Aug 22, 2007 2:05:34 PM org.apache.catalina.startup.DigesterFactory register WARNING: Could not get url for /javax/servlet/jsp/resources/jsp_2_0.xsd Aug 22, 2007 2:05:34 PM org.apache.catalina.startup.DigesterFactory register WARNING: Could not get url for /javax/servlet/jsp/resources/web-jsptaglibrary_1_1.dtd Aug 22, 2007 2:05:34 PM org.apache.catalina.startup.DigesterFactory register WARNING: Could not get url for /javax/servlet/jsp/resources/web-jsptaglibrary_1_2.dtd Aug
[jira] Closed: (TUSCANY-1572) mvn on helloworld-ws-reference gets exception - used binary snapshot for .99
[ https://issues.apache.org/jira/browse/TUSCANY-1572?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ant elder closed TUSCANY-1572. -- Resolution: Fixed Problem seems to be that the webapp ServletHost is being used instead of the standalone jetty or Tomcat ones, and the webapp one doesn';t work properly outside of a webapp. I've committed a work around for now, proper fix can be done with TUSCANY-1568. Please try using the latest distributions uploading now to: http://people.apache.org/~antelder/tuscany/SNAPSHOT/ mvn on helloworld-ws-reference gets exception - used binary snapshot for .99 - Key: TUSCANY-1572 URL: https://issues.apache.org/jira/browse/TUSCANY-1572 Project: Tuscany Issue Type: Bug Components: Java SCA Samples Affects Versions: Java-SCA-0.99 Environment: windows Reporter: haleh mahbod Assignee: ant elder Fix For: Java-SCA-0.99 Following read me instructions 1) Ant run works fine 2) Building and running the sample using ant - works 3) Building And Running The Sample Using Maven --- Fails cd helloworld-ws-reference mvn [INFO] Scanning for projects... [INFO] [INFO] Building Apache Tuscany HelloWorld Web Service Client Sample [INFO]task-segment: [install] [INFO] [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. Downloading: http://people.apache.org/repo/m2-incubating-repository/wsdl4j/wsdl4j/1.6.2/wsdl4j-1.6.2.pom [WARNING] Unable to get resource from repository apache.incubator (http://people.apache.org/repo/m2-incubating-repository) Downloading: http://www.ibiblio.net/pub/packages/maven2/wsdl4j/wsdl4j/1.6.2/wsdl4j-1.6.2.pom [WARNING] Unable to get resource from repository central (http://repo1.maven.org/maven2) Downloading: http://people.apache.org/repo/m2-incubating-repository/org/apache/neethi/neethi/2.0.1/neethi-2.0.1.pom [WARNING] Unable to get resource from repository apache.incubator (http://people.apache.org/repo/m2-incubating-repository) Downloading: http://www.ibiblio.net/pub/packages/maven2/org/apache/neethi/neethi/2.0.1/neethi-2.0.1.pom [WARNING] Unable to get resource from repository central (http://repo1.maven.org/maven2) Downloading: http://people.apache.org/repo/m2-incubating-repository/jaxen/jaxen/1.1-beta-10/jaxen-1.1-beta-10.pom [WARNING] Unable to get resource from repository apache.incubator (http://people.apache.org/repo/m2-incubating-repository) Downloading: http://www.ibiblio.net/pub/packages/maven2/jaxen/jaxen/1.1-beta-10/jaxen-1.1-beta-10.pom [WARNING] Unable to get resource from repository central (http://repo1.maven.org/maven2) Downloading: http://people.apache.org/repo/m2-incubating-repository/org/apache/woden/woden/1.0-incubating-M7a/woden-1.0-incubating-M7a.pom [WARNING] Unable to get resource from repository apache.incubator (http://people.apache.org/repo/m2-incubating-repository) Downloading: http://www.ibiblio.net/pub/packages/maven2/org/apache/woden/woden/1.0-incubating-M7a/woden-1.0-incubating-M7a.pom [WARNING] Unable to get resource from repository central (http://repo1.maven.org/maven2) [WARNING] Artifact junit:junit:jar:4.2:test retains local scope 'test' overriding broader scope 'runtime' given by a dependency. If this is not intended, modify or remove the local scope. [INFO] [compiler:compile] [INFO] Nothing to compile - all classes are up to date [INFO] [resources:testResources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:testCompile] [INFO] Nothing to compile - all classes are up to date [INFO] [surefire:test] [INFO] Surefire report directory: C:\tuscany-new\sca-dist\tuscany-sca-1.0-incubating-SNAPSHOT\samples\helloworld-ws-reference\target\surefire-reports --- T E S T S --- Running helloworld.HelloWorldClientTestCase log4j:WARN No appenders could be found for logger (org.apache.axiom.om.util.StAXUtils). log4j:WARN Please initialize the log4j system properly. log4j:WARN No appenders could be found for logger (org.apache.axiom.om.util.StAXUtils). log4j:WARN Please initialize the log4j system properly. Aug 22, 2007 2:05:34 PM org.apache.catalina.core.StandardEngine start INFO: Starting Servlet Engine: Apache Tomcat/6.0.10 Aug 22, 2007 2:05:34 PM org.apache.catalina.startup.ContextConfig defaultWebConfig INFO: No default web.xml Aug 22, 2007 2:05:34 PM org.apache.catalina.startup.DigesterFactory register WARNING: Could not get url for
Re: [jira] Updated: (TUSCANY-1500) Many callback tests don't run
The patch doesn't apply cleanly when i try it, maybe some line end character issue or something. Could you also attach a zip of the core and callback-id modules as well as the diff patch. ...ant On 8/23/07, Simon Nash [EMAIL PROTECTED] wrote: Please can someone apply this patch so the I can continue working on the other parts of this JIRA. Thanks. Simon Simon Nash (JIRA) wrote: [ https://issues.apache.org/jira/browse/TUSCANY-1500?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel] Simon Nash updated TUSCANY-1500: Attachment: patch2 Here is patch2 for this JIRA. It enables the callback-id test in the build and gets it working. Here's a very brief summary of the changes in this patch. 1. Rename CallBackIdTestCaseFIXME.java to CallBackIdTestCase.java. (NOTE: This must be done manually before applying the patch, which contains an update to CallBackIdTestCase.java.) 2. Change the class name for the test from CallBackIdTestCaseFIXME to CallBackIdTestCase. 3. Change the test code where it was not using the correct spec APIs. 4. Various runtime changes to enable the correct passing of the callback ID on requests I am looking at the other failing callback tests and I will post further patches to get them working. Many callback tests don't run - Key: TUSCANY-1500 URL: https://issues.apache.org/jira/browse/TUSCANY-1500 Project: Tuscany Issue Type: Bug Components: Java SCA Core Runtime Affects Versions: Java-SCA-Next Environment: Windows XP Reporter: Simon Nash Assignee: Simon Nash Fix For: Java-SCA-Next Attachments: patch1, patch2 The following itests are currently disabled in the build. If they are enabled by changing the name of the test class from xxxTest to xxxTestCase, they fail with various errors. callback-api callback-complex-type callback-id callback-set-callback callback-set-conversation - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: SCA distribution is really big now
On 8/22/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: I'll start a different thread to discuss the more long term support for implementation.web. For now, comments inline to cover the immediate WAR size issue for the 0.99 release. Simon Laws wrote: [snip] 1 - what is in the war that is build from these samples - currently all of the tuscany jars required [snip] Doing 1 is a relatively straightforward exercise of refactoring the current war into a slimmed down version. I'm still not convinced that it's a good idea to remove the webapp samples and compress everything into a small number of samples I think we should just document how to copy the required JARs to the Tomcat lib folder and run the stripped down WARs this way, assuming that it works. The problem is likely to be the assuming that it works as last time i tried this it didn't - there's various classloader issues. Changing to use deep integration like we used to also seems like quite a big change to be doing just moments before we cut a release so could we at least postpone looking at that till after this release? For this release I think I'm in favour of just picking a few samples and demos to not ship pre-built and documenting that in their README's as it seems like the most minimal change. ...ant
OneWay and Remote References
Hi, Yesterday i was doing tests with SCA, but it doesn't do asynchronous remote invocation. I need it because I'm working with streams of values. For example: import org.osoa.sca.annotations.OneWay; import org.osoa.sca.annotations.Remotable; /** * This service that will be invoked in a non-blocking fashion */ @Remotable public interface WorkerService { @OneWay public void compute(int value); } And this is its implementation: @Service(WorkerService.class) public class WorkerServiceImpl implements WorkerService { public void compute(int value) { System.out.println(Input Value = + value); } } This is the client: @Service(Workpool.class) public class WorkpoolImpl implements Workpool { private WorkerService myService2; @Reference public void setMyService2(WorkerService myService2) { this.myService2 = myService2; } public void submit(int value) { myService2.compute(value); } } And these are the bindings: JVM_C composite xmlns=http://www.osoa.org/xmlns/sca/1.0; targetNamespace=http://sample; xmlns:sample=http://sample; name=Workpool component name=WorkerServiceComponent2 implementation.java class=workpool.WorkerServiceImpl / service name=WorkerService binding.sca uri=http://localhost:8086/WorkerServiceComponent2/ /service /component /composite JVM_B : domainNode JVM_A: composite xmlns=http://www.osoa.org/xmlns/sca/1.0; targetNamespace=http://sample; xmlns:sample=http://sample; name=Workpool component name=WorkpoolServiceComponent implementation.java class=workpool.WorkpoolImpl/ reference name=myService2 target=WorkerServiceComponent2/ /component /composite In my Node I have: if ( nodeName.equals(nodeA) ) { Workpool myClient = domain.getService(Workpool.class, WorkpoolServiceComponent); for (int j = 1; j 18; ++j ) { myClient.submit(j); } } Its output: $ ant Buildfile: build.xml runNodeC: [java] file:/home/giorgio/sca.onwork/java/sca/samples/workpool/target/classes/management/ [java] log4j:WARN No appenders could be found for logger (org.apache.axiom.om.util.StAXUtils). [java] log4j:WARN Please initialize the log4j system properly. [java] ContributionURL =file:/home/giorgio/sca.onwork/java/sca/samples/workpool/target/classes/nodeC/ [java] My composite={http://sample}Workpool [java] Registering service: [mydomain nodeC WorkerServiceComponent2 org.apache.tuscany.sca.assembly.SCABinding http://localhost:8086/WorkerServiceComponent2] [java] Registering service: [mydomain nodeC WorkerServiceComponent2/WorkerService org.apache.tuscany.sca.assembly.SCABinding http://localhost:8086/WorkerServiceComponent2] [java] Added Servlet mapping: http://localhost:8086/WorkerServiceComponent2 [java] Node started (press enter to shutdown) [java] Input Value = 4 [java] Input Value = 3 Instead of 18 values, which I should receive. But I'm now seeing in Axis2SCAReferenceBindingProvider.. public boolean supportsAsyncOneWayInvocation() { return false; } It seems that current runtime doesn't support it. Is there a some who's working on it before i'm going to implement it. The same seems for remote Callbacks, are they working? Cheers, Jo. P.S You can find my code tarball at components http://components.ath.cx/sample-sca.tar.gz - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
context annotation
hi People, I am newbie looking for some help on @context annotation.Can one of you please explain me or provide me pointers where I can get more information on this annotation. Describing with a small example would be gr8. Thanks in advance. Waiting for a quick reply. Mayank Sharma
Re: [jira] Updated: (TUSCANY-1500) Many callback tests don't run
My apologies, I was working very late last night on this (always risky). I'll do a new checkout and find out why it doesn't apply. Actually I have made a couple of small extra tweaks this morning, so I'll probably resubmit a new patch including these that applies cleanly. Simon ant elder wrote: The patch doesn't apply cleanly when i try it, maybe some line end character issue or something. Could you also attach a zip of the core and callback-id modules as well as the diff patch. ...ant On 8/23/07, Simon Nash [EMAIL PROTECTED] wrote: Please can someone apply this patch so the I can continue working on the other parts of this JIRA. Thanks. Simon Simon Nash (JIRA) wrote: [ https://issues.apache.org/jira/browse/TUSCANY-1500?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel] Simon Nash updated TUSCANY-1500: Attachment: patch2 Here is patch2 for this JIRA. It enables the callback-id test in the build and gets it working. Here's a very brief summary of the changes in this patch. 1. Rename CallBackIdTestCaseFIXME.java to CallBackIdTestCase.java. (NOTE: This must be done manually before applying the patch, which contains an update to CallBackIdTestCase.java.) 2. Change the class name for the test from CallBackIdTestCaseFIXME to CallBackIdTestCase. 3. Change the test code where it was not using the correct spec APIs. 4. Various runtime changes to enable the correct passing of the callback ID on requests I am looking at the other failing callback tests and I will post further patches to get them working. Many callback tests don't run - Key: TUSCANY-1500 URL: https://issues.apache.org/jira/browse/TUSCANY-1500 Project: Tuscany Issue Type: Bug Components: Java SCA Core Runtime Affects Versions: Java-SCA-Next Environment: Windows XP Reporter: Simon Nash Assignee: Simon Nash Fix For: Java-SCA-Next Attachments: patch1, patch2 The following itests are currently disabled in the build. If they are enabled by changing the name of the test class from xxxTest to xxxTestCase, they fail with various errors. callback-api callback-complex-type callback-id callback-set-callback callback-set-conversation - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: OneWay and Remote References
Giorgio, This is supported and working for both the local SCA binding and the Web Service binding. The supportsAsyncOneWayInvocation=false setting means that the binding doesn't provide this support internally, so the core invocation framework adds a nonblocking interceptor that does a thread switch. It appears that you are using the distributed SCA binding over Web services (is that correct?) so there could be an issue with this binding. Bindings that can support async invocations internally are supposed to set the flag to true rather than false, and I'd expect the distributed SCA binding to fall into that category. Simon Giorgio Zoppi wrote: Hi, Yesterday i was doing tests with SCA, but it doesn't do asynchronous remote invocation. I need it because I'm working with streams of values. For example: import org.osoa.sca.annotations.OneWay; import org.osoa.sca.annotations.Remotable; /** * This service that will be invoked in a non-blocking fashion */ @Remotable public interface WorkerService { @OneWay public void compute(int value); } And this is its implementation: @Service(WorkerService.class) public class WorkerServiceImpl implements WorkerService { public void compute(int value) { System.out.println(Input Value = + value); } } This is the client: @Service(Workpool.class) public class WorkpoolImpl implements Workpool { private WorkerService myService2; @Reference public void setMyService2(WorkerService myService2) { this.myService2 = myService2; } public void submit(int value) { myService2.compute(value); } } And these are the bindings: JVM_C composite xmlns=http://www.osoa.org/xmlns/sca/1.0; targetNamespace=http://sample; xmlns:sample=http://sample; name=Workpool component name=WorkerServiceComponent2 implementation.java class=workpool.WorkerServiceImpl / service name=WorkerService binding.sca uri=http://localhost:8086/WorkerServiceComponent2/ /service /component /composite JVM_B : domainNode JVM_A: composite xmlns=http://www.osoa.org/xmlns/sca/1.0; targetNamespace=http://sample; xmlns:sample=http://sample; name=Workpool component name=WorkpoolServiceComponent implementation.java class=workpool.WorkpoolImpl/ reference name=myService2 target=WorkerServiceComponent2/ /component /composite In my Node I have: if ( nodeName.equals(nodeA) ) { Workpool myClient = domain.getService(Workpool.class, WorkpoolServiceComponent); for (int j = 1; j 18; ++j ) { myClient.submit(j); } } Its output: $ ant Buildfile: build.xml runNodeC: [java] file:/home/giorgio/sca.onwork/java/sca/samples/workpool/target/classes/management/ [java] log4j:WARN No appenders could be found for logger (org.apache.axiom.om.util.StAXUtils). [java] log4j:WARN Please initialize the log4j system properly. [java] ContributionURL =file:/home/giorgio/sca.onwork/java/sca/samples/workpool/target/classes/nodeC/ [java] My composite={http://sample}Workpool [java] Registering service: [mydomain nodeC WorkerServiceComponent2 org.apache.tuscany.sca.assembly.SCABinding http://localhost:8086/WorkerServiceComponent2] [java] Registering service: [mydomain nodeC WorkerServiceComponent2/WorkerService org.apache.tuscany.sca.assembly.SCABinding http://localhost:8086/WorkerServiceComponent2] [java] Added Servlet mapping: http://localhost:8086/WorkerServiceComponent2 [java] Node started (press enter to shutdown) [java] Input Value = 4 [java] Input Value = 3 Instead of 18 values, which I should receive. But I'm now seeing in Axis2SCAReferenceBindingProvider.. public boolean supportsAsyncOneWayInvocation() { return false; } It seems that current runtime doesn't support it. Is there a some who's working on it before i'm going to implement it. The same seems for remote Callbacks, are they working? Cheers, Jo. P.S You can find my code tarball at components http://components.ath.cx/sample-sca.tar.gz - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Contribute to SCA-OSGi integration
This itest has been fixed now with TUSCANY-1569 so how about including implementation-osgi in the 0.99 release? It would add about 500K of Felix dependencies which doesn't seem a big deal, so i think we should include it. ...ant On 8/20/07, Rajini Sivaram [EMAIL PROTECTED] wrote: Ant, I will take a look at the intermittent test failure in itest/osgi -implementation. Thank you... Regards, Rajini On 8/16/07, ant elder [EMAIL PROTECTED] wrote: Hi SCA/OSGi-ers, Just bringing this up again to see if there is any interesting in moving this along still. We've been talking about having a Tuscany 1.0 release in a couple of months, be great if we could have a good OSGi story for that. Also the Apache Felix 1.0 release is out now and the existing implemention.osgi code has been moved off SNAPSHOTs to use Felix 1.0 so we can now include that in releases (though i think one of the itests still has an intermittent failure so would be good to fix that as well). ...ant On 6/29/07, Hawkins, Joel [EMAIL PROTECTED] wrote: Hi SCA/OSGi-ers. I did some initial work back during the M2 days (working with Nicole) to host Tuscany in an Equinox runtime. It looks like I may have some time to re-engage during the next few months, so is there anything in particular that I could be looking at to help move the OSGi efforts ahead? Like Bill and Raymond below, my primary interest is in seeing OSGi used as a container for hosting SCA. Cheers, Joel -Original Message- From: Rajini Sivaram [mailto: [EMAIL PROTECTED] Sent: Wednesday, June 27, 2007 4:20 AM To: tuscany-dev@ws.apache.org Subject: Re: Contribute to SCA-OSGi integration Sebastien, Graham and I will be looking at the support for packaging of SCA contributions as OSGi bundles, once the work on implementation.osgi is complete. Thank you... Regards, Rajini On 6/23/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: Bill Barnhill wrote: Hi, As I may have mentioned earlier I also have been working on the SCA-OSGi integration, but from the third aspect that Raymond mentions, using OSGi as an underlying technology for an SCA container providing an extension mechanism, dependency resolution and service registry capabilities. I think my work would dovetail nicely with the work Rajini and Graham have been doing. Would it be possible to create an osgi directory under contrib with a subdir under that for each of our efforts (host, binding, implementation) What do you think? Hi Bill, That sounds like a good idea. Tuscany modules are not that different from OSGI bundles, I think it wouldn't be too difficult to package them as actual bundles, and come up with a variation of host-embedded that will load them as such, allowing for some isolation and better jar/bundle dependency management. Do you have the structure you need with sca/modules/host-osgi? Do you have code that we can look at? Any questions or issues that we can help with? On a different, but related subject, has anybody started on supporting the package of (application) SCA contributions (as defined by the SCA assembly spec) as OSGI bundles? Thanks -- Jean-Sebastien - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] The contents of this e-mail are intended for the named addressee only. It contains information that may be confidential. Unless you are the named addressee or an authorized designee, you may not copy or use it, or disclose it to anyone else. If you received it in error please notify us immediately and then destroy it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: OneWay and Remote References
On 8/23/07, Simon Nash [EMAIL PROTECTED] wrote: Giorgio, This is supported and working for both the local SCA binding and the Web Service binding. The supportsAsyncOneWayInvocation=false setting means that the binding doesn't provide this support internally, so the core invocation framework adds a nonblocking interceptor that does a thread switch. It appears that you are using the distributed SCA binding over Web services (is that correct?) so there could be an issue with this binding. Bindings that can support async invocations internally are supposed to set the flag to true rather than false, and I'd expect the distributed SCA binding to fall into that category. Simon Giorgio Zoppi wrote: Hi, Yesterday i was doing tests with SCA, but it doesn't do asynchronous remote invocation. I need it because I'm working with streams of values. For example: import org.osoa.sca.annotations.OneWay; import org.osoa.sca.annotations.Remotable; /** * This service that will be invoked in a non-blocking fashion */ @Remotable public interface WorkerService { @OneWay public void compute(int value); } And this is its implementation: @Service(WorkerService.class) public class WorkerServiceImpl implements WorkerService { public void compute(int value) { System.out.println(Input Value = + value); } } This is the client: @Service(Workpool.class) public class WorkpoolImpl implements Workpool { private WorkerService myService2; @Reference public void setMyService2(WorkerService myService2) { this.myService2 = myService2; } public void submit(int value) { myService2.compute(value); } } And these are the bindings: JVM_C composite xmlns=http://www.osoa.org/xmlns/sca/1.0; targetNamespace=http://sample; xmlns:sample=http://sample; name=Workpool component name=WorkerServiceComponent2 implementation.java class=workpool.WorkerServiceImpl / service name=WorkerService binding.sca uri=http://localhost:8086/WorkerServiceComponent2/ /service /component /composite JVM_B : domainNode JVM_A: composite xmlns=http://www.osoa.org/xmlns/sca/1.0; targetNamespace=http://sample; xmlns:sample=http://sample; name=Workpool component name=WorkpoolServiceComponent implementation.java class=workpool.WorkpoolImpl/ reference name=myService2 target=WorkerServiceComponent2/ /component /composite In my Node I have: if ( nodeName.equals(nodeA) ) { Workpool myClient = domain.getService(Workpool.class, WorkpoolServiceComponent); for (int j = 1; j 18; ++j ) { myClient.submit(j); } } Its output: $ ant Buildfile: build.xml runNodeC: [java] file:/home/giorgio/sca.onwork/java/sca/samples/workpool/target/classes/management/ [java] log4j:WARN No appenders could be found for logger (org.apache.axiom.om.util.StAXUtils). [java] log4j:WARN Please initialize the log4j system properly. [java] ContributionURL =file:/home/giorgio/sca.onwork/java/sca/samples/workpool/target/classes/nodeC/ [java] My composite={http://sample}Workpool [java] Registering service: [mydomain nodeC WorkerServiceComponent2 org.apache.tuscany.sca.assembly.SCABinding http://localhost:8086/WorkerServiceComponent2] [java] Registering service: [mydomain nodeC WorkerServiceComponent2/WorkerService org.apache.tuscany.sca.assembly.SCABinding http://localhost:8086/WorkerServiceComponent2] [java] Added Servlet mapping: http://localhost:8086/WorkerServiceComponent2 [java] Node started (press enter to shutdown) [java] Input Value = 4 [java] Input Value = 3 Instead of 18 values, which I should receive. But I'm now seeing in Axis2SCAReferenceBindingProvider.. public boolean supportsAsyncOneWayInvocation() { return false; } It seems that current runtime doesn't support it. Is there a some who's working on it before i'm going to implement it. The same seems for remote Callbacks, are they working? Cheers, Jo. P.S You can find my code tarball at components http://components.ath.cx/sample-sca.tar.gz - 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] Hi Jo I'm fixing up the remote callbacks for the sca binding now. They should already work for the local case and explicit web services bindings (see samples/simple-callback and samples/simple-callback-ws) It needs changing in the sca binding case
[jira] Assigned: (TUSCANY-1277) Axis2 binding ?wsdl returns wsdl with wrong endpoint url when running in a webapp
[ https://issues.apache.org/jira/browse/TUSCANY-1277?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ant elder reassigned TUSCANY-1277: -- Assignee: ant elder Axis2 binding ?wsdl returns wsdl with wrong endpoint url when running in a webapp - Key: TUSCANY-1277 URL: https://issues.apache.org/jira/browse/TUSCANY-1277 Project: Tuscany Issue Type: Bug Components: Java SCA Axis Binding Extension Affects Versions: Java-SCA-0.90 Reporter: ant elder Assignee: ant elder Fix For: Java-SCA-0.99 Axis2 binding ?wsdl returns wsdl with wrong endpoint url when running in a webapp -- 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: OneWay and Remote References
2007/8/23, Simon Laws [EMAIL PROTECTED]: On 8/23/07, Simon Nash [EMAIL PROTECTED] wrote: Giorgio, This is supported and working for both the local SCA binding and the Web Service binding. The supportsAsyncOneWayInvocation=false setting means that the binding doesn't provide this support internally, so the core invocation framework adds a nonblocking interceptor that does a thread switch. It appears that you are using the distributed SCA binding over Web services (is that correct?) so there could be an issue with this binding. Bindings that can support async invocations internally are supposed to set the flag to true rather than false, and I'd expect the distributed SCA binding to fall into that category. Simon Hi Jo I'm fixing up the remote callbacks for the sca binding now. They should already work for the local case and explicit web services bindings (see samples/simple-callback and samples/simple-callback-ws) It needs changing in the sca binding case now that raymond has changed the way that the wires/invocation chains are created. If you want to make progress with you're sample right now you could switch to the explicit web services binding for the time being. Otherwise the fix should be done in an hour or so (I hope:-) With one way invocations you've found something I haven't tried with the default binding in remote mode. It's just using the web services binding under the covers so there's no reason why it shouldn't work but I expect there is some coding error. If you've got some thoughts here about what's going wrong that would would good. Ok. Thank you very much. I'll try and debug it. Cheers, Jo. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: context annotation
This annotation is described here: http://osoa.org/download/attachments/35/SCA_JavaAnnotationsAndAPIs_V100.pdf?version=1 It is used to mark a ComponentContext or RequestContext field or setter method so that the runtime can inject the corresponding object. Simon mayank sharma wrote: hi People, I am newbie looking for some help on @context annotation.Can one of you please explain me or provide me pointers where I can get more information on this annotation. Describing with a small example would be gr8. Thanks in advance. Waiting for a quick reply. Mayank Sharma - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (TUSCANY-1560) A component with multiple services does not work.
[ https://issues.apache.org/jira/browse/TUSCANY-1560?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12522141 ] Florian Rosenberg commented on TUSCANY-1560: I had the same issue as stated above. The first one was a warning as shown below: -- Aug 22, 2007 12:17:38 PM org.apache.tuscany.sca.assembly.builder.impl.CompositeBuilderImpl$1 problem WARNING: [WARNING] No implementation for component: FeedAggregatorComponent null -- The error was in definition of the org.apache.tuscany.sca.contribution.processor.StAXArtifactProcessor file. The contents of this file is shown below: com.ibm.sca.implementation.splice.SpliceArtifactProcessor;type=http://www.osoa.org/xmlns/sca/1.0#implementation.splice,model=com.ibm.sca.implementation.splice.SpliceImplementation but actually the type= is now qname=. The second exception (show below) can be either a result of the warning above or a change in the runtime behavior as state by Luciano on the mailing list. So if you have a getService(ABC) in your client you need to make sure that the target component has only one service, otherwise you should use getService(ABC/ServiceName). -- Exception in thread main org.osoa.sca.ServiceRuntimeException: The component doesn't have exactly one service at org.apache.tuscany.sca.core.component.ComponentContextImpl.createSelfReference(ComponentContextImpl.java:135) at org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.getServiceReference(DefaultSCADomain.java:377) at org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.getService(DefaultSCADomain.java:321) at com.ibm.sca.implementation.splice.SpliceScaTester.main(SpliceScaTester.java:17) -- A component with multiple services does not work. - Key: TUSCANY-1560 URL: https://issues.apache.org/jira/browse/TUSCANY-1560 Project: Tuscany Issue Type: Bug Components: Java SCA Core Runtime Affects Versions: Java-SCA-Next Environment: windows Reporter: Zhenghui Lee Priority: Critical Fix For: Java-SCA-0.99 In code org.apache.tuscany.sca.core.component.ComponentContextImpl, at line 130 : if (regularServices.size() != 1) { throw new ServiceRuntimeException(The component doesn't have exactly one service); } multiple services per component will be failed by above checking. -- 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: [jira] Updated: (TUSCANY-1500) Many callback tests don't run
I did a complete checkout and discovered that the patch is already applied under r568837. (Thanks, Raymond.) I'll continue with the next stage of fixing this JIRA now. Simon Simon Nash wrote: My apologies, I was working very late last night on this (always risky). I'll do a new checkout and find out why it doesn't apply. Actually I have made a couple of small extra tweaks this morning, so I'll probably resubmit a new patch including these that applies cleanly. Simon ant elder wrote: The patch doesn't apply cleanly when i try it, maybe some line end character issue or something. Could you also attach a zip of the core and callback-id modules as well as the diff patch. ...ant On 8/23/07, Simon Nash [EMAIL PROTECTED] wrote: Please can someone apply this patch so the I can continue working on the other parts of this JIRA. Thanks. Simon Simon Nash (JIRA) wrote: [ https://issues.apache.org/jira/browse/TUSCANY-1500?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel] Simon Nash updated TUSCANY-1500: Attachment: patch2 Here is patch2 for this JIRA. It enables the callback-id test in the build and gets it working. Here's a very brief summary of the changes in this patch. 1. Rename CallBackIdTestCaseFIXME.java to CallBackIdTestCase.java. (NOTE: This must be done manually before applying the patch, which contains an update to CallBackIdTestCase.java.) 2. Change the class name for the test from CallBackIdTestCaseFIXME to CallBackIdTestCase. 3. Change the test code where it was not using the correct spec APIs. 4. Various runtime changes to enable the correct passing of the callback ID on requests I am looking at the other failing callback tests and I will post further patches to get them working. Many callback tests don't run - Key: TUSCANY-1500 URL: https://issues.apache.org/jira/browse/TUSCANY-1500 Project: Tuscany Issue Type: Bug Components: Java SCA Core Runtime Affects Versions: Java-SCA-Next Environment: Windows XP Reporter: Simon Nash Assignee: Simon Nash Fix For: Java-SCA-Next Attachments: patch1, patch2 The following itests are currently disabled in the build. If they are enabled by changing the name of the test class from xxxTest to xxxTestCase, they fail with various errors. callback-api callback-complex-type callback-id callback-set-callback callback-set-conversation - 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]
Notification Extensions Samples
Hi.. I was trying out the samples from a binary distro and could not quite manage to run the Notification extension samples - there are three of them. Have others any success with them. I guess the readmes for them might need a bit of re-org for the following: - - First most of what is mentioned seems to be only for the Windows env. Other samples cover for unix as well. - There are some env. varibales that need to be set before running the samples. They are all about including the notification extension jars and a stax jar our of the local maven repo. It would be good to use the jars in the distribution itself. - It seems like a couple of notification samples have to be run together. Though this is mentioned somewhere in the README it would be good if it was mentioned in one of the steps for running the sample much like what weSho do for the ws and rmi samples. - Finally there is no ant build script If others share this view of mine, then I can raise a JIRA for this. Thanks - Venkat
Re: SCA distribution is really big now
I moved all the jars from calculator-webapp to tomcat/lib. calculator-webapp runs fine. What else is there that might cause a problem? Haleh On 8/23/07, ant elder [EMAIL PROTECTED] wrote: On 8/22/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: I'll start a different thread to discuss the more long term support for implementation.web. For now, comments inline to cover the immediate WAR size issue for the 0.99 release. Simon Laws wrote: [snip] 1 - what is in the war that is build from these samples - currently all of the tuscany jars required [snip] Doing 1 is a relatively straightforward exercise of refactoring the current war into a slimmed down version. I'm still not convinced that it's a good idea to remove the webapp samples and compress everything into a small number of samples I think we should just document how to copy the required JARs to the Tomcat lib folder and run the stripped down WARs this way, assuming that it works. The problem is likely to be the assuming that it works as last time i tried this it didn't - there's various classloader issues. Changing to use deep integration like we used to also seems like quite a big change to be doing just moments before we cut a release so could we at least postpone looking at that till after this release? For this release I think I'm in favour of just picking a few samples and demos to not ship pre-built and documenting that in their README's as it seems like the most minimal change. ...ant
Re: [jira] Updated: (TUSCANY-1500) Many callback tests don't run
Hi, I already applied it under 568837 last night. Thanks, Raymond - Original Message - From: ant elder [EMAIL PROTECTED] To: tuscany-dev@ws.apache.org Sent: Thursday, August 23, 2007 3:46 AM Subject: Re: [jira] Updated: (TUSCANY-1500) Many callback tests don't run The patch doesn't apply cleanly when i try it, maybe some line end character issue or something. Could you also attach a zip of the core and callback-id modules as well as the diff patch. ...ant On 8/23/07, Simon Nash [EMAIL PROTECTED] wrote: Please can someone apply this patch so the I can continue working on the other parts of this JIRA. Thanks. Simon Simon Nash (JIRA) wrote: [ https://issues.apache.org/jira/browse/TUSCANY-1500?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel] Simon Nash updated TUSCANY-1500: Attachment: patch2 Here is patch2 for this JIRA. It enables the callback-id test in the build and gets it working. Here's a very brief summary of the changes in this patch. 1. Rename CallBackIdTestCaseFIXME.java to CallBackIdTestCase.java. (NOTE: This must be done manually before applying the patch, which contains an update to CallBackIdTestCase.java.) 2. Change the class name for the test from CallBackIdTestCaseFIXME to CallBackIdTestCase. 3. Change the test code where it was not using the correct spec APIs. 4. Various runtime changes to enable the correct passing of the callback ID on requests I am looking at the other failing callback tests and I will post further patches to get them working. Many callback tests don't run - Key: TUSCANY-1500 URL: https://issues.apache.org/jira/browse/TUSCANY-1500 Project: Tuscany Issue Type: Bug Components: Java SCA Core Runtime Affects Versions: Java-SCA-Next Environment: Windows XP Reporter: Simon Nash Assignee: Simon Nash Fix For: Java-SCA-Next Attachments: patch1, patch2 The following itests are currently disabled in the build. If they are enabled by changing the name of the test class from xxxTest to xxxTestCase, they fail with various errors. callback-api callback-complex-type callback-id callback-set-callback callback-set-conversation - 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]
[jira] Commented: (TUSCANY-1560) A component with multiple services does not work.
[ https://issues.apache.org/jira/browse/TUSCANY-1560?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12522164 ] Raymond Feng commented on TUSCANY-1560: --- Please verify if you hit the 2nd case. If so, it's a test case issue and you need to pass the service name for the getService() as suggested by Florian, Thanks, Raymond A component with multiple services does not work. - Key: TUSCANY-1560 URL: https://issues.apache.org/jira/browse/TUSCANY-1560 Project: Tuscany Issue Type: Bug Components: Java SCA Core Runtime Affects Versions: Java-SCA-Next Environment: windows Reporter: Zhenghui Lee Priority: Critical Fix For: Java-SCA-0.99 In code org.apache.tuscany.sca.core.component.ComponentContextImpl, at line 130 : if (regularServices.size() != 1) { throw new ServiceRuntimeException(The component doesn't have exactly one service); } multiple services per component will be failed by above checking. -- 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] Assigned: (TUSCANY-1560) A component with multiple services does not work.
[ https://issues.apache.org/jira/browse/TUSCANY-1560?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Raymond Feng reassigned TUSCANY-1560: - Assignee: Raymond Feng A component with multiple services does not work. - Key: TUSCANY-1560 URL: https://issues.apache.org/jira/browse/TUSCANY-1560 Project: Tuscany Issue Type: Bug Components: Java SCA Core Runtime Affects Versions: Java-SCA-Next Environment: windows Reporter: Zhenghui Lee Assignee: Raymond Feng Priority: Critical Fix For: Java-SCA-0.99 In code org.apache.tuscany.sca.core.component.ComponentContextImpl, at line 130 : if (regularServices.size() != 1) { throw new ServiceRuntimeException(The component doesn't have exactly one service); } multiple services per component will be failed by above checking. -- 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: Contribute to SCA-OSGi integration
Ant, Thank you for applying the patch. I will be happy to see implementation-osgi in the release. Thank you... Regards, Rajini On 8/23/07, ant elder [EMAIL PROTECTED] wrote: This itest has been fixed now with TUSCANY-1569 so how about including implementation-osgi in the 0.99 release? It would add about 500K of Felix dependencies which doesn't seem a big deal, so i think we should include it. ...ant On 8/20/07, Rajini Sivaram [EMAIL PROTECTED] wrote: Ant, I will take a look at the intermittent test failure in itest/osgi -implementation. Thank you... Regards, Rajini On 8/16/07, ant elder [EMAIL PROTECTED] wrote: Hi SCA/OSGi-ers, Just bringing this up again to see if there is any interesting in moving this along still. We've been talking about having a Tuscany 1.0release in a couple of months, be great if we could have a good OSGi story for that. Also the Apache Felix 1.0 release is out now and the existing implemention.osgi code has been moved off SNAPSHOTs to use Felix 1.0so we can now include that in releases (though i think one of the itests still has an intermittent failure so would be good to fix that as well). ...ant On 6/29/07, Hawkins, Joel [EMAIL PROTECTED] wrote: Hi SCA/OSGi-ers. I did some initial work back during the M2 days (working with Nicole) to host Tuscany in an Equinox runtime. It looks like I may have some time to re-engage during the next few months, so is there anything in particular that I could be looking at to help move the OSGi efforts ahead? Like Bill and Raymond below, my primary interest is in seeing OSGi used as a container for hosting SCA. Cheers, Joel -Original Message- From: Rajini Sivaram [mailto: [EMAIL PROTECTED] Sent: Wednesday, June 27, 2007 4:20 AM To: tuscany-dev@ws.apache.org Subject: Re: Contribute to SCA-OSGi integration Sebastien, Graham and I will be looking at the support for packaging of SCA contributions as OSGi bundles, once the work on implementation.osgiis complete. Thank you... Regards, Rajini On 6/23/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: Bill Barnhill wrote: Hi, As I may have mentioned earlier I also have been working on the SCA-OSGi integration, but from the third aspect that Raymond mentions, using OSGi as an underlying technology for an SCA container providing an extension mechanism, dependency resolution and service registry capabilities. I think my work would dovetail nicely with the work Rajini and Graham have been doing. Would it be possible to create an osgi directory under contrib with a subdir under that for each of our efforts (host, binding, implementation) What do you think? Hi Bill, That sounds like a good idea. Tuscany modules are not that different from OSGI bundles, I think it wouldn't be too difficult to package them as actual bundles, and come up with a variation of host-embedded that will load them as such, allowing for some isolation and better jar/bundle dependency management. Do you have the structure you need with sca/modules/host-osgi? Do you have code that we can look at? Any questions or issues that we can help with? On a different, but related subject, has anybody started on supporting the package of (application) SCA contributions (as defined by the SCA assembly spec) as OSGI bundles? Thanks -- Jean-Sebastien - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] The contents of this e-mail are intended for the named addressee only. It contains information that may be confidential. Unless you are the named addressee or an authorized designee, you may not copy or use it, or disclose it to anyone else. If you received it in error please notify us immediately and then destroy it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (TUSCANY-1574) SDOXSDEcoreBuilder.createResourceSet() is not thread safe
SDOXSDEcoreBuilder.createResourceSet() is not thread safe - Key: TUSCANY-1574 URL: https://issues.apache.org/jira/browse/TUSCANY-1574 Project: Tuscany Issue Type: Bug Components: Java SDO Implementation Affects Versions: Java-SDO-1.0 Environment: n/a Reporter: David T. Adcox Fix For: Java-SDO-Next The method createResourceSet() in SDOXSDEcoreBuilder is not thread safe. It performs an enumeration of EPackage resource objects and adds them to the ResourceSet created within the method. The problem is that a ResourceSet object is a container. So, when the Resource objects are added with this statement: resources.add(resource); EMF attempts to first unlink the resource from its previous container. That in itself is an issue, but beyond that, during a stress run, the unlinking can occur simultaneously on multiple threads, causing exceptions. This code was added for Tuscany-513. I'm not clear what are the goals, but I was wondering if we can accomplish the same task in another manner. The goal seems to be to expose the newly created ResourceSet to the built-in models. Perhaps this pattern from DataObjectUtil.configureResourceSet would work: resourceSet.setPackageRegistry(new EPackageRegistryImpl(HelperContextImpl.getBuiltInModelRegistry())); Would this line of code accomplish a similar function? -- 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: Contribute to SCA-OSGi integration
ant elder wrote: This itest has been fixed now with TUSCANY-1569 so how about including implementation-osgi in the 0.99 release? It would add about 500K of Felix dependencies which doesn't seem a big deal, so i think we should include it. ...ant +1 to include it. Yesterday there was a test failing in osgi-implementation, but it just seemed like a small glitch that can probably be fixed today. -- Jean-Sebastien - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Notification Extensions Samples
Hi Venkat, Comments inline. On 8/23/07, Venkata Krishnan [EMAIL PROTECTED] wrote: Hi.. I was trying out the samples from a binary distro and could not quite manage to run the Notification extension samples - there are three of them. Have others any success with them. I've been trying to keep them up to date. I had them working last week, but today, when I try to run the binding-notification-producer sample I get the following: C:\Devt\eclipse-311\eclipse\workspace\trunk\sca\distributionset MAVEN_REPO=\Doc uments and Settings\Administrator\.m2\repository C:\Devt\eclipse-311\eclipse\workspace\trunk\sca\distributionset STAX_JAR=%MAVEN _REPO%\stax\stax\1.1.1-dev\stax-1.1.1-dev.jar C:\Devt\eclipse-311\eclipse\workspace\trunk\sca\distributionset TUSCANY_BIN_DIS TRO=\Devt\tuscany-sca-distr\tuscany-sca-1.0-incubating-SNAPSHOT C:\Devt\eclipse-311\eclipse\workspace\trunk\sca\distributionset TUSCANY_SCA_MAN IFEST_JAR=%TUSCANY_BIN_DISTRO%\lib\tuscany-sca-manifest.jar C:\Devt\eclipse-311\eclipse\workspace\trunk\sca\distributioncd ..\samples\bindi ng-notification-producer C:\Devt\eclipse-311\eclipse\workspace\trunk\sca\samples\binding-notification-pro ducerjava -Dnotification.httpPort=8083 -cp target\sample-binding-notification- producer-1.0-incubating-SNAPSHOT.jar;%STAX_JAR%;%TUSCANY_SCA_MANIFEST_JAR% noti fication.producer.TrafficAdvisoryServer java.lang.NoSuchMethodError: org.apache.tuscany.sca.http.ServletHostExtensionPoi nt.addServletHost(Lorg/apache/tuscany/sca/http/ServletHost;)V at org.apache.tuscany.sca.http.tomcat.module.TomcatRuntimeModuleActivato r.start(TomcatRuntimeModuleActivator.java:42) at org.apache.tuscany.sca.host.embedded.impl.ReallySmallRuntime.startMod ules(ReallySmallRuntime.java:225) at org.apache.tuscany.sca.host.embedded.impl.ReallySmallRuntime.start(Re allySmallRuntime.java:142) at org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain .init(Def aultSCADomain.java:93) at org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance (SCAD omain.java:230) at org.apache.tuscany.sca.host.embedded.SCADomain.newInstance (SCADomain. java:69) at notification.producer.TrafficAdvisoryServer.main (TrafficAdvisoryServe r.java:31) It is not clear to me whether the TomcatRuntimeModuleActivator is trying to do the right thing. And, I suppose it is being called as part of the start of every module in the distro; as far as I can tell, the sample or the binding do not need them. Thoughts anyone? I guess the readmes for them might need a bit of re-org for the following: - - First most of what is mentioned seems to be only for the Windows env. Right, I have only been working in a Windows env so far. I would welcome volunteers to try the samples in unix, and to complete the READMEs accordingly :-) Other samples cover for unix as well. - There are some env. varibales that need to be set before running the samples. They are all about including the notification extension jars and a stax jar our of the local maven repo. It would be good to use the jars in the distribution itself. Yes, so far I was working under the assumption that the notification implementation and binding were not part of the distro, but since they have been incorporated, I will update the READMEs to reflect this. Notice that the trace above does not assume the extension jars need to come from the local repo any more. - It seems like a couple of notification samples have to be run together. Though this is mentioned somewhere in the README it would be good if it was mentioned in one of the steps for running the sample much like what weSho do for the ws and rmi samples. Yeah, I was hoping the READMEs would be enough, but I'll take a look at the samples you mention. - Finally there is no ant build script Again, volunteers are welcome to add one :-) If others share this view of mine, then I can raise a JIRA for this. Sure, a JIRA would be good, and I can follow up on it with the items above and, if/when there are volunteers for the unix and ant pieces, we can try to close it in a timely fashion. Thanks Thank you - Venkat Ignacio
[jira] Commented: (TUSCANY-1560) A component with multiple services does not work.
[ https://issues.apache.org/jira/browse/TUSCANY-1560?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12522188 ] Raymond Feng commented on TUSCANY-1560: --- I improved the text message for the exception to differentiate the 1st and 2nd cases under r569057. Hope it will help. Thanks, Raymond A component with multiple services does not work. - Key: TUSCANY-1560 URL: https://issues.apache.org/jira/browse/TUSCANY-1560 Project: Tuscany Issue Type: Bug Components: Java SCA Core Runtime Affects Versions: Java-SCA-Next Environment: windows Reporter: Zhenghui Lee Assignee: Raymond Feng Priority: Critical Fix For: Java-SCA-0.99 In code org.apache.tuscany.sca.core.component.ComponentContextImpl, at line 130 : if (regularServices.size() != 1) { throw new ServiceRuntimeException(The component doesn't have exactly one service); } multiple services per component will be failed by above checking. -- 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: Renaming binding-ajax to binding-dwr?
OK, it was just a thought. It isn't an exact equivalent. I was thinking that the ws part is a generic technology and axis2 is a particular implementation of the generic technology. Similarly ajax is generic and dwr is specific. Simon Jean-Sebastien Delfino wrote: Simon Nash wrote: How about binding-ajax-dwr? This seems to go well with binding-ws-axis2. That seems to contradict what we said before as: - DWR is a transport protocol (like JSON, another protocol) - but Axis2 is an implementation. Simon Mike Edwards wrote: +1 to the rename. Best to name the binding by the transport mechanism involved, not the implementation used to drive it. Yours, Mike. Jean-Sebastien Delfino wrote: ant elder wrote: On 8/19/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: I'd like to rename binding-ajax to binding-dwr, as Ajax is a really generic term, and it will make clear that this binding is actually using the DWR (Direct Web Remoting) protocol. Thoughts? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Contribute to SCA-OSGi integration
+1 for including it in the release. Simon ant elder wrote: This itest has been fixed now with TUSCANY-1569 so how about including implementation-osgi in the 0.99 release? It would add about 500K of Felix dependencies which doesn't seem a big deal, so i think we should include it. ...ant On 8/20/07, Rajini Sivaram [EMAIL PROTECTED] wrote: Ant, I will take a look at the intermittent test failure in itest/osgi -implementation. Thank you... Regards, Rajini On 8/16/07, ant elder [EMAIL PROTECTED] wrote: Hi SCA/OSGi-ers, Just bringing this up again to see if there is any interesting in moving this along still. We've been talking about having a Tuscany 1.0 release in a couple of months, be great if we could have a good OSGi story for that. Also the Apache Felix 1.0 release is out now and the existing implemention.osgi code has been moved off SNAPSHOTs to use Felix 1.0 so we can now include that in releases (though i think one of the itests still has an intermittent failure so would be good to fix that as well). ...ant On 6/29/07, Hawkins, Joel [EMAIL PROTECTED] wrote: Hi SCA/OSGi-ers. I did some initial work back during the M2 days (working with Nicole) to host Tuscany in an Equinox runtime. It looks like I may have some time to re-engage during the next few months, so is there anything in particular that I could be looking at to help move the OSGi efforts ahead? Like Bill and Raymond below, my primary interest is in seeing OSGi used as a container for hosting SCA. Cheers, Joel -Original Message- From: Rajini Sivaram [mailto: [EMAIL PROTECTED] Sent: Wednesday, June 27, 2007 4:20 AM To: tuscany-dev@ws.apache.org Subject: Re: Contribute to SCA-OSGi integration Sebastien, Graham and I will be looking at the support for packaging of SCA contributions as OSGi bundles, once the work on implementation.osgi is complete. Thank you... Regards, Rajini On 6/23/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: Bill Barnhill wrote: Hi, As I may have mentioned earlier I also have been working on the SCA-OSGi integration, but from the third aspect that Raymond mentions, using OSGi as an underlying technology for an SCA container providing an extension mechanism, dependency resolution and service registry capabilities. I think my work would dovetail nicely with the work Rajini and Graham have been doing. Would it be possible to create an osgi directory under contrib with a subdir under that for each of our efforts (host, binding, implementation) What do you think? Hi Bill, That sounds like a good idea. Tuscany modules are not that different from OSGI bundles, I think it wouldn't be too difficult to package them as actual bundles, and come up with a variation of host-embedded that will load them as such, allowing for some isolation and better jar/bundle dependency management. Do you have the structure you need with sca/modules/host-osgi? Do you have code that we can look at? Any questions or issues that we can help with? On a different, but related subject, has anybody started on supporting the package of (application) SCA contributions (as defined by the SCA assembly spec) as OSGI bundles? Thanks -- Jean-Sebastien - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] The contents of this e-mail are intended for the named addressee only. It contains information that may be confidential. Unless you are the named addressee or an authorized designee, you may not copy or use it, or disclose it to anyone else. If you received it in error please notify us immediately and then destroy it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: FW: [jira] Updated: (TUSCANY-1371) C++ SDO spec compliance/portability: DataObject::getInstanceProperty(const std::string prop)
Applied now. Another great patch. Thanks! On 22/08/07, Michael Yoder [EMAIL PROTECTED] wrote: Hi, I uploaded a patch for TUSCANY-1371. If someone could review and apply it that would be great. Thanks, Michael -Original Message- From: Michael Yoder (JIRA) [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 22, 2007 2:47 PM To: Michael Yoder Subject: [jira] Updated: (TUSCANY-1371) C++ SDO spec compliance/portability: DataObject::getInstanceProperty(const std::string prop) [ https://issues.apache.org/jira/browse/TUSCANY-1371?page=com.atlassian.ji ra.plugin.system.issuetabpanels:all-tabpanel ] Michael Yoder updated TUSCANY-1371: --- Attachment: TUSCANY-1371.txt This patch updates the DataObject::getProperty methods to the 2.1 spec API. C++ SDO spec compliance/portability: C++ DataObject::getInstanceProperty(const std::string prop) -- --- Key: TUSCANY-1371 URL: https://issues.apache.org/jira/browse/TUSCANY-1371 Project: Tuscany Issue Type: Bug Components: C++ SDO, C++ Specification Affects Versions: Cpp-M3 Environment: API issue - all platforms Reporter: Michael Yoder Fix For: Cpp-Next Attachments: TUSCANY-1371.txt The Tuscany C++ SDO specification interface introduces off-spec member function overloads for getProperty. The SDO 2.1 spec introduces the member function: DataObject::getInstanceProperty(const std::string prop), whicfh should replace these functions. -Original Message- From: Michael Yoder Sent: Thursday, June 21, 2007 6:35 PM To: 'tuscany-dev@ws.apache.org' Subject: C++ SDO spec compliance/portability: DataObject::getInstanceProperty(const std::string prop) Hi, In the DataObject interface, these member functions are present which are not in the C++ 2.1 specification: virtual const Property getProperty(unsigned int index) = 0; virtual const Property getProperty(const char* prop) = 0; virtual const Property getProperty(const SDOString prop) = 0; Since the 2.1 spec now has getInstanceProperty(const std::string prop), would it be a good idea to file a Jira/patch to replace these member functions with it in the specification interface? Thanks, Michael Yoder Rogue Wave Software - [EMAIL PROTECTED] Software Developer - HydraSDO -- 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] -- Pete - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Closed: (TUSCANY-1277) Axis2 binding ?wsdl returns wsdl with wrong endpoint url when running in a webapp
[ https://issues.apache.org/jira/browse/TUSCANY-1277?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ant elder closed TUSCANY-1277. -- Resolution: Fixed Should be fixed now Axis2 binding ?wsdl returns wsdl with wrong endpoint url when running in a webapp - Key: TUSCANY-1277 URL: https://issues.apache.org/jira/browse/TUSCANY-1277 Project: Tuscany Issue Type: Bug Components: Java SCA Axis Binding Extension Affects Versions: Java-SCA-0.90 Reporter: ant elder Assignee: ant elder Fix For: Java-SCA-0.99 Axis2 binding ?wsdl returns wsdl with wrong endpoint url when running in a webapp -- 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] Assigned: (TUSCANY-1555) ClassCastException occurring on org.apache.tuscany.sca.binding.axis2.Axis2ServiceProvider.createJavaAxisService(Axis2ServiceProvider.java:205)
[ https://issues.apache.org/jira/browse/TUSCANY-1555?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ant elder reassigned TUSCANY-1555: -- Assignee: ant elder ClassCastException occurring on org.apache.tuscany.sca.binding.axis2.Axis2ServiceProvider.createJavaAxisService(Axis2ServiceProvider.java:205) -- Key: TUSCANY-1555 URL: https://issues.apache.org/jira/browse/TUSCANY-1555 Project: Tuscany Issue Type: Bug Components: Java SCA Axis Binding Extension Affects Versions: Java-SCA-Next Environment: All Reporter: Manu T George Assignee: ant elder Fix For: Java-SCA-0.99 ClassCastException Occurring on using the interface.wsdl interface=http://helloworld#wsdl.interface(HelloWorld) / in the Axis2Binding Stack trace Caused by: java.lang.ClassCastException: org.apache.tuscany.sca.interfacedef.wsd l.impl.WSDLInterfaceImpl at org.apache.tuscany.sca.binding.axis2.Axis2ServiceProvider.createJavaA xisService(Axis2ServiceProvider.java:205) at org.apache.tuscany.sca.binding.axis2.Axis2ServiceProvider.createAxisS ervice(Axis2ServiceProvider.java:190) at org.apache.tuscany.sca.binding.axis2.Axis2ServiceProvider.start(Axis2 ServiceProvider.java:106) at org.apache.tuscany.sca.binding.axis2.Axis2ServiceBindingProvider.star t(Axis2ServiceBindingProvider.java:62) at org.apache.tuscany.sca.core.runtime.CompositeActivatorImpl.start(Comp ositeActivatorImpl.java:535) at org.apache.tuscany.sca.core.runtime.CompositeActivatorImpl.start(Comp ositeActivatorImpl.java:512) at org.apache.geronimo.tuscany.EmbeddedRuntimeGBean.doStart(EmbeddedRunt imeGBean.java:97) ... 21 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]
[jira] Resolved: (TUSCANY-1563) WSDL generated on the fly has some problem
[ https://issues.apache.org/jira/browse/TUSCANY-1563?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ant elder resolved TUSCANY-1563. Resolution: Fixed Fix Version/s: (was: Java-SCA-Next) Java-SCA-0.99 Should be working now, could you try again with the very latest code? WSDL generated on the fly has some problem -- Key: TUSCANY-1563 URL: https://issues.apache.org/jira/browse/TUSCANY-1563 Project: Tuscany Issue Type: Bug Components: Java SCA Core Runtime Environment: Eclipse, tuscany-sca-1.0-incubating-SNAPSHOT (Tuscany Nightly Build), Windows XP Reporter: Nishant Joshi Fix For: Java-SCA-0.99 Hi, I have generated wsdl on the fly using Tuscany Nightly Build.It was creating wsdl with some problem. problem is in generation of tag soap:address location=http://XX:XX:XX:XX:8080/ExampleComponent/MyService; /. here root folder name of Tomcat/webapps is missing.Here in my example root folder name is Example-0.0.1 so soap address will be like soap:address location=http://XX:XX:XX:XX:8080/Example-0.0.1/ExampleComponent/MyService; / not soap:address location=http://XX:XX:XX:XX:8080/ExampleComponent/MyService; /. So here root folder name is missing in soap address location. Because it was creating problem when I have tried to create WebService client using Eclipse Europa's plugins facility. Thanks in advance Nishant Joshi -- 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]
Adding the distributed runtime artifacts to the distribution
I'm just in the process of adding the modules related to the distributed runtime to the distribution. binding-sca-axis2 distributed-impl The calculator-distributed sample, which is currently part of the distribution, requires them. Is everyone happy with this change. If so I'll go ahead and check in. Regards Simon
Re: Adding the distributed runtime artifacts to the distribution
Sounds ok to me. ...ant On 8/23/07, Simon Laws [EMAIL PROTECTED] wrote: I'm just in the process of adding the modules related to the distributed runtime to the distribution. binding-sca-axis2 distributed-impl The calculator-distributed sample, which is currently part of the distribution, requires them. Is everyone happy with this change. If so I'll go ahead and check in. Regards Simon
Re: Contribute to SCA-OSGi integration
On 8/23/07, Simon Nash [EMAIL PROTECTED] wrote: +1 for including it in the release. Simon ant elder wrote: This itest has been fixed now with TUSCANY-1569 so how about including implementation-osgi in the 0.99 release? It would add about 500K of Felix dependencies which doesn't seem a big deal, so i think we should include it. ...ant On 8/20/07, Rajini Sivaram [EMAIL PROTECTED] wrote: Ant, I will take a look at the intermittent test failure in itest/osgi -implementation. Thank you... Regards, Rajini On 8/16/07, ant elder [EMAIL PROTECTED] wrote: Hi SCA/OSGi-ers, Just bringing this up again to see if there is any interesting in moving this along still. We've been talking about having a Tuscany 1.0 release in a couple of months, be great if we could have a good OSGi story for that. Also the Apache Felix 1.0 release is out now and the existing implemention.osgi code has been moved off SNAPSHOTs to use Felix 1.0so we can now include that in releases (though i think one of the itests still has an intermittent failure so would be good to fix that as well). ...ant On 6/29/07, Hawkins, Joel [EMAIL PROTECTED] wrote: Hi SCA/OSGi-ers. I did some initial work back during the M2 days (working with Nicole) to host Tuscany in an Equinox runtime. It looks like I may have some time to re-engage during the next few months, so is there anything in particular that I could be looking at to help move the OSGi efforts ahead? Like Bill and Raymond below, my primary interest is in seeing OSGi used as a container for hosting SCA. Cheers, Joel -Original Message- From: Rajini Sivaram [mailto: [EMAIL PROTECTED] Sent: Wednesday, June 27, 2007 4:20 AM To: tuscany-dev@ws.apache.org Subject: Re: Contribute to SCA-OSGi integration Sebastien, Graham and I will be looking at the support for packaging of SCA contributions as OSGi bundles, once the work on implementation.osgi is complete. Thank you... Regards, Rajini On 6/23/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: Bill Barnhill wrote: Hi, As I may have mentioned earlier I also have been working on the SCA-OSGi integration, but from the third aspect that Raymond mentions, using OSGi as an underlying technology for an SCA container providing an extension mechanism, dependency resolution and service registry capabilities. I think my work would dovetail nicely with the work Rajini and Graham have been doing. Would it be possible to create an osgi directory under contrib with a subdir under that for each of our efforts (host, binding, implementation) What do you think? Hi Bill, That sounds like a good idea. Tuscany modules are not that different from OSGI bundles, I think it wouldn't be too difficult to package them as actual bundles, and come up with a variation of host-embedded that will load them as such, allowing for some isolation and better jar/bundle dependency management. Do you have the structure you need with sca/modules/host-osgi? Do you have code that we can look at? Any questions or issues that we can help with? On a different, but related subject, has anybody started on supporting the package of (application) SCA contributions (as defined by the SCA assembly spec) as OSGI bundles? Thanks -- Jean-Sebastien - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] The contents of this e-mail are intended for the named addressee only. It contains information that may be confidential. Unless you are the named addressee or an authorized designee, you may not copy or use it, or disclose it to anyone else. If you received it in error please notify us immediately and then destroy it. - 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] +1 to including it from me. Sample looks pretty good. Can we get some suitable words for the CHANGES file from someone about it. Simon
Re: Adding the distributed runtime artifacts to the distribution
Simon Laws wrote: I'm just in the process of adding the modules related to the distributed runtime to the distribution. binding-sca-axis2 distributed-impl The calculator-distributed sample, which is currently part of the distribution, requires them. Is everyone happy with this change. If so I'll go ahead and check in. Regards Simon +1, I'm happy with it :) -- Jean-Sebastien - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Adding the distributed runtime artifacts to the distribution
On 8/23/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: Simon Laws wrote: I'm just in the process of adding the modules related to the distributed runtime to the distribution. binding-sca-axis2 distributed-impl The calculator-distributed sample, which is currently part of the distribution, requires them. Is everyone happy with this change. If so I'll go ahead and check in. Regards Simon +1, I'm happy with it :) -- Jean-Sebastien - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Ok - I just made the change. I added a couple of lines to the changes file also. There is a new README and ant build file in the sample (calculator-distributed) for anyone interested in taking a look. Simon
[jira] Updated: (TUSCANY-1562) Service method's throws Exception clause create problem at time of on fly generation of wsdl
[ https://issues.apache.org/jira/browse/TUSCANY-1562?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ant elder updated TUSCANY-1562: --- Fix Version/s: (was: Java-SCA-Next) Java-SCA-0.99 Service method's throws Exception clause create problem at time of on fly generation of wsdl -- Key: TUSCANY-1562 URL: https://issues.apache.org/jira/browse/TUSCANY-1562 Project: Tuscany Issue Type: Bug Components: Java SCA Core Runtime Environment: Windows XP, tuscany-sca-1.0-incubating-SNAPSHOT, Eclipse, Tomcat 6, maven Reporter: Nishant Joshi Fix For: Java-SCA-0.99 Hi, I am creating a simple programme in which when i declared throws clause in my method, following error is occured, when i try to deploy my war file in to Tomcat. WAR is generated using maven. I have also tried using custom Exception but result is same. Now when i have catch the exception in service method then problem is solved and wsdl is generated.(so now there is no throws clause). So in sort problem is defining throws clause in service method create problem. Note: Following error is in localhost.log file of Tomcat 6.0 at time of starting of Tomcat.I am using Nightly build SNAPSHOT that i have mentioned in environment. SEVERE: exception initializing SCADomain org.osoa.sca.ServiceRuntimeException: org.osoa.sca.ServiceRuntimeException: org.apache.tuscany.sca.core.runtime.ActivationException: java.lang.RuntimeException: org.apache.axis2.AxisFault: There are no parts for fault message : {http://example.com}Exception at org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCADomain.java:264) at org.apache.tuscany.sca.host.embedded.SCADomain.newInstance(SCADomain.java:82) at org.apache.tuscany.sca.webapp.SCADomainHelper.initSCADomain(SCADomainHelper.java:63) at org.apache.tuscany.sca.webapp.TuscanyContextListener.contextInitialized(TuscanyContextListener.java:37) at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3827) at org.apache.catalina.core.StandardContext.start(StandardContext.java:4334) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:771) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:525) at org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:825) at org.apache.catalina.startup.HostConfig.deployWARs(HostConfig.java:714) at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:490) at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1138) at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:311) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:117) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053) at org.apache.catalina.core.StandardHost.start(StandardHost.java:719) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443) at org.apache.catalina.core.StandardService.start(StandardService.java:516) at org.apache.catalina.core.StandardServer.start(StandardServer.java:710) at org.apache.catalina.startup.Catalina.start(Catalina.java:566) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:288) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:413) Caused by: org.osoa.sca.ServiceRuntimeException: org.apache.tuscany.sca.core.runtime.ActivationException: java.lang.RuntimeException: org.apache.axis2.AxisFault: There are no parts for fault message : {http://example.com}Exception at org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.init(DefaultSCADomain.java:169) at org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCADomain.java:230) ... 27 more Caused by: org.apache.tuscany.sca.core.runtime.ActivationException: java.lang.RuntimeException: org.apache.axis2.AxisFault: There are no parts for fault message : {http://example.com}Exception at org.apache.tuscany.sca.core.runtime.CompositeActivatorImpl.activate(CompositeActivatorImpl.java:747) at
[jira] Updated: (TUSCANY-1567) NPE when hosting calculator-webapp sample under Tomcat when the Tomcat install path contains spaces.
[ https://issues.apache.org/jira/browse/TUSCANY-1567?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ant elder updated TUSCANY-1567: --- Fix Version/s: (was: Java-SCA-Next) Java-SCA-0.99 NPE when hosting calculator-webapp sample under Tomcat when the Tomcat install path contains spaces. -- Key: TUSCANY-1567 URL: https://issues.apache.org/jira/browse/TUSCANY-1567 Project: Tuscany Issue Type: Bug Components: Java SCA Web App Integration Environment: MS windows Vista. Tomcat 6.0.13/jvm 1.5.0_11-b03 java/sca source revision 568049 Reporter: Steve Jones Fix For: Java-SCA-0.99 Running Tuscany calculator-webapp sample under Tomcat. If Tomcat is installed in its default install folder: C:\Program Files\Apache Software Foundation\Tomcat 6.0 A NPE occurs when the samples calc.jsp page is served. Reinstalling Tomcat in: D:\tomcat\tomcat60\ Fixes the problem Cheers. Tomcat log file: SEVERE: exception initializing SCADomain org.osoa.sca.ServiceRuntimeException: org.osoa.sca.ServiceRuntimeException: java.lang.IllegalArgumentException at org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCADomain.java:264) at org.apache.tuscany.sca.host.embedded.SCADomain.newInstance(SCADomain.java:82) at org.apache.tuscany.sca.webapp.SCADomainHelper.initSCADomain(SCADomainHelper.java:63) at org.apache.tuscany.sca.webapp.TuscanyContextListener.contextInitialized(TuscanyContextListener.java:37) at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3827) at org.apache.catalina.core.StandardContext.start(StandardContext.java:4334) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:771) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:525) at org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:825) at org.apache.catalina.startup.HostConfig.deployWARs(HostConfig.java:714) at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:490) at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1138) at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:311) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:117) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053) at org.apache.catalina.core.StandardHost.start(StandardHost.java:719) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443) at org.apache.catalina.core.StandardService.start(StandardService.java:516) at org.apache.catalina.core.StandardServer.start(StandardServer.java:710) at org.apache.catalina.startup.Catalina.start(Catalina.java:566) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:288) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:413) Caused by: org.osoa.sca.ServiceRuntimeException: java.lang.IllegalArgumentException at org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.init(DefaultSCADomain.java:109) at org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCADomain.java:230) ... 27 more Caused by: java.lang.IllegalArgumentException at java.net.URI.create(Unknown Source) at org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.getContributionLocation(DefaultSCADomain.java:246) at org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.init(DefaultSCADomain.java:103) ... 28 more Caused by: java.net.URISyntaxException: Illegal character in path at index 16: file:/C:/Program Files/Apache Software Foundation/Tomcat 6.0/webapps/sample-calculator-webapp/ at java.net.URI$Parser.fail(Unknown Source) at java.net.URI$Parser.checkChars(Unknown Source) at java.net.URI$Parser.parseHierarchical(Unknown Source) at java.net.URI$Parser.parse(Unknown Source) at java.net.URI.init(Unknown Source) ... 31 more 21-Aug-2007 12:12:58 org.apache.catalina.core.ApplicationContext log INFO:
[jira] Updated: (TUSCANY-1559) Exception flowing a simple Java bean through a Web service with no WSDL
[ https://issues.apache.org/jira/browse/TUSCANY-1559?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ant elder updated TUSCANY-1559: --- Fix Version/s: (was: Java-SCA-Next) Java-SCA-0.99 Exception flowing a simple Java bean through a Web service with no WSDL --- Key: TUSCANY-1559 URL: https://issues.apache.org/jira/browse/TUSCANY-1559 Project: Tuscany Issue Type: Bug Components: Java SCA Java Implementation Extension Reporter: Jean-Sebastien Delfino Fix For: Java-SCA-0.99 Attachments: helloworld-bean.zip To reproduce the problem, replace the string in the helloworld-ws-service sample with a simple JavaBean. You'll get the following exception when you run the test case in the sample: Tests run: 2, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 5.995 sec FAILURE! testServiceCall(helloworld.HelloWorldServerTestCase) Time elapsed: 1.184 sec ERROR! java.lang.reflect.UndeclaredThrowableException at $Proxy5.getGreetings(Unknown Source) at helloworld.HelloWorldServerTestCase.testServiceCall(HelloWorldServerTestCase.java:56) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:615) at org.junit.internal.runners.TestMethodRunner.executeMethodBody(TestMethodRunner.java:99) at org.junit.internal.runners.TestMethodRunner.runUnprotected(TestMethodRunner.java:81) at org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeAndAfterRunner.java:34) at org.junit.internal.runners.TestMethodRunner.runMethod(TestMethodRunner.java:75) at org.junit.internal.runners.TestMethodRunner.run(TestMethodRunner.java:45) at org.junit.internal.runners.TestClassMethodsRunner.invokeTestMethod(TestClassMethodsRunner.java:75) at org.junit.internal.runners.TestClassMethodsRunner.run(TestClassMethodsRunner.java:36) at org.junit.internal.runners.TestClassRunner$1.runUnprotected(TestClassRunner.java:42) at org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeAndAfterRunner.java:34) at org.junit.internal.runners.TestClassRunner.run(TestClassRunner.java:52) at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:138) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:125) at org.apache.maven.surefire.Surefire.run(Surefire.java:132) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:615) at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:290) at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:818) Caused by: org.apache.axis2.AxisFault: Pass-by-value is not supported for the given object at org.apache.axis2.util.Utils.getInboundFaultFromMessageContext(Utils.java:434) at org.apache.axis2.description.OutInAxisOperationClient.send(OutInAxisOperation.java:373) at org.apache.axis2.description.OutInAxisOperationClient.execute(OutInAxisOperation.java:294) at org.apache.tuscany.sca.binding.axis2.Axis2BindingInvoker.invokeTarget(Axis2BindingInvoker.java:87) at org.apache.tuscany.sca.binding.axis2.Axis2BindingInvoker.invoke(Axis2BindingInvoker.java:67) at org.apache.tuscany.sca.core.databinding.wire.DataTransformationInteceptor.invoke(DataTransformationInteceptor.java:68) at org.apache.tuscany.sca.core.invocation.JDKInvocationHandler.invoke(JDKInvocationHandler.java:231) at org.apache.tuscany.sca.core.invocation.JDKInvocationHandler.invoke(JDKInvocationHandler.java:92) ... 26 more Results : Tests in error: testServiceCall(helloworld.HelloWorldServerTestCase) Tests run: 2, Failures: 0, Errors: 1, Skipped: 0 -- 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-1559) Exception flowing a simple Java bean through a Web service with no WSDL
[ https://issues.apache.org/jira/browse/TUSCANY-1559?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12522243 ] ant elder commented on TUSCANY-1559: A way to fix this for now that i think would help a lot of users would be for the pass-by-value interceptor to not be inserted when the java component is wired from/to a binding or just the axis2 binding or when the databinding is different or the axiom databinding. Need to change the interfaces around where the interceptor is inserted as that type of information ins't available in that part of the code right now. Exception flowing a simple Java bean through a Web service with no WSDL --- Key: TUSCANY-1559 URL: https://issues.apache.org/jira/browse/TUSCANY-1559 Project: Tuscany Issue Type: Bug Components: Java SCA Java Implementation Extension Reporter: Jean-Sebastien Delfino Fix For: Java-SCA-0.99 Attachments: helloworld-bean.zip To reproduce the problem, replace the string in the helloworld-ws-service sample with a simple JavaBean. You'll get the following exception when you run the test case in the sample: Tests run: 2, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 5.995 sec FAILURE! testServiceCall(helloworld.HelloWorldServerTestCase) Time elapsed: 1.184 sec ERROR! java.lang.reflect.UndeclaredThrowableException at $Proxy5.getGreetings(Unknown Source) at helloworld.HelloWorldServerTestCase.testServiceCall(HelloWorldServerTestCase.java:56) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:615) at org.junit.internal.runners.TestMethodRunner.executeMethodBody(TestMethodRunner.java:99) at org.junit.internal.runners.TestMethodRunner.runUnprotected(TestMethodRunner.java:81) at org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeAndAfterRunner.java:34) at org.junit.internal.runners.TestMethodRunner.runMethod(TestMethodRunner.java:75) at org.junit.internal.runners.TestMethodRunner.run(TestMethodRunner.java:45) at org.junit.internal.runners.TestClassMethodsRunner.invokeTestMethod(TestClassMethodsRunner.java:75) at org.junit.internal.runners.TestClassMethodsRunner.run(TestClassMethodsRunner.java:36) at org.junit.internal.runners.TestClassRunner$1.runUnprotected(TestClassRunner.java:42) at org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeAndAfterRunner.java:34) at org.junit.internal.runners.TestClassRunner.run(TestClassRunner.java:52) at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:138) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:125) at org.apache.maven.surefire.Surefire.run(Surefire.java:132) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:615) at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:290) at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:818) Caused by: org.apache.axis2.AxisFault: Pass-by-value is not supported for the given object at org.apache.axis2.util.Utils.getInboundFaultFromMessageContext(Utils.java:434) at org.apache.axis2.description.OutInAxisOperationClient.send(OutInAxisOperation.java:373) at org.apache.axis2.description.OutInAxisOperationClient.execute(OutInAxisOperation.java:294) at org.apache.tuscany.sca.binding.axis2.Axis2BindingInvoker.invokeTarget(Axis2BindingInvoker.java:87) at org.apache.tuscany.sca.binding.axis2.Axis2BindingInvoker.invoke(Axis2BindingInvoker.java:67) at org.apache.tuscany.sca.core.databinding.wire.DataTransformationInteceptor.invoke(DataTransformationInteceptor.java:68) at org.apache.tuscany.sca.core.invocation.JDKInvocationHandler.invoke(JDKInvocationHandler.java:231) at org.apache.tuscany.sca.core.invocation.JDKInvocationHandler.invoke(JDKInvocationHandler.java:92) ... 26 more Results : Tests in error:
[jira] Closed: (TUSCANY-1379) Admin:Core start/stop/query admin services
[ https://issues.apache.org/jira/browse/TUSCANY-1379?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ant elder closed TUSCANY-1379. -- Resolution: Fixed We have this now Admin:Core start/stop/query admin services -- Key: TUSCANY-1379 URL: https://issues.apache.org/jira/browse/TUSCANY-1379 Project: Tuscany Issue Type: Improvement Components: Java SCA Core Runtime Affects Versions: Java-SCA-Next Reporter: ant elder Fix For: Java-SCA-Next Admin:Core start/stop/query admin services - implement basic core services to start/stop/query running components. -- 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-1507) Intermittent build failture in simple callback sample testcase
[ https://issues.apache.org/jira/browse/TUSCANY-1507?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ant elder closed TUSCANY-1507. -- Resolution: Fixed I up'ed the sleep time on the itest and haven't seen this since so i'm closing this as fixed Intermittent build failture in simple callback sample testcase -- Key: TUSCANY-1507 URL: https://issues.apache.org/jira/browse/TUSCANY-1507 Project: Tuscany Issue Type: Bug Components: Java SCA Samples Affects Versions: Java-SCA-Next Reporter: ant elder Fix For: Java-SCA-Next I'm seeing an intermittent build failture in simple callback sample testcase with the following error: Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 9.086 sec FAILURE! test(simplecallback.SimpleCallbackTestCase) Time elapsed: 9.027 sec FAILURE! junit.framework.ComparisonFailure: null expected:- someMethod - receiveResult but was: at junit.framework.Assert.assertEquals(Assert.java:81) at junit.framework.Assert.assertEquals(Assert.java:87) at simplecallback.SimpleCallbackTestCase.test(SimpleCallbackTestCase.java:47) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at junit.framework.TestCase.runTest(TestCase.java:168) at junit.framework.TestCase.runBare(TestCase.java:134) at junit.framework.TestResult$1.protect(TestResult.java:110) at junit.framework.TestResult.runProtected(TestResult.java:128) at junit.framework.TestResult.run(TestResult.java:113) at junit.framework.TestCase.run(TestCase.java:124) at junit.framework.TestSuite.runTest(TestSuite.java:232) at junit.framework.TestSuite.run(TestSuite.java:227) at org.junit.internal.runners.OldTestClassRunner.run(OldTestClassRunner.java:35) at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:138) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:125) at org.apache.maven.surefire.Surefire.run(Surefire.java:132) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:290) at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:818) -- 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]
Are these JIRAs fixed now?
Sorting through tidying up JIRAs and there's a few in the areas i know people have been working on and i thought maybe had finished with so i wondered if these JIRAs below could now be closed? Don't have to do anything if they're still an issue but thanks if you could have a quick look and see if some could be closed : TUSCANY-544 WSDL2Java should support WSDLs with schema imports TUSCANY-1398 Nested Callbacks Fail TUSCANY-1451 Fix the algorithm to determine references for an unannotated java class TUSCANY-966 getRequestContext() does not return a Context TUSCANY-1343 FileNotFoundException:WSDLDocumentProcessor$WSDLLocatorImpl.getImportInputSource TUSCANY-1336 Tuscany does not support injecting a Callable Reference when using the @Callback annotation TUSCANY-1208 Service using callback and methods that don't perform callback over WS binding hangs TUSCANY-1494 Implement a functional SCA Policy Framework TUSCANY-1137 WSDL2Java tool should be able to handle imports of other WSDL files into the original WSDL ...ant
[jira] Created: (TUSCANY-1575) helloworlds-jsonrpc ant build produces wrong war file... cannot run (using .99 snapshot from 8/23)
helloworlds-jsonrpc ant build produces wrong war file... cannot run (using .99 snapshot from 8/23) --- Key: TUSCANY-1575 URL: https://issues.apache.org/jira/browse/TUSCANY-1575 Project: Tuscany Issue Type: Bug Components: Java SCA Samples Affects Versions: Java-SCA-0.99 Environment: windows Reporter: haleh mahbod The fix on jsonrpc sample got me further to the ant build (Thanks Ant for the fix). Using mvn I am able to get a good war file that I can run. Using ant build, I get an incorrect War file although ant output says it built successfully. This seems to be a general problem for all the webapp samples. I am creating this jira to make it clear that this sample also has a problem with ant build. -- 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-1575) helloworlds-jsonrpc ant build produces wrong war file... cannot run (using .99 snapshot from 8/23)
[ https://issues.apache.org/jira/browse/TUSCANY-1575?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ant elder updated TUSCANY-1575: --- Fix Version/s: Java-SCA-0.99 helloworlds-jsonrpc ant build produces wrong war file... cannot run (using .99 snapshot from 8/23) --- Key: TUSCANY-1575 URL: https://issues.apache.org/jira/browse/TUSCANY-1575 Project: Tuscany Issue Type: Bug Components: Java SCA Samples Affects Versions: Java-SCA-0.99 Environment: windows Reporter: haleh mahbod Fix For: Java-SCA-0.99 The fix on jsonrpc sample got me further to the ant build (Thanks Ant for the fix). Using mvn I am able to get a good war file that I can run. Using ant build, I get an incorrect War file although ant output says it built successfully. This seems to be a general problem for all the webapp samples. I am creating this jira to make it clear that this sample also has a problem with ant build. -- 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-1576) exception trace for helloworld-ws-sdo using .99 snapshot, 8-23 version
exception trace for helloworld-ws-sdo using .99 snapshot, 8-23 version Key: TUSCANY-1576 URL: https://issues.apache.org/jira/browse/TUSCANY-1576 Project: Tuscany Issue Type: Bug Components: Java SCA Samples Affects Versions: Java-SCA-0.99 Environment: windows Reporter: haleh mahbod Priority: Critical First, the readme for this sample is incorrect. It is for helloworld-ws-reference and helloworld-ws-service. I'l try to give a patch for that in a separate JIRA. Here is what I did for ant following other Sample's examples: ant ant compile ant run I get the following exception: Total time: 5 seconds C:\tuscany-new\sca-dist\tuscany-sca-1.0-incubating-SNAPSHOT\samples\helloworld-w s-sdoant run Buildfile: build.xml run: [java] log4j:WARN No appenders could be found for logger (org.apache.axiom. om.util.StAXUtils). [java] log4j:WARN Please initialize the log4j system properly. [java] Injected helloWorldService [java] Called getGreetings [java] Exception in thread main java.lang.reflect.UndeclaredThrowableExce ption [java] at $Proxy5.getGreetings(Unknown Source) [java] at helloworld.HelloWorldServiceComponent.getGreetings(HelloWorld ServiceComponent.java:30) [java] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [java] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAcces sorImpl.java:39) [java] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMet hodAccessorImpl.java:25) [java] at java.lang.reflect.Method.invoke(Method.java:585) [java] at org.apache.tuscany.sca.implementation.java.invocation.JavaImp lementationInvoker.invoke(JavaImplementationInvoker.java:91) [java] at org.apache.tuscany.sca.implementation.java.invocation.PassByV alueInvoker.invoke(PassByValueInvoker.java:62) [java] at org.apache.tuscany.sca.binding.sca.impl.RuntimeSCABindingInvo ker.invoke(RuntimeSCABindingInvoker.java:48) [java] at org.apache.tuscany.sca.core.invocation.JDKInvocationHandler.i nvoke(JDKInvocationHandler.java:236) [java] at org.apache.tuscany.sca.core.invocation.JDKInvocationHandler.i nvoke(JDKInvocationHandler.java:93) [java] at $Proxy5.getGreetings(Unknown Source) [java] at helloworld.HelloWorldClient.main(HelloWorldClient.java:39) [java] Caused by: org.apache.axis2.AxisFault: Connection refused: connect [java] at org.apache.axis2.transport.http.CommonsHTTPTransportSender.in voke(CommonsHTTPTransportSender.java:221) [java] at org.apache.axis2.engine.AxisEngine.send(AxisEngine.java:452) [java] at org.apache.axis2.description.OutInAxisOperationClient.send(Ou tInAxisOperation.java:330) [java] at org.apache.axis2.description.OutInAxisOperationClient.execute (OutInAxisOperation.java:294) [java] at org.apache.tuscany.sca.binding.ws.axis2.Axis2BindingInvoker.i nvokeTarget(Axis2BindingInvoker.java:87) [java] at org.apache.tuscany.sca.binding.ws.axis2.Axis2BindingInvoker.i nvoke(Axis2BindingInvoker.java:67) [java] at org.apache.tuscany.sca.core.databinding.wire.DataTransformati onInteceptor.invoke(DataTransformationInteceptor.java:68) [java] at org.apache.tuscany.sca.core.invocation.JDKInvocationHandler.i nvoke(JDKInvocationHandler.java:236) [java] at org.apache.tuscany.sca.core.invocation.JDKInvocationHandler.i nvoke(JDKInvocationHandler.java:93) [java] ... 13 more [java] Caused by: org.apache.axis2.AxisFault: Connection refused: connect [java] at org.apache.axis2.transport.http.CommonsHTTPTransportSender.wr iteMessageWithCommons(CommonsHTTPTransportSender.java:314) [java] at org.apache.axis2.transport.http.CommonsHTTPTransportSender.in voke(CommonsHTTPTransportSender.java:201) [java] ... 21 more [java] Caused by: org.apache.axis2.AxisFault: Connection refused: connect [java] at org.apache.axis2.transport.http.HTTPSender.sendViaPost(HTTPSe nder.java:179) [java] at org.apache.axis2.transport.http.HTTPSender.send(HTTPSender.ja va:73) [java] at org.apache.axis2.transport.http.CommonsHTTPTransportSender.wr iteMessageWithCommons(CommonsHTTPTransportSender.java:305) [java] ... 22 more [java] Caused by: java.net.ConnectException: Connection refused: connect [java] at java.net.PlainSocketImpl.socketConnect(Native Method) [java] at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333) [java] at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.jav a:195) [java] at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182) [java] at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:366) [java] at java.net.Socket.connect(Socket.java:519)
[jira] Created: (TUSCANY-1577) EJB binding uses snapshot of openejb
EJB binding uses snapshot of openejb Key: TUSCANY-1577 URL: https://issues.apache.org/jira/browse/TUSCANY-1577 Project: Tuscany Issue Type: Bug Affects Versions: Java-SCA-0.99 Reporter: ant elder Fix For: Java-SCA-0.99 See: http://mail-archives.apache.org/mod_mbox/ws-tuscany-dev/200708.mbox/[EMAIL PROTECTED] -- 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-1555) ClassCastException occurring on org.apache.tuscany.sca.binding.axis2.Axis2ServiceProvider.createJavaAxisService(Axis2ServiceProvider.java:205)
[ https://issues.apache.org/jira/browse/TUSCANY-1555?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12522265 ] ant elder commented on TUSCANY-1555: For scdl example see http://mail-archives.apache.org/mod_mbox/ws-tuscany-dev/200708.mbox/[EMAIL PROTECTED] I still can't recreate the class cast exception ClassCastException occurring on org.apache.tuscany.sca.binding.axis2.Axis2ServiceProvider.createJavaAxisService(Axis2ServiceProvider.java:205) -- Key: TUSCANY-1555 URL: https://issues.apache.org/jira/browse/TUSCANY-1555 Project: Tuscany Issue Type: Bug Components: Java SCA Axis Binding Extension Affects Versions: Java-SCA-Next Environment: All Reporter: Manu T George Assignee: ant elder Fix For: Java-SCA-0.99 ClassCastException Occurring on using the interface.wsdl interface=http://helloworld#wsdl.interface(HelloWorld) / in the Axis2Binding Stack trace Caused by: java.lang.ClassCastException: org.apache.tuscany.sca.interfacedef.wsd l.impl.WSDLInterfaceImpl at org.apache.tuscany.sca.binding.axis2.Axis2ServiceProvider.createJavaA xisService(Axis2ServiceProvider.java:205) at org.apache.tuscany.sca.binding.axis2.Axis2ServiceProvider.createAxisS ervice(Axis2ServiceProvider.java:190) at org.apache.tuscany.sca.binding.axis2.Axis2ServiceProvider.start(Axis2 ServiceProvider.java:106) at org.apache.tuscany.sca.binding.axis2.Axis2ServiceBindingProvider.star t(Axis2ServiceBindingProvider.java:62) at org.apache.tuscany.sca.core.runtime.CompositeActivatorImpl.start(Comp ositeActivatorImpl.java:535) at org.apache.tuscany.sca.core.runtime.CompositeActivatorImpl.start(Comp ositeActivatorImpl.java:512) at org.apache.geronimo.tuscany.EmbeddedRuntimeGBean.doStart(EmbeddedRunt imeGBean.java:97) ... 21 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]
[jira] Assigned: (TUSCANY-1555) ClassCastException occurring on org.apache.tuscany.sca.binding.axis2.Axis2ServiceProvider.createJavaAxisService(Axis2ServiceProvider.java:205)
[ https://issues.apache.org/jira/browse/TUSCANY-1555?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ant elder reassigned TUSCANY-1555: -- Assignee: (was: ant elder) ClassCastException occurring on org.apache.tuscany.sca.binding.axis2.Axis2ServiceProvider.createJavaAxisService(Axis2ServiceProvider.java:205) -- Key: TUSCANY-1555 URL: https://issues.apache.org/jira/browse/TUSCANY-1555 Project: Tuscany Issue Type: Bug Components: Java SCA Axis Binding Extension Affects Versions: Java-SCA-Next Environment: All Reporter: Manu T George Fix For: Java-SCA-0.99 ClassCastException Occurring on using the interface.wsdl interface=http://helloworld#wsdl.interface(HelloWorld) / in the Axis2Binding Stack trace Caused by: java.lang.ClassCastException: org.apache.tuscany.sca.interfacedef.wsd l.impl.WSDLInterfaceImpl at org.apache.tuscany.sca.binding.axis2.Axis2ServiceProvider.createJavaA xisService(Axis2ServiceProvider.java:205) at org.apache.tuscany.sca.binding.axis2.Axis2ServiceProvider.createAxisS ervice(Axis2ServiceProvider.java:190) at org.apache.tuscany.sca.binding.axis2.Axis2ServiceProvider.start(Axis2 ServiceProvider.java:106) at org.apache.tuscany.sca.binding.axis2.Axis2ServiceBindingProvider.star t(Axis2ServiceBindingProvider.java:62) at org.apache.tuscany.sca.core.runtime.CompositeActivatorImpl.start(Comp ositeActivatorImpl.java:535) at org.apache.tuscany.sca.core.runtime.CompositeActivatorImpl.start(Comp ositeActivatorImpl.java:512) at org.apache.geronimo.tuscany.EmbeddedRuntimeGBean.doStart(EmbeddedRunt imeGBean.java:97) ... 21 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]
[jira] Updated: (TUSCANY-1576) exception trace for helloworld-ws-sdo using .99 snapshot, 8-23 version
[ https://issues.apache.org/jira/browse/TUSCANY-1576?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ant elder updated TUSCANY-1576: --- Fix Version/s: Java-SCA-0.99 exception trace for helloworld-ws-sdo using .99 snapshot, 8-23 version Key: TUSCANY-1576 URL: https://issues.apache.org/jira/browse/TUSCANY-1576 Project: Tuscany Issue Type: Bug Components: Java SCA Samples Affects Versions: Java-SCA-0.99 Environment: windows Reporter: haleh mahbod Priority: Critical Fix For: Java-SCA-0.99 First, the readme for this sample is incorrect. It is for helloworld-ws-reference and helloworld-ws-service. I'l try to give a patch for that in a separate JIRA. Here is what I did for ant following other Sample's examples: ant ant compile ant run I get the following exception: Total time: 5 seconds C:\tuscany-new\sca-dist\tuscany-sca-1.0-incubating-SNAPSHOT\samples\helloworld-w s-sdoant run Buildfile: build.xml run: [java] log4j:WARN No appenders could be found for logger (org.apache.axiom. om.util.StAXUtils). [java] log4j:WARN Please initialize the log4j system properly. [java] Injected helloWorldService [java] Called getGreetings [java] Exception in thread main java.lang.reflect.UndeclaredThrowableExce ption [java] at $Proxy5.getGreetings(Unknown Source) [java] at helloworld.HelloWorldServiceComponent.getGreetings(HelloWorld ServiceComponent.java:30) [java] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [java] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAcces sorImpl.java:39) [java] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMet hodAccessorImpl.java:25) [java] at java.lang.reflect.Method.invoke(Method.java:585) [java] at org.apache.tuscany.sca.implementation.java.invocation.JavaImp lementationInvoker.invoke(JavaImplementationInvoker.java:91) [java] at org.apache.tuscany.sca.implementation.java.invocation.PassByV alueInvoker.invoke(PassByValueInvoker.java:62) [java] at org.apache.tuscany.sca.binding.sca.impl.RuntimeSCABindingInvo ker.invoke(RuntimeSCABindingInvoker.java:48) [java] at org.apache.tuscany.sca.core.invocation.JDKInvocationHandler.i nvoke(JDKInvocationHandler.java:236) [java] at org.apache.tuscany.sca.core.invocation.JDKInvocationHandler.i nvoke(JDKInvocationHandler.java:93) [java] at $Proxy5.getGreetings(Unknown Source) [java] at helloworld.HelloWorldClient.main(HelloWorldClient.java:39) [java] Caused by: org.apache.axis2.AxisFault: Connection refused: connect [java] at org.apache.axis2.transport.http.CommonsHTTPTransportSender.in voke(CommonsHTTPTransportSender.java:221) [java] at org.apache.axis2.engine.AxisEngine.send(AxisEngine.java:452) [java] at org.apache.axis2.description.OutInAxisOperationClient.send(Ou tInAxisOperation.java:330) [java] at org.apache.axis2.description.OutInAxisOperationClient.execute (OutInAxisOperation.java:294) [java] at org.apache.tuscany.sca.binding.ws.axis2.Axis2BindingInvoker.i nvokeTarget(Axis2BindingInvoker.java:87) [java] at org.apache.tuscany.sca.binding.ws.axis2.Axis2BindingInvoker.i nvoke(Axis2BindingInvoker.java:67) [java] at org.apache.tuscany.sca.core.databinding.wire.DataTransformati onInteceptor.invoke(DataTransformationInteceptor.java:68) [java] at org.apache.tuscany.sca.core.invocation.JDKInvocationHandler.i nvoke(JDKInvocationHandler.java:236) [java] at org.apache.tuscany.sca.core.invocation.JDKInvocationHandler.i nvoke(JDKInvocationHandler.java:93) [java] ... 13 more [java] Caused by: org.apache.axis2.AxisFault: Connection refused: connect [java] at org.apache.axis2.transport.http.CommonsHTTPTransportSender.wr iteMessageWithCommons(CommonsHTTPTransportSender.java:314) [java] at org.apache.axis2.transport.http.CommonsHTTPTransportSender.in voke(CommonsHTTPTransportSender.java:201) [java] ... 21 more [java] Caused by: org.apache.axis2.AxisFault: Connection refused: connect [java] at org.apache.axis2.transport.http.HTTPSender.sendViaPost(HTTPSe nder.java:179) [java] at org.apache.axis2.transport.http.HTTPSender.send(HTTPSender.ja va:73) [java] at org.apache.axis2.transport.http.CommonsHTTPTransportSender.wr iteMessageWithCommons(CommonsHTTPTransportSender.java:305) [java] ... 22 more [java] Caused by: java.net.ConnectException: Connection refused: connect [java] at java.net.PlainSocketImpl.socketConnect(Native Method)
[jira] Updated: (TUSCANY-1578) readme for helloworld-ws-sdo is wrong. It is the same as helloworld-ws-reference!
[ https://issues.apache.org/jira/browse/TUSCANY-1578?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] haleh mahbod updated TUSCANY-1578: -- Attachment: README please try the non-windows command line to make sure it works since I do not have this environment. readme for helloworld-ws-sdo is wrong. It is the same as helloworld-ws-reference! - Key: TUSCANY-1578 URL: https://issues.apache.org/jira/browse/TUSCANY-1578 Project: Tuscany Issue Type: Bug Components: Java SCA Samples Affects Versions: Java-SCA-0.99 Environment: windows... Reporter: haleh mahbod Attachments: README I tried to create a new readme, but am not sure about the content since a) I can't get this running correctly under an (see a related bug I created) b) Not sure about the unix command and result since I don't have a nix machine available. Here is how far I got, you can use it or discard and create a new one. -- 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-1578) readme for helloworld-ws-sdo is wrong. It is the same as helloworld-ws-reference!
[ https://issues.apache.org/jira/browse/TUSCANY-1578?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] haleh mahbod updated TUSCANY-1578: -- Attachment: README ..\samples\Readme updated to include helloworld-ws-sdo readme for helloworld-ws-sdo is wrong. It is the same as helloworld-ws-reference! - Key: TUSCANY-1578 URL: https://issues.apache.org/jira/browse/TUSCANY-1578 Project: Tuscany Issue Type: Bug Components: Java SCA Samples Affects Versions: Java-SCA-0.99 Environment: windows... Reporter: haleh mahbod Attachments: README, README I tried to create a new readme, but am not sure about the content since a) I can't get this running correctly under an (see a related bug I created) b) Not sure about the unix command and result since I don't have a nix machine available. Here is how far I got, you can use it or discard and create a new one. -- 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-1578) readme for helloworld-ws-sdo is wrong. It is the same as helloworld-ws-reference!
[ https://issues.apache.org/jira/browse/TUSCANY-1578?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12522280 ] haleh mahbod commented on TUSCANY-1578: --- Please note that there are 2 README files atached, but they are different. One is for the top level samples directory where all samples are defined and I added helloworld-ws-sdo (which was missing). The other readme is for helloworld-ws-sdo which had the wrong readme. readme for helloworld-ws-sdo is wrong. It is the same as helloworld-ws-reference! - Key: TUSCANY-1578 URL: https://issues.apache.org/jira/browse/TUSCANY-1578 Project: Tuscany Issue Type: Bug Components: Java SCA Samples Affects Versions: Java-SCA-0.99 Environment: windows... Reporter: haleh mahbod Attachments: README, README I tried to create a new readme, but am not sure about the content since a) I can't get this running correctly under an (see a related bug I created) b) Not sure about the unix command and result since I don't have a nix machine available. Here is how far I got, you can use it or discard and create a new one. -- 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] Assigned: (TUSCANY-1578) readme for helloworld-ws-sdo is wrong. It is the same as helloworld-ws-reference!
[ https://issues.apache.org/jira/browse/TUSCANY-1578?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ant elder reassigned TUSCANY-1578: -- Assignee: ant elder readme for helloworld-ws-sdo is wrong. It is the same as helloworld-ws-reference! - Key: TUSCANY-1578 URL: https://issues.apache.org/jira/browse/TUSCANY-1578 Project: Tuscany Issue Type: Bug Components: Java SCA Samples Affects Versions: Java-SCA-0.99 Environment: windows... Reporter: haleh mahbod Assignee: ant elder Attachments: README, README I tried to create a new readme, but am not sure about the content since a) I can't get this running correctly under an (see a related bug I created) b) Not sure about the unix command and result since I don't have a nix machine available. Here is how far I got, you can use it or discard and create a new one. -- 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 distribution is really big now
On 8/23/07, haleh mahbod [EMAIL PROTECTED] wrote: I moved all the jars from calculator-webapp to tomcat/lib. calculator-webapp runs fine. What else is there that might cause a problem? Haleh On 8/23/07, ant elder [EMAIL PROTECTED] wrote: On 8/22/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: I'll start a different thread to discuss the more long term support for implementation.web. For now, comments inline to cover the immediate WAR size issue for the 0.99 release. Simon Laws wrote: [snip] 1 - what is in the war that is build from these samples - currently all of the tuscany jars required [snip] Doing 1 is a relatively straightforward exercise of refactoring the current war into a slimmed down version. I'm still not convinced that it's a good idea to remove the webapp samples and compress everything into a small number of samples I think we should just document how to copy the required JARs to the Tomcat lib folder and run the stripped down WARs this way, assuming that it works. The problem is likely to be the assuming that it works as last time i tried this it didn't - there's various classloader issues. Changing to use deep integration like we used to also seems like quite a big change to be doing just moments before we cut a release so could we at least postpone looking at that till after this release? For this release I think I'm in favour of just picking a few samples and demos to not ship pre-built and documenting that in their README's as it seems like the most minimal change. ...ant I've been having a bit of a play with this and it's not straighforward to get this to happen in a nice way at the moment. What I was trying to do was knock all of the tuscany jars out of the war and have the deployment of the tuscany jar be a manual step. For some (classloader) reason the it seems to be a bit of an all or nothing, i.e. you have to have all of jars that were orignally in WEB-INF/lib in tomcat/lib or have them all in the web itself. What I wanted to do was package the non tuscany dependencies in the war to reduce the amount of manual picking required when applying tuscany jars to tomcat, i.e. I was prepared to go with copy all of the modules knocking out jetty, tomcat etc. Some options at the moment given where we are 1/ Just fix build.xml for each sample so that the wars can be built as is and we don;t have to ship them. 2/ Variation on 1 - Fix and change the build.xml to build a minimal war and alongside that build either a directory or a zip of all the jars that need to be dropped into tomcat/lib to get the sample to work. 2/ create the minimal war and give detailed manual instructions about which jars to pick out of the distro Anyone else have any other ideas. Simon
[jira] Closed: (TUSCANY-1578) readme for helloworld-ws-sdo is wrong. It is the same as helloworld-ws-reference!
[ https://issues.apache.org/jira/browse/TUSCANY-1578?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ant elder closed TUSCANY-1578. -- Resolution: Fixed Looks good to me, applied, thanks for the patches readme for helloworld-ws-sdo is wrong. It is the same as helloworld-ws-reference! - Key: TUSCANY-1578 URL: https://issues.apache.org/jira/browse/TUSCANY-1578 Project: Tuscany Issue Type: Bug Components: Java SCA Samples Affects Versions: Java-SCA-0.99 Environment: windows... Reporter: haleh mahbod Assignee: ant elder Attachments: README, README I tried to create a new readme, but am not sure about the content since a) I can't get this running correctly under an (see a related bug I created) b) Not sure about the unix command and result since I don't have a nix machine available. Here is how far I got, you can use it or discard and create a new one. -- 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-1579) Simple-bigbank-spring Fails using .99 snapshot (8-23 version) readme needs update
Simple-bigbank-spring Fails using .99 snapshot (8-23 version) readme needs update -- Key: TUSCANY-1579 URL: https://issues.apache.org/jira/browse/TUSCANY-1579 Project: Tuscany Issue Type: Bug Affects Versions: Java-SCA-0.99 Environment: windows Reporter: haleh mahbod Following instructions from the start of readme ( I have listed 5 steps and a patch for readm) Step 1: Ant run gets the following error C:\tuscany-new\sca-dist\tuscany-sca-1.0-incubating-SNAPSHOT\samples\simple-bigba nk-springant run Buildfile: build.xml run: [java] java.lang.NoClassDefFoundError: bigbank/client/BigBankClient [java] Exception in thread main [java] Java Result: 1 BUILD SUCCESSFUL Total time: 0 seconds C:\tuscany-new\sca-dist\tuscany-sca-1.0-incubating-SNAPSHOT\samples\simple-bigba Step 2: This command gets an exception java -cp ..\..\lib\tuscany-sca-manifest.jar;target\sample-spring-bigbank.jar bigbank.client.BigBankClient C:\tuscany-new\sca-dist\tuscany-sca-1.0-incubating-SNAPSHOT\samples\simple-bigba nk-springjava -cp ..\..\lib\tuscany-sca-manifest.jar;target\sample-spring-bigba nk.jar bigbank.client.BigBankClient Exception in thread main org.osoa.sca.ServiceRuntimeException: org.osoa.sca.Se rviceRuntimeException: org.apache.tuscany.sca.core.assembly.ActivationException: java.lang.IllegalStateException: Provider factory not found for class: org.apac he.tuscany.sca.implementation.spring.SpringImplementation at org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCAD omain.java:264) at org.apache.tuscany.sca.host.embedded.SCADomain.newInstance(SCADomain. java:69) at bigbank.client.BigBankClient.main(BigBankClient.java:33) Caused by: org.osoa.sca.ServiceRuntimeException: org.apache.tuscany.sca.core.ass embly.ActivationException: java.lang.IllegalStateException: Provider factory not found for class: org.apache.tuscany.sca.implementation.spring.SpringImplementat ion at org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.init(Def aultSCADomain.java:172) at org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCAD omain.java:230) ... 2 more Caused by: org.apache.tuscany.sca.core.assembly.ActivationException: java.lang.I llegalStateException: Provider factory not found for class: org.apache.tuscany.s ca.implementation.spring.SpringImplementation at org.apache.tuscany.sca.core.assembly.CompositeActivatorImpl.activate( CompositeActivatorImpl.java:638) at org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.init(Def aultSCADomain.java:170) ... 3 more Caused by: java.lang.IllegalStateException: Provider factory not found for class : org.apache.tuscany.sca.implementation.spring.SpringImplementation at org.apache.tuscany.sca.core.assembly.CompositeActivatorImpl.addImplem entationProvider(CompositeActivatorImpl.java:336) at org.apache.tuscany.sca.core.assembly.CompositeActivatorImpl.activate( CompositeActivatorImpl.java:629) ... 4 more C:\tuscany-new\sca-dist\tuscany-sca-1.0-incubating-SNAPSHOT\samples\simple-bigba nk-spring --- Step 3: Ant compile and Ant run Ant run gets the following exception stack: C:\tuscany-new\sca-dist\tuscany-sca-1.0-incubating-SNAPSHOT\samples\simple-bigba nk-springant run Buildfile: build.xml run: [java] Exception in thread main org.osoa.sca.ServiceRuntimeException: org .osoa.sca.ServiceRuntimeException: org.apache.tuscany.sca.core.assembly.Activati onException: java.lang.IllegalStateException: Provider factory not found for cla ss: org.apache.tuscany.sca.implementation.spring.SpringImplementation [java] at org.apache.tuscany.sca.host.embedded.SCADomain.createNewInsta nce(SCADomain.java:264) [java] at org.apache.tuscany.sca.host.embedded.SCADomain.newInstance(SC ADomain.java:69) [java] at bigbank.client.BigBankClient.main(BigBankClient.java:33) [java] Caused by: org.osoa.sca.ServiceRuntimeException: org.apache.tuscany. sca.core.assembly.ActivationException: java.lang.IllegalStateException: Provider factory not found for class: org.apache.tuscany.sca.implementation.spring.Sprin gImplementation [java] at org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.i nit(DefaultSCADomain.java:172) [java] at org.apache.tuscany.sca.host.embedded.SCADomain.createNewInsta nce(SCADomain.java:230) [java] ... 2 more [java] Caused by: org.apache.tuscany.sca.core.assembly.ActivationException: java.lang.IllegalStateException: Provider factory not found for class: org.apac he.tuscany.sca.implementation.spring.SpringImplementation [java] at org.apache.tuscany.sca.core.assembly.CompositeActivatorImpl.a ctivate(CompositeActivatorImpl.java:638) [java] at
[jira] Updated: (TUSCANY-1579) Simple-bigbank-spring Fails using .99 snapshot (8-23 version) readme needs update
[ https://issues.apache.org/jira/browse/TUSCANY-1579?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] haleh mahbod updated TUSCANY-1579: -- Attachment: README Simple-bigbank-spring Fails using .99 snapshot (8-23 version) readme needs update -- Key: TUSCANY-1579 URL: https://issues.apache.org/jira/browse/TUSCANY-1579 Project: Tuscany Issue Type: Bug Affects Versions: Java-SCA-0.99 Environment: windows Reporter: haleh mahbod Attachments: README Following instructions from the start of readme ( I have listed 5 steps and a patch for readm) Step 1: Ant run gets the following error C:\tuscany-new\sca-dist\tuscany-sca-1.0-incubating-SNAPSHOT\samples\simple-bigba nk-springant run Buildfile: build.xml run: [java] java.lang.NoClassDefFoundError: bigbank/client/BigBankClient [java] Exception in thread main [java] Java Result: 1 BUILD SUCCESSFUL Total time: 0 seconds C:\tuscany-new\sca-dist\tuscany-sca-1.0-incubating-SNAPSHOT\samples\simple-bigba Step 2: This command gets an exception java -cp ..\..\lib\tuscany-sca-manifest.jar;target\sample-spring-bigbank.jar bigbank.client.BigBankClient C:\tuscany-new\sca-dist\tuscany-sca-1.0-incubating-SNAPSHOT\samples\simple-bigba nk-springjava -cp ..\..\lib\tuscany-sca-manifest.jar;target\sample-spring-bigba nk.jar bigbank.client.BigBankClient Exception in thread main org.osoa.sca.ServiceRuntimeException: org.osoa.sca.Se rviceRuntimeException: org.apache.tuscany.sca.core.assembly.ActivationException: java.lang.IllegalStateException: Provider factory not found for class: org.apac he.tuscany.sca.implementation.spring.SpringImplementation at org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCAD omain.java:264) at org.apache.tuscany.sca.host.embedded.SCADomain.newInstance(SCADomain. java:69) at bigbank.client.BigBankClient.main(BigBankClient.java:33) Caused by: org.osoa.sca.ServiceRuntimeException: org.apache.tuscany.sca.core.ass embly.ActivationException: java.lang.IllegalStateException: Provider factory not found for class: org.apache.tuscany.sca.implementation.spring.SpringImplementat ion at org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.init(Def aultSCADomain.java:172) at org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCAD omain.java:230) ... 2 more Caused by: org.apache.tuscany.sca.core.assembly.ActivationException: java.lang.I llegalStateException: Provider factory not found for class: org.apache.tuscany.s ca.implementation.spring.SpringImplementation at org.apache.tuscany.sca.core.assembly.CompositeActivatorImpl.activate( CompositeActivatorImpl.java:638) at org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.init(Def aultSCADomain.java:170) ... 3 more Caused by: java.lang.IllegalStateException: Provider factory not found for class : org.apache.tuscany.sca.implementation.spring.SpringImplementation at org.apache.tuscany.sca.core.assembly.CompositeActivatorImpl.addImplem entationProvider(CompositeActivatorImpl.java:336) at org.apache.tuscany.sca.core.assembly.CompositeActivatorImpl.activate( CompositeActivatorImpl.java:629) ... 4 more C:\tuscany-new\sca-dist\tuscany-sca-1.0-incubating-SNAPSHOT\samples\simple-bigba nk-spring --- Step 3: Ant compile and Ant run Ant run gets the following exception stack: C:\tuscany-new\sca-dist\tuscany-sca-1.0-incubating-SNAPSHOT\samples\simple-bigba nk-springant run Buildfile: build.xml run: [java] Exception in thread main org.osoa.sca.ServiceRuntimeException: org .osoa.sca.ServiceRuntimeException: org.apache.tuscany.sca.core.assembly.Activati onException: java.lang.IllegalStateException: Provider factory not found for cla ss: org.apache.tuscany.sca.implementation.spring.SpringImplementation [java] at org.apache.tuscany.sca.host.embedded.SCADomain.createNewInsta nce(SCADomain.java:264) [java] at org.apache.tuscany.sca.host.embedded.SCADomain.newInstance(SC ADomain.java:69) [java] at bigbank.client.BigBankClient.main(BigBankClient.java:33) [java] Caused by: org.osoa.sca.ServiceRuntimeException: org.apache.tuscany. sca.core.assembly.ActivationException: java.lang.IllegalStateException: Provider factory not found for class: org.apache.tuscany.sca.implementation.spring.Sprin gImplementation [java] at org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.i nit(DefaultSCADomain.java:172) [java] at org.apache.tuscany.sca.host.embedded.SCADomain.createNewInsta nce(SCADomain.java:230) [java] ... 2 more [java] Caused by:
[jira] Commented: (TUSCANY-1579) Simple-bigbank-spring Fails using .99 snapshot (8-23 version) readme needs update
[ https://issues.apache.org/jira/browse/TUSCANY-1579?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12522290 ] haleh mahbod commented on TUSCANY-1579: --- There are two jar files in the target directory. sample-simple-bigbank-spring.jar sample-spring-bigbank Are these both needed? Simple-bigbank-spring Fails using .99 snapshot (8-23 version) readme needs update -- Key: TUSCANY-1579 URL: https://issues.apache.org/jira/browse/TUSCANY-1579 Project: Tuscany Issue Type: Bug Affects Versions: Java-SCA-0.99 Environment: windows Reporter: haleh mahbod Attachments: README Following instructions from the start of readme ( I have listed 5 steps and a patch for readm) Step 1: Ant run gets the following error C:\tuscany-new\sca-dist\tuscany-sca-1.0-incubating-SNAPSHOT\samples\simple-bigba nk-springant run Buildfile: build.xml run: [java] java.lang.NoClassDefFoundError: bigbank/client/BigBankClient [java] Exception in thread main [java] Java Result: 1 BUILD SUCCESSFUL Total time: 0 seconds C:\tuscany-new\sca-dist\tuscany-sca-1.0-incubating-SNAPSHOT\samples\simple-bigba Step 2: This command gets an exception java -cp ..\..\lib\tuscany-sca-manifest.jar;target\sample-spring-bigbank.jar bigbank.client.BigBankClient C:\tuscany-new\sca-dist\tuscany-sca-1.0-incubating-SNAPSHOT\samples\simple-bigba nk-springjava -cp ..\..\lib\tuscany-sca-manifest.jar;target\sample-spring-bigba nk.jar bigbank.client.BigBankClient Exception in thread main org.osoa.sca.ServiceRuntimeException: org.osoa.sca.Se rviceRuntimeException: org.apache.tuscany.sca.core.assembly.ActivationException: java.lang.IllegalStateException: Provider factory not found for class: org.apac he.tuscany.sca.implementation.spring.SpringImplementation at org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCAD omain.java:264) at org.apache.tuscany.sca.host.embedded.SCADomain.newInstance(SCADomain. java:69) at bigbank.client.BigBankClient.main(BigBankClient.java:33) Caused by: org.osoa.sca.ServiceRuntimeException: org.apache.tuscany.sca.core.ass embly.ActivationException: java.lang.IllegalStateException: Provider factory not found for class: org.apache.tuscany.sca.implementation.spring.SpringImplementat ion at org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.init(Def aultSCADomain.java:172) at org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCAD omain.java:230) ... 2 more Caused by: org.apache.tuscany.sca.core.assembly.ActivationException: java.lang.I llegalStateException: Provider factory not found for class: org.apache.tuscany.s ca.implementation.spring.SpringImplementation at org.apache.tuscany.sca.core.assembly.CompositeActivatorImpl.activate( CompositeActivatorImpl.java:638) at org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.init(Def aultSCADomain.java:170) ... 3 more Caused by: java.lang.IllegalStateException: Provider factory not found for class : org.apache.tuscany.sca.implementation.spring.SpringImplementation at org.apache.tuscany.sca.core.assembly.CompositeActivatorImpl.addImplem entationProvider(CompositeActivatorImpl.java:336) at org.apache.tuscany.sca.core.assembly.CompositeActivatorImpl.activate( CompositeActivatorImpl.java:629) ... 4 more C:\tuscany-new\sca-dist\tuscany-sca-1.0-incubating-SNAPSHOT\samples\simple-bigba nk-spring --- Step 3: Ant compile and Ant run Ant run gets the following exception stack: C:\tuscany-new\sca-dist\tuscany-sca-1.0-incubating-SNAPSHOT\samples\simple-bigba nk-springant run Buildfile: build.xml run: [java] Exception in thread main org.osoa.sca.ServiceRuntimeException: org .osoa.sca.ServiceRuntimeException: org.apache.tuscany.sca.core.assembly.Activati onException: java.lang.IllegalStateException: Provider factory not found for cla ss: org.apache.tuscany.sca.implementation.spring.SpringImplementation [java] at org.apache.tuscany.sca.host.embedded.SCADomain.createNewInsta nce(SCADomain.java:264) [java] at org.apache.tuscany.sca.host.embedded.SCADomain.newInstance(SC ADomain.java:69) [java] at bigbank.client.BigBankClient.main(BigBankClient.java:33) [java] Caused by: org.osoa.sca.ServiceRuntimeException: org.apache.tuscany. sca.core.assembly.ActivationException: java.lang.IllegalStateException: Provider factory not found for class: org.apache.tuscany.sca.implementation.spring.Sprin gImplementation [java] at org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.i nit(DefaultSCADomain.java:172) [java] at
Re: SCA distribution is really big now
On 8/23/07, Simon Laws [EMAIL PROTECTED] wrote: On 8/23/07, haleh mahbod [EMAIL PROTECTED] wrote: I moved all the jars from calculator-webapp to tomcat/lib. calculator-webapp runs fine. What else is there that might cause a problem? Haleh On 8/23/07, ant elder [EMAIL PROTECTED] wrote: On 8/22/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: I'll start a different thread to discuss the more long term support for implementation.web. For now, comments inline to cover the immediate WAR size issue for the 0.99 release. Simon Laws wrote: [snip] 1 - what is in the war that is build from these samples - currently all of the tuscany jars required [snip] Doing 1 is a relatively straightforward exercise of refactoring the current war into a slimmed down version. I'm still not convinced that it's a good idea to remove the webapp samples and compress everything into a small number of samples I think we should just document how to copy the required JARs to the Tomcat lib folder and run the stripped down WARs this way, assuming that it works. The problem is likely to be the assuming that it works as last time i tried this it didn't - there's various classloader issues. Changing to use deep integration like we used to also seems like quite a big change to be doing just moments before we cut a release so could we at least postpone looking at that till after this release? For this release I think I'm in favour of just picking a few samples and demos to not ship pre-built and documenting that in their README's as it seems like the most minimal change. ...ant I've been having a bit of a play with this and it's not straighforward to get this to happen in a nice way at the moment. What I was trying to do was knock all of the tuscany jars out of the war and have the deployment of the tuscany jar be a manual step. For some (classloader) reason the it seems to be a bit of an all or nothing, i.e. you have to have all of jars that were orignally in WEB-INF/lib in tomcat/lib or have them all in the web itself. What I wanted to do was package the non tuscany dependencies in the war to reduce the amount of manual picking required when applying tuscany jars to tomcat, i.e. I was prepared to go with copy all of the modules knocking out jetty, tomcat etc. Some options at the moment given where we are 1/ Just fix build.xml for each sample so that the wars can be built as is and we don;t have to ship them. 2/ Variation on 1 - Fix and change the build.xml to build a minimal war and alongside that build either a directory or a zip of all the jars that need to be dropped into tomcat/lib to get the sample to work. 2/ create the minimal war and give detailed manual instructions about which jars to pick out of the distro Anyone else have any other ideas. I worry we'd not get anything other than 1/ done by tomorrow and even then the READMEs etc would have bugs. So my preference would be for 0.99 do 1/ for the big webapps but keep the small prebuilt ones. The big ones are: demo-allert-aggregator.war demo-mortgage-creditcheck.war sample-helloworld-ws-sdo-webapp.war sample-helloworld-ws-service-webapp.war sample-calculator-webapp-ws.war Thats minimum changes to what we have today, just 5 readme updates, and gives a distro size of less the 60Meg. For 1.0 do: - change samples to be simple contribution jar's that can work in all of standalone, webapp distro, Geronimo - maybe keep one existing webapp sample to demonstrate that style of packaging - fix the ClassLoader issues so that Tomcat deep integration works well and have a sample/documentation for deep integration That should give a 1.0 distro size of less than 50Meg. Note also, i'd like to cut the 0.99 branch and create RC1 in about 9 hours so if anyone wants to go for something other than this for 0.99 thats fine by me but it needs to start getting done pretty smartly :) ...ant
[jira] Assigned: (TUSCANY-1108) SDO Wsdl tooling does not handle exceptions
[ https://issues.apache.org/jira/browse/TUSCANY-1108?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luciano Resende reassigned TUSCANY-1108: Assignee: Luciano Resende SDO Wsdl tooling does not handle exceptions --- Key: TUSCANY-1108 URL: https://issues.apache.org/jira/browse/TUSCANY-1108 Project: Tuscany Issue Type: Bug Components: Java SCA Tools Affects Versions: Java-SCA-M2 Reporter: Rick Rineholt Assignee: Luciano Resende Fix For: Java-SCA-Next Attachments: mvn.out, pom.xml, StockExceptionTest.wsdl Using tuscany maven plugin tuscany-plugin-wsdl2java an exception is generated for the attached wsdl. Note removing exceptions in the wsdl avoids the UnmatchedTypeException This maybe due to the sdo generation producing the fault not as an exception? [INFO] NOTE: Maven is executing in offline mode. Any artifacts not already in your local repository will be inaccessible. [INFO] Scanning for projects... [INFO] [INFO] Building Test Suite Exception Handling cross bindings [INFO]task-segment: [clean, install] [INFO] [INFO] [clean:clean] [INFO] Deleting directory E:\dev\tuscany\branches\sca-java-integration\testing\sca\itest\exceptionXbindingTest\target [INFO] [tuscany-sdo:generate {execution: default}] [INFO] Generating SDO interfaces from E:\dev\tuscany\branches\sca-java-integration\testing\sca\itest\exceptionXbindingTest\src\main\resources\wsdl\StockExceptionTest.wsdl Generating code Generating packages Generating package ScatesttoolPackageImpl Generating Java interface stockexceptiontestservice.scatesttool.ScatesttoolFactory Generating /TargetProject/stockexceptiontestservice/scatesttool/ScatesttoolFactory.java Generating Java class stockexceptiontestservice.scatesttool.impl.ScatesttoolFactoryImpl Generating /TargetProject/stockexceptiontestservice/scatesttool/impl/ScatesttoolFactoryImpl.java Generating Invalid Symbol Fault Generating Java interface stockexceptiontestservice.scatesttool.InvalidSymbolFault Generating /TargetProject/stockexceptiontestservice/scatesttool/InvalidSymbolFault.java Generating Java class stockexceptiontestservice.scatesttool.impl.InvalidSymbolFaultImpl Generating /TargetProject/stockexceptiontestservice/scatesttool/impl/InvalidSymbolFaultImpl.java Generating Market Closed Fault Generating Java interface stockexceptiontestservice.scatesttool.MarketClosedFault Generating /TargetProject/stockexceptiontestservice/scatesttool/MarketClosedFault.java Generating Java class stockexceptiontestservice.scatesttool.impl.MarketClosedFaultImpl Generating /TargetProject/stockexceptiontestservice/scatesttool/impl/MarketClosedFaultImpl.java Generating Stock Offer Generating Java interface stockexceptiontestservice.scatesttool.StockOffer Generating /TargetProject/stockexceptiontestservice/scatesttool/StockOffer.java Generating Java class stockexceptiontestservice.scatesttool.impl.StockOfferImpl Generating /TargetProject/stockexceptiontestservice/scatesttool/impl/StockOfferImpl.java Generating stock Quote Offer Generating Java interface stockexceptiontestservice.scatesttool.stockQuoteOffer Generating /TargetProject/stockexceptiontestservice/scatesttool/stockQuoteOffer.java Generating Java class stockexceptiontestservice.scatesttool.impl.stockQuoteOfferImpl Generating /TargetProject/stockexceptiontestservice/scatesttool/impl/stockQuoteOfferImpl.java Generating stock Quote Offer Response Generating Java interface stockexceptiontestservice.scatesttool.stockQuoteOfferResponse Generating /TargetProject/stockexceptiontestservice/scatesttool/stockQuoteOfferResponse.java Generating Java class stockexceptiontestservice.scatesttool.impl.stockQuoteOfferResponseImpl Generating /TargetProject/stockexceptiontestservice/scatesttool/impl/stockQuoteOfferResponseImpl.java [INFO] [tuscanywsdl2java:generate {execution: default}] [INFO] Generating Java service interfaces from E:\dev\tuscany\branches\sca-java-integration\testing\sca\itest\exceptionXbindingTest\src\main\resources\wsdl\StockExceptionTest.wsdl log4j:WARN No appenders could be found for logger (org.apache.axis2.i18n.ProjectResourceBundle). log4j:WARN Please initialize the log4j system properly. [INFO] [ERROR] FATAL ERROR [INFO] [INFO] org.apache.axis2.wsdl.codegen.CodeGenerationException:
Re: SCA distribution is really big now
On 8/23/07, ant elder [EMAIL PROTECTED] wrote: On 8/23/07, Simon Laws [EMAIL PROTECTED] wrote: On 8/23/07, haleh mahbod [EMAIL PROTECTED] wrote: I moved all the jars from calculator-webapp to tomcat/lib. calculator-webapp runs fine. What else is there that might cause a problem? Haleh On 8/23/07, ant elder [EMAIL PROTECTED] wrote: On 8/22/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: I'll start a different thread to discuss the more long term support for implementation.web. For now, comments inline to cover the immediate WAR size issue for the 0.99 release. Simon Laws wrote: [snip] 1 - what is in the war that is build from these samples - currently all of the tuscany jars required [snip] Doing 1 is a relatively straightforward exercise of refactoring the current war into a slimmed down version. I'm still not convinced that it's a good idea to remove the webapp samples and compress everything into a small number of samples I think we should just document how to copy the required JARs to the Tomcat lib folder and run the stripped down WARs this way, assuming that it works. The problem is likely to be the assuming that it works as last time i tried this it didn't - there's various classloader issues. Changing to use deep integration like we used to also seems like quite a big change to be doing just moments before we cut a release so could we at least postpone looking at that till after this release? For this release I think I'm in favour of just picking a few samples and demos to not ship pre-built and documenting that in their README's as it seems like the most minimal change. ...ant I've been having a bit of a play with this and it's not straighforward to get this to happen in a nice way at the moment. What I was trying to do was knock all of the tuscany jars out of the war and have the deployment of the tuscany jar be a manual step. For some (classloader) reason the it seems to be a bit of an all or nothing, i.e. you have to have all of jars that were orignally in WEB-INF/lib in tomcat/lib or have them all in the web itself. What I wanted to do was package the non tuscany dependencies in the war to reduce the amount of manual picking required when applying tuscany jars to tomcat, i.e. I was prepared to go with copy all of the modules knocking out jetty, tomcat etc. Some options at the moment given where we are 1/ Just fix build.xml for each sample so that the wars can be built as is and we don;t have to ship them. 2/ Variation on 1 - Fix and change the build.xml to build a minimal war and alongside that build either a directory or a zip of all the jars that need to be dropped into tomcat/lib to get the sample to work. 2/ create the minimal war and give detailed manual instructions about which jars to pick out of the distro Anyone else have any other ideas. I worry we'd not get anything other than 1/ done by tomorrow and even then the READMEs etc would have bugs. So my preference would be for 0.99 do 1/ for the big webapps but keep the small prebuilt ones. The big ones are: demo-allert-aggregator.war demo-mortgage-creditcheck.war sample-helloworld-ws-sdo-webapp.war sample-helloworld-ws-service-webapp.war sample-calculator-webapp-ws.war Thats minimum changes to what we have today, just 5 readme updates, and gives a distro size of less the 60Meg. For 1.0 do: - change samples to be simple contribution jar's that can work in all of standalone, webapp distro, Geronimo - maybe keep one existing webapp sample to demonstrate that style of packaging - fix the ClassLoader issues so that Tomcat deep integration works well and have a sample/documentation for deep integration That should give a 1.0 distro size of less than 50Meg. Note also, i'd like to cut the 0.99 branch and create RC1 in about 9 hours so if anyone wants to go for something other than this for 0.99 thats fine by me but it needs to start getting done pretty smartly :) ...ant Ok, +1 for 1 given the time we have. I have to go and get some sleep. But can do some of this first thing. Simon
[jira] Updated: (TUSCANY-1500) Many callback tests don't run
[ https://issues.apache.org/jira/browse/TUSCANY-1500?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Nash updated TUSCANY-1500: Attachment: patch3 Here is patch3 for this JIRA. It enables the callback-set-callback test in the build and gets it working. One small piece is still left to do for this test (adding a missing error check) and I will do this after we have cut the branch for the 0.99 release. Here's a very brief summary of the changes in this patch. 1. Rename CallBackSetCallbackTestCaseFIXME.java to CallBackSetCallbackTestCase.java. (NOTE: This must be done manually before applying the patch, which contains an update to CallBackSetCallbackTestCase.java.) 2. Change the class name for the test from CallBackSetCallbackTestCaseFIXME to CallBackSetCallbackTestCase. 3. Change the test code where it was not using the spec APIs correctly. 4. Various runtime changes to enable the correct passing of the callback object on requests and checking for some error cases. These include changing RequestContextImpl.getServiceReference() to return a CallableReference as required by the spec, as this change was needed to get the final part of the test to pass The outstanding item still to be done for this test case is to add the required error check for invoking a service with a callback when the sender does not implement the callback object and there is no callback object set. For now I have commented out the line in the test case that tests the diagnostic for this that is mandated by the spec. I am looking at the other failing callback tests and I will post further patches to get them working. Many callback tests don't run - Key: TUSCANY-1500 URL: https://issues.apache.org/jira/browse/TUSCANY-1500 Project: Tuscany Issue Type: Bug Components: Java SCA Core Runtime Affects Versions: Java-SCA-Next Environment: Windows XP Reporter: Simon Nash Assignee: Simon Nash Fix For: Java-SCA-Next Attachments: patch1, patch2, patch3 The following itests are currently disabled in the build. If they are enabled by changing the name of the test class from xxxTest to xxxTestCase, they fail with various errors. callback-api callback-complex-type callback-id callback-set-callback callback-set-conversation -- 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: OneWay and Remote References
On 8/23/07, Giorgio Zoppi [EMAIL PROTECTED] wrote: 2007/8/23, Simon Laws [EMAIL PROTECTED]: On 8/23/07, Simon Nash [EMAIL PROTECTED] wrote: Giorgio, This is supported and working for both the local SCA binding and the Web Service binding. The supportsAsyncOneWayInvocation=false setting means that the binding doesn't provide this support internally, so the core invocation framework adds a nonblocking interceptor that does a thread switch. It appears that you are using the distributed SCA binding over Web services (is that correct?) so there could be an issue with this binding. Bindings that can support async invocations internally are supposed to set the flag to true rather than false, and I'd expect the distributed SCA binding to fall into that category. Simon Hi Jo I'm fixing up the remote callbacks for the sca binding now. They should already work for the local case and explicit web services bindings (see samples/simple-callback and samples/simple-callback-ws) It needs changing in the sca binding case now that raymond has changed the way that the wires/invocation chains are created. If you want to make progress with you're sample right now you could switch to the explicit web services binding for the time being. Otherwise the fix should be done in an hour or so (I hope:-) With one way invocations you've found something I haven't tried with the default binding in remote mode. It's just using the web services binding under the covers so there's no reason why it shouldn't work but I expect there is some coding error. If you've got some thoughts here about what's going wrong that would would good. Ok. Thank you very much. I'll try and debug it. Cheers, Jo. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Hi I've put in some fixes now for callbacks across the remote version of the sca binding and for @OneWay interfaces. There are a couple more simple test cases to cover this in the binding-sca-axis2 module. In the one way case I just replaced the line you identified with... public boolean supportsAsyncOneWayInvocation() { if (isTargetRemote()) { return distributedProvider.supportsAsyncOneWayInvocation(); } else { return false; } } The isTargetRemote call needs some caching applied to it as it gets used in various places but the basic function is working. The changes are checked into trunk in svn now. Regards Simon
Re: SCA distribution is really big now
I think option 1 for 0.99 is the best (and safest) that we can do in the time available. So +1 for the 0.99 part. I need to give more thought to 1.0. Simon Simon Laws wrote: On 8/23/07, ant elder [EMAIL PROTECTED] wrote: On 8/23/07, Simon Laws [EMAIL PROTECTED] wrote: On 8/23/07, haleh mahbod [EMAIL PROTECTED] wrote: I moved all the jars from calculator-webapp to tomcat/lib. calculator-webapp runs fine. What else is there that might cause a problem? Haleh On 8/23/07, ant elder [EMAIL PROTECTED] wrote: On 8/22/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: I'll start a different thread to discuss the more long term support for implementation.web. For now, comments inline to cover the immediate WAR size issue for the 0.99 release. Simon Laws wrote: [snip] 1 - what is in the war that is build from these samples - currently all of the tuscany jars required [snip] Doing 1 is a relatively straightforward exercise of refactoring the current war into a slimmed down version. I'm still not convinced that it's a good idea to remove the webapp samples and compress everything into a small number of samples I think we should just document how to copy the required JARs to the Tomcat lib folder and run the stripped down WARs this way, assuming that it works. The problem is likely to be the assuming that it works as last time i tried this it didn't - there's various classloader issues. Changing to use deep integration like we used to also seems like quite a big change to be doing just moments before we cut a release so could we at least postpone looking at that till after this release? For this release I think I'm in favour of just picking a few samples and demos to not ship pre-built and documenting that in their README's as it seems like the most minimal change. ...ant I've been having a bit of a play with this and it's not straighforward to get this to happen in a nice way at the moment. What I was trying to do was knock all of the tuscany jars out of the war and have the deployment of the tuscany jar be a manual step. For some (classloader) reason the it seems to be a bit of an all or nothing, i.e. you have to have all of jars that were orignally in WEB-INF/lib in tomcat/lib or have them all in the web itself. What I wanted to do was package the non tuscany dependencies in the war to reduce the amount of manual picking required when applying tuscany jars to tomcat, i.e. I was prepared to go with copy all of the modules knocking out jetty, tomcat etc. Some options at the moment given where we are 1/ Just fix build.xml for each sample so that the wars can be built as is and we don;t have to ship them. 2/ Variation on 1 - Fix and change the build.xml to build a minimal war and alongside that build either a directory or a zip of all the jars that need to be dropped into tomcat/lib to get the sample to work. 2/ create the minimal war and give detailed manual instructions about which jars to pick out of the distro Anyone else have any other ideas. I worry we'd not get anything other than 1/ done by tomorrow and even then the READMEs etc would have bugs. So my preference would be for 0.99 do 1/ for the big webapps but keep the small prebuilt ones. The big ones are: demo-allert-aggregator.war demo-mortgage-creditcheck.war sample-helloworld-ws-sdo-webapp.war sample-helloworld-ws-service-webapp.war sample-calculator-webapp-ws.war Thats minimum changes to what we have today, just 5 readme updates, and gives a distro size of less the 60Meg. For 1.0 do: - change samples to be simple contribution jar's that can work in all of standalone, webapp distro, Geronimo - maybe keep one existing webapp sample to demonstrate that style of packaging - fix the ClassLoader issues so that Tomcat deep integration works well and have a sample/documentation for deep integration That should give a 1.0 distro size of less than 50Meg. Note also, i'd like to cut the 0.99 branch and create RC1 in about 9 hours so if anyone wants to go for something other than this for 0.99 thats fine by me but it needs to start getting done pretty smartly :) ...ant Ok, +1 for 1 given the time we have. I have to go and get some sleep. But can do some of this first thing. Simon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (TUSCANY-1580) supplychain sample readme incorrectly refers to calculator... fixed the cut/paste problem
supplychain sample readme incorrectly refers to calculator... fixed the cut/paste problem - Key: TUSCANY-1580 URL: https://issues.apache.org/jira/browse/TUSCANY-1580 Project: Tuscany Issue Type: Improvement Components: Java SCA Samples Affects Versions: Java-SCA-0.99 Reporter: haleh mahbod Priority: Minor Fix For: Java-SCA-0.99 -- 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-1580) supplychain sample readme incorrectly refers to calculator... fixed the cut/paste problem
[ https://issues.apache.org/jira/browse/TUSCANY-1580?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] haleh mahbod updated TUSCANY-1580: -- Attachment: README supplychain sample readme incorrectly refers to calculator... fixed the cut/paste problem - Key: TUSCANY-1580 URL: https://issues.apache.org/jira/browse/TUSCANY-1580 Project: Tuscany Issue Type: Improvement Components: Java SCA Samples Affects Versions: Java-SCA-0.99 Reporter: haleh mahbod Priority: Minor Fix For: Java-SCA-0.99 Attachments: README -- 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 distribution is really big now
Simon Nash wrote: I think option 1 for 0.99 is the best (and safest) that we can do in the time available. +1 On 8/23/07, Simon Nash [EMAIL PROTECTED] wrote: I think option 1 for 0.99 is the best (and safest) that we can do in the time available. So +1 for the 0.99 part. I need to give more thought to 1.0. Simon Simon Laws wrote: On 8/23/07, ant elder [EMAIL PROTECTED] wrote: On 8/23/07, Simon Laws [EMAIL PROTECTED] wrote: On 8/23/07, haleh mahbod [EMAIL PROTECTED] wrote: I moved all the jars from calculator-webapp to tomcat/lib. calculator-webapp runs fine. What else is there that might cause a problem? Haleh On 8/23/07, ant elder [EMAIL PROTECTED] wrote: On 8/22/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: I'll start a different thread to discuss the more long term support for implementation.web. For now, comments inline to cover the immediate WAR size issue for the 0.99 release. Simon Laws wrote: [snip] 1 - what is in the war that is build from these samples - currently all of the tuscany jars required [snip] Doing 1 is a relatively straightforward exercise of refactoring the current war into a slimmed down version. I'm still not convinced that it's a good idea to remove the webapp samples and compress everything into a small number of samples I think we should just document how to copy the required JARs to the Tomcat lib folder and run the stripped down WARs this way, assuming that it works. The problem is likely to be the assuming that it works as last time i tried this it didn't - there's various classloader issues. Changing to use deep integration like we used to also seems like quite a big change to be doing just moments before we cut a release so could we at least postpone looking at that till after this release? For this release I think I'm in favour of just picking a few samples and demos to not ship pre-built and documenting that in their README's as it seems like the most minimal change. ...ant I've been having a bit of a play with this and it's not straighforward to get this to happen in a nice way at the moment. What I was trying to do was knock all of the tuscany jars out of the war and have the deployment of the tuscany jar be a manual step. For some (classloader) reason the it seems to be a bit of an all or nothing, i.e. you have to have all of jars that were orignally in WEB-INF/lib in tomcat/lib or have them all in the web itself. What I wanted to do was package the non tuscany dependencies in the war to reduce the amount of manual picking required when applying tuscany jars to tomcat, i.e. I was prepared to go with copy all of the modules knocking out jetty, tomcat etc. Some options at the moment given where we are 1/ Just fix build.xml for each sample so that the wars can be built as is and we don;t have to ship them. 2/ Variation on 1 - Fix and change the build.xml to build a minimal war and alongside that build either a directory or a zip of all the jars that need to be dropped into tomcat/lib to get the sample to work. 2/ create the minimal war and give detailed manual instructions about which jars to pick out of the distro Anyone else have any other ideas. I worry we'd not get anything other than 1/ done by tomorrow and even then the READMEs etc would have bugs. So my preference would be for 0.99 do 1/ for the big webapps but keep the small prebuilt ones. The big ones are: demo-allert-aggregator.war demo-mortgage-creditcheck.war sample-helloworld-ws-sdo-webapp.war sample-helloworld-ws-service-webapp.war sample-calculator-webapp-ws.war Thats minimum changes to what we have today, just 5 readme updates, and gives a distro size of less the 60Meg. For 1.0 do: - change samples to be simple contribution jar's that can work in all of standalone, webapp distro, Geronimo - maybe keep one existing webapp sample to demonstrate that style of packaging - fix the ClassLoader issues so that Tomcat deep integration works well and have a sample/documentation for deep integration That should give a 1.0 distro size of less than 50Meg. Note also, i'd like to cut the 0.99 branch and create RC1 in about 9 hours so if anyone wants to go for something other than this for 0.99 thats fine by me but it needs to start getting done pretty smartly :) ...ant Ok, +1 for 1 given the time we have. I have to go and get some sleep. But can do some of this first thing. Simon - 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/
[jira] Assigned: (TUSCANY-1580) supplychain sample readme incorrectly refers to calculator... fixed the cut/paste problem
[ https://issues.apache.org/jira/browse/TUSCANY-1580?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ant elder reassigned TUSCANY-1580: -- Assignee: ant elder supplychain sample readme incorrectly refers to calculator... fixed the cut/paste problem - Key: TUSCANY-1580 URL: https://issues.apache.org/jira/browse/TUSCANY-1580 Project: Tuscany Issue Type: Improvement Components: Java SCA Samples Affects Versions: Java-SCA-0.99 Reporter: haleh mahbod Assignee: ant elder Priority: Minor Fix For: Java-SCA-0.99 Attachments: README -- 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-1580) supplychain sample readme incorrectly refers to calculator... fixed the cut/paste problem
[ https://issues.apache.org/jira/browse/TUSCANY-1580?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ant elder closed TUSCANY-1580. -- Resolution: Fixed Applied, thanks for the patch! supplychain sample readme incorrectly refers to calculator... fixed the cut/paste problem - Key: TUSCANY-1580 URL: https://issues.apache.org/jira/browse/TUSCANY-1580 Project: Tuscany Issue Type: Improvement Components: Java SCA Samples Affects Versions: Java-SCA-0.99 Reporter: haleh mahbod Assignee: ant elder Priority: Minor Fix For: Java-SCA-0.99 Attachments: README -- 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-1581) implemenation-crud sample - fixed readme
implemenation-crud sample - fixed readme Key: TUSCANY-1581 URL: https://issues.apache.org/jira/browse/TUSCANY-1581 Project: Tuscany Issue Type: Improvement Components: Java SCA Samples Affects Versions: Java-SCA-0.99 Reporter: haleh mahbod Priority: Minor Fix For: Java-SCA-0.99 Attachments: README readme result indicated that the last piece of text is 'stopping component crud' This was not getting printed. I checked the code and it has been removed from the code. The attached readme has that line removed to avoid confusion. -- 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-1581) implemenation-crud sample - fixed readme
[ https://issues.apache.org/jira/browse/TUSCANY-1581?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] haleh mahbod updated TUSCANY-1581: -- Attachment: README implemenation-crud sample - fixed readme Key: TUSCANY-1581 URL: https://issues.apache.org/jira/browse/TUSCANY-1581 Project: Tuscany Issue Type: Improvement Components: Java SCA Samples Affects Versions: Java-SCA-0.99 Reporter: haleh mahbod Priority: Minor Fix For: Java-SCA-0.99 Attachments: README readme result indicated that the last piece of text is 'stopping component crud' This was not getting printed. I checked the code and it has been removed from the code. The attached readme has that line removed to avoid confusion. -- 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] Assigned: (TUSCANY-1579) Simple-bigbank-spring Fails using .99 snapshot (8-23 version) readme needs update
[ https://issues.apache.org/jira/browse/TUSCANY-1579?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ant elder reassigned TUSCANY-1579: -- Assignee: ant elder Simple-bigbank-spring Fails using .99 snapshot (8-23 version) readme needs update -- Key: TUSCANY-1579 URL: https://issues.apache.org/jira/browse/TUSCANY-1579 Project: Tuscany Issue Type: Bug Affects Versions: Java-SCA-0.99 Environment: windows Reporter: haleh mahbod Assignee: ant elder Attachments: README Following instructions from the start of readme ( I have listed 5 steps and a patch for readm) Step 1: Ant run gets the following error C:\tuscany-new\sca-dist\tuscany-sca-1.0-incubating-SNAPSHOT\samples\simple-bigba nk-springant run Buildfile: build.xml run: [java] java.lang.NoClassDefFoundError: bigbank/client/BigBankClient [java] Exception in thread main [java] Java Result: 1 BUILD SUCCESSFUL Total time: 0 seconds C:\tuscany-new\sca-dist\tuscany-sca-1.0-incubating-SNAPSHOT\samples\simple-bigba Step 2: This command gets an exception java -cp ..\..\lib\tuscany-sca-manifest.jar;target\sample-spring-bigbank.jar bigbank.client.BigBankClient C:\tuscany-new\sca-dist\tuscany-sca-1.0-incubating-SNAPSHOT\samples\simple-bigba nk-springjava -cp ..\..\lib\tuscany-sca-manifest.jar;target\sample-spring-bigba nk.jar bigbank.client.BigBankClient Exception in thread main org.osoa.sca.ServiceRuntimeException: org.osoa.sca.Se rviceRuntimeException: org.apache.tuscany.sca.core.assembly.ActivationException: java.lang.IllegalStateException: Provider factory not found for class: org.apac he.tuscany.sca.implementation.spring.SpringImplementation at org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCAD omain.java:264) at org.apache.tuscany.sca.host.embedded.SCADomain.newInstance(SCADomain. java:69) at bigbank.client.BigBankClient.main(BigBankClient.java:33) Caused by: org.osoa.sca.ServiceRuntimeException: org.apache.tuscany.sca.core.ass embly.ActivationException: java.lang.IllegalStateException: Provider factory not found for class: org.apache.tuscany.sca.implementation.spring.SpringImplementat ion at org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.init(Def aultSCADomain.java:172) at org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCAD omain.java:230) ... 2 more Caused by: org.apache.tuscany.sca.core.assembly.ActivationException: java.lang.I llegalStateException: Provider factory not found for class: org.apache.tuscany.s ca.implementation.spring.SpringImplementation at org.apache.tuscany.sca.core.assembly.CompositeActivatorImpl.activate( CompositeActivatorImpl.java:638) at org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.init(Def aultSCADomain.java:170) ... 3 more Caused by: java.lang.IllegalStateException: Provider factory not found for class : org.apache.tuscany.sca.implementation.spring.SpringImplementation at org.apache.tuscany.sca.core.assembly.CompositeActivatorImpl.addImplem entationProvider(CompositeActivatorImpl.java:336) at org.apache.tuscany.sca.core.assembly.CompositeActivatorImpl.activate( CompositeActivatorImpl.java:629) ... 4 more C:\tuscany-new\sca-dist\tuscany-sca-1.0-incubating-SNAPSHOT\samples\simple-bigba nk-spring --- Step 3: Ant compile and Ant run Ant run gets the following exception stack: C:\tuscany-new\sca-dist\tuscany-sca-1.0-incubating-SNAPSHOT\samples\simple-bigba nk-springant run Buildfile: build.xml run: [java] Exception in thread main org.osoa.sca.ServiceRuntimeException: org .osoa.sca.ServiceRuntimeException: org.apache.tuscany.sca.core.assembly.Activati onException: java.lang.IllegalStateException: Provider factory not found for cla ss: org.apache.tuscany.sca.implementation.spring.SpringImplementation [java] at org.apache.tuscany.sca.host.embedded.SCADomain.createNewInsta nce(SCADomain.java:264) [java] at org.apache.tuscany.sca.host.embedded.SCADomain.newInstance(SC ADomain.java:69) [java] at bigbank.client.BigBankClient.main(BigBankClient.java:33) [java] Caused by: org.osoa.sca.ServiceRuntimeException: org.apache.tuscany. sca.core.assembly.ActivationException: java.lang.IllegalStateException: Provider factory not found for class: org.apache.tuscany.sca.implementation.spring.Sprin gImplementation [java] at org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.i nit(DefaultSCADomain.java:172) [java] at org.apache.tuscany.sca.host.embedded.SCADomain.createNewInsta nce(SCADomain.java:230) [java] ... 2 more
[jira] Updated: (TUSCANY-1579) Simple-bigbank-spring Fails using .99 snapshot (8-23 version) readme needs update
[ https://issues.apache.org/jira/browse/TUSCANY-1579?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ant elder updated TUSCANY-1579: --- Fix Version/s: Java-SCA-0.99 Assignee: (was: ant elder) README patch applied, thanks for the patch Leaving open to look at the execution issues Simple-bigbank-spring Fails using .99 snapshot (8-23 version) readme needs update -- Key: TUSCANY-1579 URL: https://issues.apache.org/jira/browse/TUSCANY-1579 Project: Tuscany Issue Type: Bug Affects Versions: Java-SCA-0.99 Environment: windows Reporter: haleh mahbod Fix For: Java-SCA-0.99 Attachments: README Following instructions from the start of readme ( I have listed 5 steps and a patch for readm) Step 1: Ant run gets the following error C:\tuscany-new\sca-dist\tuscany-sca-1.0-incubating-SNAPSHOT\samples\simple-bigba nk-springant run Buildfile: build.xml run: [java] java.lang.NoClassDefFoundError: bigbank/client/BigBankClient [java] Exception in thread main [java] Java Result: 1 BUILD SUCCESSFUL Total time: 0 seconds C:\tuscany-new\sca-dist\tuscany-sca-1.0-incubating-SNAPSHOT\samples\simple-bigba Step 2: This command gets an exception java -cp ..\..\lib\tuscany-sca-manifest.jar;target\sample-spring-bigbank.jar bigbank.client.BigBankClient C:\tuscany-new\sca-dist\tuscany-sca-1.0-incubating-SNAPSHOT\samples\simple-bigba nk-springjava -cp ..\..\lib\tuscany-sca-manifest.jar;target\sample-spring-bigba nk.jar bigbank.client.BigBankClient Exception in thread main org.osoa.sca.ServiceRuntimeException: org.osoa.sca.Se rviceRuntimeException: org.apache.tuscany.sca.core.assembly.ActivationException: java.lang.IllegalStateException: Provider factory not found for class: org.apac he.tuscany.sca.implementation.spring.SpringImplementation at org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCAD omain.java:264) at org.apache.tuscany.sca.host.embedded.SCADomain.newInstance(SCADomain. java:69) at bigbank.client.BigBankClient.main(BigBankClient.java:33) Caused by: org.osoa.sca.ServiceRuntimeException: org.apache.tuscany.sca.core.ass embly.ActivationException: java.lang.IllegalStateException: Provider factory not found for class: org.apache.tuscany.sca.implementation.spring.SpringImplementat ion at org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.init(Def aultSCADomain.java:172) at org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCAD omain.java:230) ... 2 more Caused by: org.apache.tuscany.sca.core.assembly.ActivationException: java.lang.I llegalStateException: Provider factory not found for class: org.apache.tuscany.s ca.implementation.spring.SpringImplementation at org.apache.tuscany.sca.core.assembly.CompositeActivatorImpl.activate( CompositeActivatorImpl.java:638) at org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.init(Def aultSCADomain.java:170) ... 3 more Caused by: java.lang.IllegalStateException: Provider factory not found for class : org.apache.tuscany.sca.implementation.spring.SpringImplementation at org.apache.tuscany.sca.core.assembly.CompositeActivatorImpl.addImplem entationProvider(CompositeActivatorImpl.java:336) at org.apache.tuscany.sca.core.assembly.CompositeActivatorImpl.activate( CompositeActivatorImpl.java:629) ... 4 more C:\tuscany-new\sca-dist\tuscany-sca-1.0-incubating-SNAPSHOT\samples\simple-bigba nk-spring --- Step 3: Ant compile and Ant run Ant run gets the following exception stack: C:\tuscany-new\sca-dist\tuscany-sca-1.0-incubating-SNAPSHOT\samples\simple-bigba nk-springant run Buildfile: build.xml run: [java] Exception in thread main org.osoa.sca.ServiceRuntimeException: org .osoa.sca.ServiceRuntimeException: org.apache.tuscany.sca.core.assembly.Activati onException: java.lang.IllegalStateException: Provider factory not found for cla ss: org.apache.tuscany.sca.implementation.spring.SpringImplementation [java] at org.apache.tuscany.sca.host.embedded.SCADomain.createNewInsta nce(SCADomain.java:264) [java] at org.apache.tuscany.sca.host.embedded.SCADomain.newInstance(SC ADomain.java:69) [java] at bigbank.client.BigBankClient.main(BigBankClient.java:33) [java] Caused by: org.osoa.sca.ServiceRuntimeException: org.apache.tuscany. sca.core.assembly.ActivationException: java.lang.IllegalStateException: Provider factory not found for class: org.apache.tuscany.sca.implementation.spring.Sprin gImplementation [java] at org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.i nit(DefaultSCADomain.java:172)
[jira] Created: (TUSCANY-1582) Null Pointer Exception in databinding-echo sample using .99 snapshot (8-23)
Null Pointer Exception in databinding-echo sample using .99 snapshot (8-23) --- Key: TUSCANY-1582 URL: https://issues.apache.org/jira/browse/TUSCANY-1582 Project: Tuscany Issue Type: Bug Components: Java SCA Samples Affects Versions: Java-SCA-0.99 Environment: windows Reporter: haleh mahbod Priority: Critical Fix For: Java-SCA-0.99 Following directions in the sample: 1) ant run gets nullp exception echoant run Buildfile: build.xml run: [java] [Property] prefix: ABC [java] [Property] prefix1: ABC [java] [Property] bar: BAR [java] ComponentA -- Received message: messagefoo123/foo/message [ java.lang.String] [java] ComponentB -- Received message: [root: null] [org.apache.xerces.dom .ElementNSImpl] [java] Passing thro invoker... [java] ComponentB -- Returned message: [root: null] [org.apache.xerces.dom .ElementNSImpl] [java] ComponentA -- Returned message: messagefoo123/foo/message [ java.lang.String] [java] [Property] prefix: ABC [java] [Property] prefix1: ABC [java] [Property] bar: BAR [java] ComponentA -- Received message: messagefoo123/foo/message [ java.lang.String] [java] Exception in thread main java.lang.NullPointerException [java] at org.apache.tuscany.sca.databinding.axiom.AxiomHelper.createOM Element(AxiomHelper.java:68) [java] at org.apache.tuscany.sca.databinding.axiom.Object2OMElement.cre ateElement(Object2OMElement.java:45) [java] at org.apache.tuscany.sca.databinding.axiom.Object2OMElement.cre ateElement(Object2OMElement.java:34) [java] at org.apache.tuscany.sca.databinding.impl.Java2SimpleTypeTransf ormer.transform(Java2SimpleTypeTransformer.java:48) [java] at org.apache.tuscany.sca.databinding.DefaultTransformerExtensio nPoint$LazyPullTransformer.transform(DefaultTransformerExtensionPoint.java:166) [java] at org.apache.tuscany.sca.databinding.impl.MediatorImpl.mediate( MediatorImpl.java:73) [java] at org.apache.tuscany.sca.core.databinding.transformers.Input2In putTransformer.transform(Input2InputTransformer.java:181) [java] at org.apache.tuscany.sca.core.databinding.transformers.Input2In putTransformer.transform(Input2InputTransformer.java:46) [java] at org.apache.tuscany.sca.databinding.impl.MediatorImpl.mediate( MediatorImpl.java:73) [java] at org.apache.tuscany.sca.core.databinding.wire.DataTransformati onInteceptor.transform(DataTransformationInteceptor.java:168) [java] at org.apache.tuscany.sca.core.databinding.wire.DataTransformati onInteceptor.invoke(DataTransformationInteceptor.java:66) [java] at org.apache.tuscany.sca.binding.sca.impl.RuntimeSCABindingInvo ker.invoke(RuntimeSCABindingInvoker.java:48) [java] at org.apache.tuscany.sca.core.invocation.JDKInvocationHandler.i nvoke(JDKInvocationHandler.java:236) [java] at org.apache.tuscany.sca.core.invocation.JDKInvocationHandler.i nvoke(JDKInvocationHandler.java:93) [java] at $Proxy9.call1(Unknown Source) [java] at dbecho.ComponentAImpl.call1(ComponentAImpl.java:50) [java] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [java] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAcces sorImpl.java:39) [java] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMet hodAccessorImpl.java:25) [java] at java.lang.reflect.Method.invoke(Method.java:585) [java] at org.apache.tuscany.sca.implementation.java.invocation.JavaImp lementationInvoker.invoke(JavaImplementationInvoker.java:91) [java] at org.apache.tuscany.sca.implementation.java.invocation.PassByV alueInvoker.invoke(PassByValueInvoker.java:62) [java] at org.apache.tuscany.sca.binding.sca.impl.RuntimeSCABindingInvo ker.invoke(RuntimeSCABindingInvoker.java:48) [java] at org.apache.tuscany.sca.core.invocation.JDKInvocationHandler.i nvoke(JDKInvocationHandler.java:236) [java] at org.apache.tuscany.sca.core.invocation.JDKInvocationHandler.i nvoke(JDKInvocationHandler.java:93) [java] at $Proxy9.call1(Unknown Source) [java] at dbecho.EchoDataBindingClient.main(EchoDataBindingClient.java: 35) [java] Java Result: 1 Step 2) mvn gets the same issue --- T E S T S --- Running dbecho.EchoDataBindingTestCase Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.631 sec FA ILURE! testTransform(dbecho.EchoDataBindingTestCase) Time elapsed: 0.591 sec ERRO R! org.osoa.sca.ServiceRuntimeException: java.lang.NullPointerException at org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCAD omain.java:264) at
[jira] Assigned: (TUSCANY-1581) implemenation-crud sample - fixed readme
[ https://issues.apache.org/jira/browse/TUSCANY-1581?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jean-Sebastien Delfino reassigned TUSCANY-1581: --- Assignee: Jean-Sebastien Delfino implemenation-crud sample - fixed readme Key: TUSCANY-1581 URL: https://issues.apache.org/jira/browse/TUSCANY-1581 Project: Tuscany Issue Type: Improvement Components: Java SCA Samples Affects Versions: Java-SCA-0.99 Reporter: haleh mahbod Assignee: Jean-Sebastien Delfino Priority: Minor Fix For: Java-SCA-0.99 Attachments: README readme result indicated that the last piece of text is 'stopping component crud' This was not getting printed. I checked the code and it has been removed from the code. The attached readme has that line removed to avoid confusion. -- 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-1560) A component with multiple services does not work.
[ https://issues.apache.org/jira/browse/TUSCANY-1560?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jean-Sebastien Delfino resolved TUSCANY-1560. - Resolution: Fixed This now works as described in the spec: - if you have one service on your component you can target it with componentName - if you have multiple services on your component you need to write componentName/serviceName I just tested this and I'm getting correct error messages now: More than one service is declared on component CalculatorServiceComponent. Service name is required to get the service. A component with multiple services does not work. - Key: TUSCANY-1560 URL: https://issues.apache.org/jira/browse/TUSCANY-1560 Project: Tuscany Issue Type: Bug Components: Java SCA Core Runtime Affects Versions: Java-SCA-Next Environment: windows Reporter: Zhenghui Lee Assignee: Raymond Feng Priority: Critical Fix For: Java-SCA-0.99 In code org.apache.tuscany.sca.core.component.ComponentContextImpl, at line 130 : if (regularServices.size() != 1) { throw new ServiceRuntimeException(The component doesn't have exactly one service); } multiple services per component will be failed by above checking. -- 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 distribution is really big now
Simon Laws wrote: I worry we'd not get anything other than 1/ done by tomorrow and even then the READMEs etc would have bugs. So my preference would be for 0.99 do 1/ for the big webapps but keep the small prebuilt ones. The big ones are: demo-allert-aggregator.war demo-mortgage-creditcheck.war sample-helloworld-ws-sdo-webapp.war sample-helloworld-ws-service-webapp.war sample-calculator-webapp-ws.war Thats minimum changes to what we have today, just 5 readme updates, and gives a distro size of less the 60Meg. For 1.0 do: - change samples to be simple contribution jar's that can work in all of standalone, webapp distro, Geronimo - maybe keep one existing webapp sample to demonstrate that style of packaging - fix the ClassLoader issues so that Tomcat deep integration works well and have a sample/documentation for deep integration That should give a 1.0 distro size of less than 50Meg. Note also, i'd like to cut the 0.99 branch and create RC1 in about 9 hours so if anyone wants to go for something other than this for 0.99 thats fine by me but it needs to start getting done pretty smartly :) ...ant Ok, +1 for 1 given the time we have. I have to go and get some sleep. But can do some of this first thing. Simon +1 to only keep the small prebuilt WARs for 0.99, and revisit that later for 1.0 -- Jean-Sebastien - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (TUSCANY-1583) binding-echo2-extension - should be removed from distribution? (using .99 distribution (8-23) for testing)
binding-echo2-extension - should be removed from distribution? (using .99 distribution (8-23) for testing) -- Key: TUSCANY-1583 URL: https://issues.apache.org/jira/browse/TUSCANY-1583 Project: Tuscany Issue Type: Improvement Reporter: haleh mahbod The readme for this is wrong. It also seems like it is doing similar things as echo. should this be removed from distribution? This sample is very confusing and its value is not clear. -- 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] Assigned: (TUSCANY-1583) binding-echo2-extension - should be removed from distribution? (using .99 distribution (8-23) for testing)
[ https://issues.apache.org/jira/browse/TUSCANY-1583?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jean-Sebastien Delfino reassigned TUSCANY-1583: --- Assignee: Jean-Sebastien Delfino binding-echo2-extension - should be removed from distribution? (using .99 distribution (8-23) for testing) -- Key: TUSCANY-1583 URL: https://issues.apache.org/jira/browse/TUSCANY-1583 Project: Tuscany Issue Type: Improvement Reporter: haleh mahbod Assignee: Jean-Sebastien Delfino The readme for this is wrong. It also seems like it is doing similar things as echo. should this be removed from distribution? This sample is very confusing and its value is not clear. -- 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-1567) NPE when hosting calculator-webapp sample under Tomcat when the Tomcat install path contains spaces.
[ https://issues.apache.org/jira/browse/TUSCANY-1567?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luciano Resende updated TUSCANY-1567: - Affects Version/s: Java-SCA-Next Java-SCA-0.99 NPE when hosting calculator-webapp sample under Tomcat when the Tomcat install path contains spaces. -- Key: TUSCANY-1567 URL: https://issues.apache.org/jira/browse/TUSCANY-1567 Project: Tuscany Issue Type: Bug Components: Java SCA Web App Integration Affects Versions: Java-SCA-0.99, Java-SCA-Next Environment: MS windows Vista. Tomcat 6.0.13/jvm 1.5.0_11-b03 java/sca source revision 568049 Reporter: Steve Jones Fix For: Java-SCA-0.99 Running Tuscany calculator-webapp sample under Tomcat. If Tomcat is installed in its default install folder: C:\Program Files\Apache Software Foundation\Tomcat 6.0 A NPE occurs when the samples calc.jsp page is served. Reinstalling Tomcat in: D:\tomcat\tomcat60\ Fixes the problem Cheers. Tomcat log file: SEVERE: exception initializing SCADomain org.osoa.sca.ServiceRuntimeException: org.osoa.sca.ServiceRuntimeException: java.lang.IllegalArgumentException at org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCADomain.java:264) at org.apache.tuscany.sca.host.embedded.SCADomain.newInstance(SCADomain.java:82) at org.apache.tuscany.sca.webapp.SCADomainHelper.initSCADomain(SCADomainHelper.java:63) at org.apache.tuscany.sca.webapp.TuscanyContextListener.contextInitialized(TuscanyContextListener.java:37) at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3827) at org.apache.catalina.core.StandardContext.start(StandardContext.java:4334) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:771) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:525) at org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:825) at org.apache.catalina.startup.HostConfig.deployWARs(HostConfig.java:714) at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:490) at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1138) at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:311) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:117) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053) at org.apache.catalina.core.StandardHost.start(StandardHost.java:719) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443) at org.apache.catalina.core.StandardService.start(StandardService.java:516) at org.apache.catalina.core.StandardServer.start(StandardServer.java:710) at org.apache.catalina.startup.Catalina.start(Catalina.java:566) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:288) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:413) Caused by: org.osoa.sca.ServiceRuntimeException: java.lang.IllegalArgumentException at org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.init(DefaultSCADomain.java:109) at org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCADomain.java:230) ... 27 more Caused by: java.lang.IllegalArgumentException at java.net.URI.create(Unknown Source) at org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.getContributionLocation(DefaultSCADomain.java:246) at org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.init(DefaultSCADomain.java:103) ... 28 more Caused by: java.net.URISyntaxException: Illegal character in path at index 16: file:/C:/Program Files/Apache Software Foundation/Tomcat 6.0/webapps/sample-calculator-webapp/ at java.net.URI$Parser.fail(Unknown Source) at java.net.URI$Parser.checkChars(Unknown Source) at java.net.URI$Parser.parseHierarchical(Unknown Source) at java.net.URI$Parser.parse(Unknown Source) at java.net.URI.init(Unknown Source) ... 31 more 21-Aug-2007
[jira] Commented: (TUSCANY-1581) implemenation-crud sample - fixed readme
[ https://issues.apache.org/jira/browse/TUSCANY-1581?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12522341 ] Jean-Sebastien Delfino commented on TUSCANY-1581: - The CRUDImplementationProvider.stop() method contains the stopping component print statement. It should be called when the domain is closed. I'm investigating why it's not called. implemenation-crud sample - fixed readme Key: TUSCANY-1581 URL: https://issues.apache.org/jira/browse/TUSCANY-1581 Project: Tuscany Issue Type: Improvement Components: Java SCA Samples Affects Versions: Java-SCA-0.99 Reporter: haleh mahbod Assignee: Jean-Sebastien Delfino Priority: Minor Fix For: Java-SCA-0.99 Attachments: README readme result indicated that the last piece of text is 'stopping component crud' This was not getting printed. I checked the code and it has been removed from the code. The attached readme has that line removed to avoid confusion. -- 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-1584) Bigbank demo gets fatal error --- using .99 snapshot built on 8-23
Bigbank demo gets fatal error --- using .99 snapshot built on 8-23 -- Key: TUSCANY-1584 URL: https://issues.apache.org/jira/browse/TUSCANY-1584 Project: Tuscany Issue Type: Bug Components: Java SCA Samples Affects Versions: Java-SCA-0.99 Environment: windows. Reporter: haleh mahbod Priority: Critical Fix For: Java-SCA-0.99 Followed setps in the read me. started stockquote service and SCA calculator. went off to the last step and it failed. Information is below C:\tuscany-new\sca-dist\tuscany-sca-1.0-incubating-SNAPSHOT\demos\bigbank-accoun tmvn -f pom-runapp.xml [INFO] Scanning for projects... Downloading: http://people.apache.org/repo/m2-incubating-repository/org/apache/t uscany/sca/tuscany-demos/0.91-incubating-SNAPSHOT/tuscany-demos-0.91-incubating- SNAPSHOT.pom [WARNING] Unable to get resource from repository apache.incubator (http://people .apache.org/repo/m2-incubating-repository) [INFO] [ERROR] FATAL ERROR [INFO] [INFO] Failed to resolve artifact. GroupId: org.apache.tuscany.sca ArtifactId: tuscany-demos Version: 0.91-incubating-SNAPSHOT Reason: Unable to download the artifact from any repository org.apache.tuscany.sca:tuscany-demos:pom:0.91-incubating-SNAPSHOT from the specified remote repositories: central (http://repo1.maven.org/maven2), apache.incubator (http://people.apache.org/repo/m2-incubating-repository) [INFO] [INFO] Trace org.apache.maven.reactor.MavenExecutionException: Cannot find parent: org.apache .tuscany.sca:tuscany-demos for project: null:demo-bigbank-account:jar:null at org.apache.maven.DefaultMaven.getProjects(DefaultMaven.java:365) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:278) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115) at org.apache.maven.cli.MavenCli.main(MavenCli.java:256) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl. java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces sorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) Caused by: org.apache.maven.project.ProjectBuildingException: Cannot find parent : org.apache.tuscany.sca:tuscany-demos for project: null:demo-bigbank-account:ja r:null at org.apache.maven.project.DefaultMavenProjectBuilder.assembleLineage(D efaultMavenProjectBuilder.java:1161) at org.apache.maven.project.DefaultMavenProjectBuilder.buildInternal(Def aultMavenProjectBuilder.java:674) at org.apache.maven.project.DefaultMavenProjectBuilder.buildFromSourceFi leInternal(DefaultMavenProjectBuilder.java:416) at org.apache.maven.project.DefaultMavenProjectBuilder.build(DefaultMave nProjectBuilder.java:192) at org.apache.maven.DefaultMaven.getProject(DefaultMaven.java:515) at org.apache.maven.DefaultMaven.collectProjects(DefaultMaven.java:447) at org.apache.maven.DefaultMaven.getProjects(DefaultMaven.java:351) ... 11 more Caused by: org.apache.maven.project.ProjectBuildingException: POM 'org.apache.tu scany.sca:tuscany-demos' not found in repository: Unable to download the artifac t from any repository org.apache.tuscany.sca:tuscany-demos:pom:0.91-incubating-SNAPSHOT from the specified remote repositories: central (http://repo1.maven.org/maven2), apache.incubator (http://people.apache.org/repo/m2-incubating-repository) at org.apache.maven.project.DefaultMavenProjectBuilder.findModelFromRepo sitory(DefaultMavenProjectBuilder.java:513) at org.apache.maven.project.DefaultMavenProjectBuilder.assembleLineage(D efaultMavenProjectBuilder.java:1157) ... 17 more Caused by: org.apache.maven.artifact.resolver.ArtifactNotFoundException: Unable to download the artifact from any repository org.apache.tuscany.sca:tuscany-demos:pom:0.91-incubating-SNAPSHOT from the specified remote repositories: central (http://repo1.maven.org/maven2), apache.incubator (http://people.apache.org/repo/m2-incubating-repository) at org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(De faultArtifactResolver.java:136) at org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(De faultArtifactResolver.java:63)
[jira] Commented: (TUSCANY-1581) implemenation-crud sample - fixed readme
[ https://issues.apache.org/jira/browse/TUSCANY-1581?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12522352 ] Jean-Sebastien Delfino commented on TUSCANY-1581: - The README does not need to be updated anymore, as the stop method is now correctly invoked and the print statement executed. implemenation-crud sample - fixed readme Key: TUSCANY-1581 URL: https://issues.apache.org/jira/browse/TUSCANY-1581 Project: Tuscany Issue Type: Improvement Components: Java SCA Samples Affects Versions: Java-SCA-0.99 Reporter: haleh mahbod Assignee: Jean-Sebastien Delfino Priority: Minor Fix For: Java-SCA-0.99 Attachments: README readme result indicated that the last piece of text is 'stopping component crud' This was not getting printed. I checked the code and it has been removed from the code. The attached readme has that line removed to avoid confusion. -- 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-1583) binding-echo2-extension - should be removed from distribution? (using .99 distribution (8-23) for testing)
[ https://issues.apache.org/jira/browse/TUSCANY-1583?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jean-Sebastien Delfino updated TUSCANY-1583: Component/s: Java SCA Samples Fix Version/s: Java-SCA-0.99 Assigned to correct version and JIRA component binding-echo2-extension - should be removed from distribution? (using .99 distribution (8-23) for testing) -- Key: TUSCANY-1583 URL: https://issues.apache.org/jira/browse/TUSCANY-1583 Project: Tuscany Issue Type: Improvement Components: Java SCA Samples Reporter: haleh mahbod Assignee: Jean-Sebastien Delfino Fix For: Java-SCA-0.99 The readme for this is wrong. It also seems like it is doing similar things as echo. should this be removed from distribution? This sample is very confusing and its value is not clear. -- 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-1583) binding-echo2-extension - should be removed from distribution? (using .99 distribution (8-23) for testing)
[ https://issues.apache.org/jira/browse/TUSCANY-1583?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12522347 ] Jean-Sebastien Delfino commented on TUSCANY-1583: - I'll remove it from the distro and move it to an old directory under samples to avoid any confusion binding-echo2-extension - should be removed from distribution? (using .99 distribution (8-23) for testing) -- Key: TUSCANY-1583 URL: https://issues.apache.org/jira/browse/TUSCANY-1583 Project: Tuscany Issue Type: Improvement Reporter: haleh mahbod Assignee: Jean-Sebastien Delfino The readme for this is wrong. It also seems like it is doing similar things as echo. should this be removed from distribution? This sample is very confusing and its value is not clear. -- 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-1581) implemenation-crud sample - fixed readme
[ https://issues.apache.org/jira/browse/TUSCANY-1581?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jean-Sebastien Delfino resolved TUSCANY-1581. - Resolution: Fixed Fixed in revision r569218, DefaultSCADomain now stops components before deactivating them. implemenation-crud sample - fixed readme Key: TUSCANY-1581 URL: https://issues.apache.org/jira/browse/TUSCANY-1581 Project: Tuscany Issue Type: Improvement Components: Java SCA Samples Affects Versions: Java-SCA-0.99 Reporter: haleh mahbod Assignee: Jean-Sebastien Delfino Priority: Minor Fix For: Java-SCA-0.99 Attachments: README readme result indicated that the last piece of text is 'stopping component crud' This was not getting printed. I checked the code and it has been removed from the code. The attached readme has that line removed to avoid confusion. -- 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-1583) binding-echo2-extension - should be removed from distribution? (using .99 distribution (8-23) for testing)
[ https://issues.apache.org/jira/browse/TUSCANY-1583?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12522361 ] Jean-Sebastien Delfino commented on TUSCANY-1583: - implementation-crud2-extension is in the same state and should also be removed from the distribution the old bigbank sample is also confusing as it's completely outdated (although it does not seem to be included in the distro, it appears first in the samples directory in svn) I'll move these 3 samples to samples/old/. binding-echo2-extension - should be removed from distribution? (using .99 distribution (8-23) for testing) -- Key: TUSCANY-1583 URL: https://issues.apache.org/jira/browse/TUSCANY-1583 Project: Tuscany Issue Type: Improvement Components: Java SCA Samples Reporter: haleh mahbod Assignee: Jean-Sebastien Delfino Fix For: Java-SCA-0.99 The readme for this is wrong. It also seems like it is doing similar things as echo. should this be removed from distribution? This sample is very confusing and its value is not clear. -- 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-1583) binding-echo2-extension - should be removed from distribution? (using .99 distribution (8-23) for testing)
[ https://issues.apache.org/jira/browse/TUSCANY-1583?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jean-Sebastien Delfino resolved TUSCANY-1583. - Resolution: Fixed Fixed in revision r569232. binding-echo2-extension - should be removed from distribution? (using .99 distribution (8-23) for testing) -- Key: TUSCANY-1583 URL: https://issues.apache.org/jira/browse/TUSCANY-1583 Project: Tuscany Issue Type: Improvement Components: Java SCA Samples Reporter: haleh mahbod Assignee: Jean-Sebastien Delfino Fix For: Java-SCA-0.99 The readme for this is wrong. It also seems like it is doing similar things as echo. should this be removed from distribution? This sample is very confusing and its value is not clear. -- 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-1562) Service method's throws Exception clause create problem at time of on fly generation of wsdl
[ https://issues.apache.org/jira/browse/TUSCANY-1562?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nishant Joshi updated TUSCANY-1562: --- Attachment: localhost.2007-08-24.log Note: When i am starting my Tomcat(which has the war file),localhost.2007-08-24.log is generated. Service method's throws Exception clause create problem at time of on fly generation of wsdl -- Key: TUSCANY-1562 URL: https://issues.apache.org/jira/browse/TUSCANY-1562 Project: Tuscany Issue Type: Bug Components: Java SCA Core Runtime Environment: Windows XP, tuscany-sca-1.0-incubating-SNAPSHOT, Eclipse, Tomcat 6, maven Reporter: Nishant Joshi Fix For: Java-SCA-0.99 Attachments: Example(Using axis2_1.3-RC2).wsdl, localhost.2007-08-24.log Hi, I am creating a simple programme in which when i declared throws clause in my method, following error is occured, when i try to deploy my war file in to Tomcat. WAR is generated using maven. I have also tried using custom Exception but result is same. Now when i have catch the exception in service method then problem is solved and wsdl is generated.(so now there is no throws clause). So in sort problem is defining throws clause in service method create problem. Note: Following error is in localhost.log file of Tomcat 6.0 at time of starting of Tomcat.I am using Nightly build SNAPSHOT that i have mentioned in environment. SEVERE: exception initializing SCADomain org.osoa.sca.ServiceRuntimeException: org.osoa.sca.ServiceRuntimeException: org.apache.tuscany.sca.core.runtime.ActivationException: java.lang.RuntimeException: org.apache.axis2.AxisFault: There are no parts for fault message : {http://example.com}Exception at org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCADomain.java:264) at org.apache.tuscany.sca.host.embedded.SCADomain.newInstance(SCADomain.java:82) at org.apache.tuscany.sca.webapp.SCADomainHelper.initSCADomain(SCADomainHelper.java:63) at org.apache.tuscany.sca.webapp.TuscanyContextListener.contextInitialized(TuscanyContextListener.java:37) at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3827) at org.apache.catalina.core.StandardContext.start(StandardContext.java:4334) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:771) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:525) at org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:825) at org.apache.catalina.startup.HostConfig.deployWARs(HostConfig.java:714) at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:490) at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1138) at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:311) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:117) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053) at org.apache.catalina.core.StandardHost.start(StandardHost.java:719) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443) at org.apache.catalina.core.StandardService.start(StandardService.java:516) at org.apache.catalina.core.StandardServer.start(StandardServer.java:710) at org.apache.catalina.startup.Catalina.start(Catalina.java:566) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:288) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:413) Caused by: org.osoa.sca.ServiceRuntimeException: org.apache.tuscany.sca.core.runtime.ActivationException: java.lang.RuntimeException: org.apache.axis2.AxisFault: There are no parts for fault message : {http://example.com}Exception at org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.init(DefaultSCADomain.java:169) at org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCADomain.java:230) ... 27 more Caused by: org.apache.tuscany.sca.core.runtime.ActivationException: java.lang.RuntimeException: org.apache.axis2.AxisFault: There are no parts for fault message : {http://example.com}Exception at