[jira] Assigned: (TUSCANY-1719) README for helloworld-ws-sdo is incorrect - rel 1, RC1
[ https://issues.apache.org/jira/browse/TUSCANY-1719?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] haleh mahbod reassigned TUSCANY-1719: - Assignee: haleh mahbod README for helloworld-ws-sdo is incorrect - rel 1, RC1 -- Key: TUSCANY-1719 URL: https://issues.apache.org/jira/browse/TUSCANY-1719 Project: Tuscany Issue Type: Bug Components: Java SCA Samples Affects Versions: Java-SCA-1.0 Environment: tried it in windows Reporter: haleh mahbod Assignee: haleh mahbod Follow the instruction and sample will fail. Attached is an updated README to fix the problems. -- 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-1719) README for helloworld-ws-sdo is incorrect - rel 1, RC1
README for helloworld-ws-sdo is incorrect - rel 1, RC1 -- Key: TUSCANY-1719 URL: https://issues.apache.org/jira/browse/TUSCANY-1719 Project: Tuscany Issue Type: Bug Components: Java SCA Samples Affects Versions: Java-SCA-1.0 Environment: tried it in windows Reporter: haleh mahbod Follow the instruction and sample will fail. Attached is an updated README to fix the problems. -- 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-1719) README for helloworld-ws-sdo is incorrect - rel 1, RC1
[ https://issues.apache.org/jira/browse/TUSCANY-1719?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] haleh mahbod updated TUSCANY-1719: -- Attachment: helloworld-ws-sdo.zip README for helloworld-ws-sdo is incorrect - rel 1, RC1 -- Key: TUSCANY-1719 URL: https://issues.apache.org/jira/browse/TUSCANY-1719 Project: Tuscany Issue Type: Bug Components: Java SCA Samples Affects Versions: Java-SCA-1.0 Environment: tried it in windows Reporter: haleh mahbod Assignee: haleh mahbod Attachments: helloworld-ws-sdo.zip Follow the instruction and sample will fail. Attached is an updated README to fix the problems. -- 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-1697) HelloWorldWSDLMergedTestCase is failing
[ https://issues.apache.org/jira/browse/TUSCANY-1697?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12527955 ] Jean-Sebastien Delfino commented on TUSCANY-1697: - Looks like a problem in Axis2 1.3 as the WSDL11ServiceBuilder is not able to find services in the WSDL. I am seeing the same issue in the exceptions-cross-binding-ws itest. HelloWorldWSDLMergedTestCase is failing --- Key: TUSCANY-1697 URL: https://issues.apache.org/jira/browse/TUSCANY-1697 Project: Tuscany Issue Type: Bug Components: Java SCA Axis Binding Extension Affects Versions: Java-SCA-1.0 Reporter: ant elder Fix For: Java-SCA-1.0 HelloWorldWSDLMergedTestCase is failing after moving up to Axis2 1.3. For now renamed to HelloWorldWSDLMergedTestCaseFIXME so it doesn;t get run in the 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]
Should helloworld-ws-service-webapp be removed from distribution?
Hi, The readme for this sample does not tell users how to run it. It has one line in the readme as follows: http://localhost:8080/sample-helloworld-ws-service-webapp/SCA/HelloWorldService?wsdl Is this suppose to be run with another sample? If yes, the readme needs to be updated. If not, do you think it should be removed from the distribution? Not sure what this is about, otherwise I help fix it. Haleh
Re: Should helloworld-ws-service-webapp be removed from distribution?
On 9/17/07, haleh mahbod [EMAIL PROTECTED] wrote: Hi, The readme for this sample does not tell users how to run it. It has one line in the readme as follows: http://localhost:8080/sample-helloworld-ws-service-webapp/SCA/HelloWorldService?wsdl Is this suppose to be run with another sample? If yes, the readme needs to be updated. If not, do you think it should be removed from the distribution? Not sure what this is about, otherwise I help fix it. Haleh This is a hangover from 0.99. We just didn't get round to fixing up the README. It's basically a standalone webapp . Very similar to calculator-ws-webapp. If you are of a mind to construct a README that would be splendid. Thanks Simon
[jira] Created: (TUSCANY-1720) Modify sample readmes for - steps to run sample with other databases
Modify sample readmes for - steps to run sample with other databases Key: TUSCANY-1720 URL: https://issues.apache.org/jira/browse/TUSCANY-1720 Project: Tuscany Issue Type: Bug Components: Java DAS RDB Affects Versions: Java-DAS-Next Reporter: Amita Vadhavkar Assignee: Amita Vadhavkar Fix For: Java-DAS-Next There were a couple of user mails asking for how to run the sample with other databases like mysql. I am following the latest mail http://www.mail-archive.com/[EMAIL PROTECTED]/msg01822.html and to help users, modifying the customer sample readme to include instructions for running the sample with mysql. This may be enough to do the same thing against db2. Will it be helpful to do similar changes in readmes for the other 2 web samples - company-webapp and advanced-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]
Change freeze in the 1.0 branch
Can we have a change freeze in the branch please while we take stock of where we are. There's so many changes going on still everytime i update to get the final thing to review by the time i've checked out there's new commits :( Could everyone who has more to do please reply now saying what changes they still want to make and when they think they'll be done by so we can asses whats important enough to still go in 1.0. ...ant
Re: Change freeze in the 1.0 branch
Hi Ant, I have just about one change around renaming the moudle 'sca-definitions' to 'definitions' and the associated artifacts from 'sca-definitions' to 'tuscany-definitions'. I have all changes made locally and am just about to commit. Thanks - Venkat On 9/17/07, ant elder [EMAIL PROTECTED] wrote: Can we have a change freeze in the branch please while we take stock of where we are. There's so many changes going on still everytime i update to get the final thing to review by the time i've checked out there's new commits :( Could everyone who has more to do please reply now saying what changes they still want to make and when they think they'll be done by so we can asses whats important enough to still go in 1.0. ...ant
Re: Change freeze in the 1.0 branch
That's quite a significant change to be making at this stage isn't it - we'll need to go back and retest *everything* to make sure the module rename doesn't break something. ...ant On 9/17/07, Venkata Krishnan [EMAIL PROTECTED] wrote: Hi Ant, I have just about one change around renaming the moudle 'sca-definitions' to 'definitions' and the associated artifacts from 'sca-definitions' to 'tuscany-definitions'. I have all changes made locally and am just about to commit. Thanks - Venkat On 9/17/07, ant elder [EMAIL PROTECTED] wrote: Can we have a change freeze in the branch please while we take stock of where we are. There's so many changes going on still everytime i update to get the final thing to review by the time i've checked out there's new commits :( Could everyone who has more to do please reply now saying what changes they still want to make and when they think they'll be done by so we can asses whats important enough to still go in 1.0. ...ant
Re: Change freeze in the 1.0 branch
I have added the implementation-bpel back to build with test cases disabled. This should avoid any of the issues we are seeing due to TUSCANY-1716. I have a sample for implementation-bpel in trunk, but the ant script need a little more work, depending on how things are, I'll try to work on it in the morning, and try to get it in if I make it in time... On 9/17/07, ant elder [EMAIL PROTECTED] wrote: Can we have a change freeze in the branch please while we take stock of where we are. There's so many changes going on still everytime i update to get the final thing to review by the time i've checked out there's new commits :( Could everyone who has more to do please reply now saying what changes they still want to make and when they think they'll be done by so we can asses whats important enough to still go in 1.0. ...ant -- Luciano Resende Apache Tuscany Committer http://people.apache.org/~lresende http://lresende.blogspot.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Change freeze in the 1.0 branch
On 9/17/07, Simon Laws [EMAIL PROTECTED] wrote: On 9/17/07, ant elder [EMAIL PROTECTED] wrote: Can we have a change freeze in the branch please while we take stock of where we are. There's so many changes going on still everytime i update to get the final thing to review by the time i've checked out there's new commits :( Could everyone who has more to do please reply now saying what changes they still want to make and when they think they'll be done by so we can asses whats important enough to still go in 1.0. ...ant 1 - I'm starting to look through the scripts so I have some changes to commit. Initially in one of the build.xml files 2 - We have found some strange behaviour in the algorithm that calculates the location of a contribution - that could do with some attention. Simon actually I lied 1. is in CalculatorNode.java. I thought the URL was coming from the build file but it's the hardcoded contribution path that's wrong so the ant script doesn't work
[jira] Commented: (TUSCANY-1719) README for helloworld-ws-sdo is incorrect - rel 1, RC1
[ https://issues.apache.org/jira/browse/TUSCANY-1719?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12527982 ] haleh mahbod commented on TUSCANY-1719: --- please apply this to 1.0 branch. thanks. README for helloworld-ws-sdo is incorrect - rel 1, RC1 -- Key: TUSCANY-1719 URL: https://issues.apache.org/jira/browse/TUSCANY-1719 Project: Tuscany Issue Type: Bug Components: Java SCA Samples Affects Versions: Java-SCA-1.0 Environment: tried it in windows Reporter: haleh mahbod Assignee: haleh mahbod Attachments: helloworld-ws-sdo.zip Follow the instruction and sample will fail. Attached is an updated README to fix the problems. -- 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: Change freeze in the 1.0 branch
And I just noticed we still need to update the bundle and manifest modules to add implementation-bpel dependencies on the distros, but I can only take care of this in the morning, so if anybody could help, I'd appreciate. On 9/17/07, Simon Laws [EMAIL PROTECTED] wrote: On 9/17/07, Simon Laws [EMAIL PROTECTED] wrote: On 9/17/07, ant elder [EMAIL PROTECTED] wrote: Can we have a change freeze in the branch please while we take stock of where we are. There's so many changes going on still everytime i update to get the final thing to review by the time i've checked out there's new commits :( Could everyone who has more to do please reply now saying what changes they still want to make and when they think they'll be done by so we can asses whats important enough to still go in 1.0. ...ant 1 - I'm starting to look through the scripts so I have some changes to commit. Initially in one of the build.xml files 2 - We have found some strange behaviour in the algorithm that calculates the location of a contribution - that could do with some attention. Simon actually I lied 1. is in CalculatorNode.java. I thought the URL was coming from the build file but it's the hardcoded contribution path that's wrong so the ant script doesn't work -- Luciano Resende Apache Tuscany Committer http://people.apache.org/~lresende http://lresende.blogspot.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Change freeze in the 1.0 branch
ant elder wrote: That's quite a significant change to be making at this stage isn't it - we'll need to go back and retest *everything* to make sure the module rename doesn't break something. ...ant On 9/17/07, Venkata Krishnan [EMAIL PROTECTED] wrote: Hi Ant, I have just about one change around renaming the moudle 'sca-definitions' to 'definitions' and the associated artifacts from 'sca-definitions' to 'tuscany-definitions'. I have all changes made locally and am just about to commit. Thanks At least we need to make sure that the artifact id starts with tuscany-* instead of sca-definitions. All other modules start with tuscany-*, except for the sca-api module wich contains the OSOA SCA API. find . -name *.xml | xargs grep -l sca-definitions gives me: ./distribution/manifest/pom.xml ./distribution/bundle/pom.xml ./modules/assembly-xml/pom.xml ./modules/pom.xml ./modules/sca-definitions/pom.xml ./modules/host-embedded/pom.xml ./samples/calculator-distributed/build.xml A global change should not break anything. -- Jean-Sebastien - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (TUSCANY-1721) README in Samples directory missing many of the samples..
[ https://issues.apache.org/jira/browse/TUSCANY-1721?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] haleh mahbod updated TUSCANY-1721: -- Attachment: README This file replaces the README that is in the \samples directory. I have updated the file to include all that was in teh RC1 distribution. do we need to add xquery and bpel? README in Samples directory missing many of the samples.. - Key: TUSCANY-1721 URL: https://issues.apache.org/jira/browse/TUSCANY-1721 Project: Tuscany Issue Type: Improvement Affects Versions: Java-SCA-1.0 Reporter: haleh mahbod Attachments: README the top level README in the sample directory is missing definition and name of many of the samples. I have added them to the readme that is attached. Left open as a question for the release: - is xquery sample going in? If yes, there is no readme - It would be good to add BPEL to the readme, but could not find the 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] Updated: (TUSCANY-1716) implementation.bpel build issue
[ https://issues.apache.org/jira/browse/TUSCANY-1716?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luciano Resende updated TUSCANY-1716: - Priority: Major (was: Blocker) Affects Version/s: (was: Java-SCA-1.0) Java-SCA-Next Fix Version/s: (was: Java-SCA-1.0) Java-SCA-Next Moving to SCA next, as we are ok by disabling the tests for 1.0 implementation.bpel build issue --- Key: TUSCANY-1716 URL: https://issues.apache.org/jira/browse/TUSCANY-1716 Project: Tuscany Issue Type: Bug Components: Java SCA BPEL Implementation Extension Affects Versions: Java-SCA-Next Reporter: Luciano Resende Fix For: Java-SCA-Next See threads for more information : http://www.mail-archive.com/tuscany-dev%40ws.apache.org/msg23507.html and http://www.mail-archive.com/tuscany-dev%40ws.apache.org/msg23439.html -- 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-1721) README in Samples directory missing many of the samples..
[ https://issues.apache.org/jira/browse/TUSCANY-1721?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12527990 ] haleh mahbod commented on TUSCANY-1721: --- Please add to release 1.0 branch as well as the trunk. Thank you very much. README in Samples directory missing many of the samples.. - Key: TUSCANY-1721 URL: https://issues.apache.org/jira/browse/TUSCANY-1721 Project: Tuscany Issue Type: Improvement Affects Versions: Java-SCA-1.0 Reporter: haleh mahbod Attachments: README the top level README in the sample directory is missing definition and name of many of the samples. I have added them to the readme that is attached. Left open as a question for the release: - is xquery sample going in? If yes, there is no readme - It would be good to add BPEL to the readme, but could not find the 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: Change freeze in the 1.0 branch
ant elder wrote: Can we have a change freeze in the branch please while we take stock of where we are. There's so many changes going on still everytime i update to get the final thing to review by the time i've checked out there's new commits :( Could everyone who has more to do please reply now saying what changes they still want to make and when they think they'll be done by so we can asses whats important enough to still go in 1.0. ...ant I just committed my last change under revision r576303. No more changes from me for now. I'm deploying and trying the Webapp samples on both Tomcat 6.0.14 and WebSphere 6.1.0.9, so far so good... Would be good if somebody could try on Geronimo as well. I will be around and testing for another hour or so, I will create JIRAs for any significant issue I find. -- Jean-Sebastien - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (TUSCANY-1719) README for helloworld-ws-sdo is incorrect - rel 1, RC1
[ https://issues.apache.org/jira/browse/TUSCANY-1719?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Venkatakrishnan resolved TUSCANY-1719. -- Resolution: Fixed Patch applied. Thanks. README for helloworld-ws-sdo is incorrect - rel 1, RC1 -- Key: TUSCANY-1719 URL: https://issues.apache.org/jira/browse/TUSCANY-1719 Project: Tuscany Issue Type: Bug Components: Java SCA Samples Affects Versions: Java-SCA-1.0 Environment: tried it in windows Reporter: haleh mahbod Assignee: haleh mahbod Attachments: helloworld-ws-sdo.zip Follow the instruction and sample will fail. Attached is an updated README to fix the problems. -- 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: Change freeze in the 1.0 branch
On 9/17/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: snip At least we need to make sure that the artifact id starts with tuscany-* instead of sca-definitions. All other modules start with tuscany-*, except for the sca-api module wich contains the OSOA SCA API. Actually shouldn't the sca-api module really start with tuscany- as well? (just as the sdo api does: tuscany-sdo-api-r2.1-1.0-incubating.jar) ...ant
Re: Change freeze in the 1.0 branch
ant elder wrote: On 9/17/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: snip At least we need to make sure that the artifact id starts with tuscany-* instead of sca-definitions. All other modules start with tuscany-*, except for the sca-api module wich contains the OSOA SCA API. Actually shouldn't the sca-api module really start with tuscany- as well? (just as the sdo api does: tuscany-sdo-api-r2.1-1.0-incubating.jar) ...ant +1 to change sca-api to tuscany-sca-api as well :) This is a bigger change than sca-definitions but for 1.0 I think we need to have the correct module names. Changing sca-api to tuscany-sca-api affects the following files: ./distribution/pom.xml ./distribution/manifest/pom.xml ./distribution/bundle/pom.xml ./distribution/webapp/pom.xml ./demos/alert-aggregator-webapp/build.xml ./modules/pom.xml ./modules/node/pom.xml ./modules/interface-java/pom.xml ./modules/implementation-osgi/pom.xml ./modules/domain/pom.xml ./modules/node-api/pom.xml ./modules/binding-notification/pom.xml ./modules/core-spi/pom.xml ./modules/core-spring/pom.xml ./modules/implementation-notification/pom.xml ./modules/implementation-spring/pom.xml ./modules/java2wsdl/pom.xml ./modules/domain-api/pom.xml ./modules/implementation-java/pom.xml ./modules/implementation-script/pom.xml ./modules/sca-api/pom.xml ./modules/implementation-bpel/pom.xml ./itest/interop-soap-round2-client/pom.xml ./itest/interop-soap-client/pom.xml ./samples/chat-webapp/build.xml ./samples/calculator-ws-webapp/build.xml ./samples/databinding-echo/pom.xml ./samples/domain-webapp/build.xml ./samples/calculator-distributed/build.xml ./samples/calculator-webapp/build.xml ./samples/helloworld-dojo-webapp/build.xml ./samples/company-das/pom.xml ./samples/helloworld-ws-service-webapp/build.xml ./samples/helloworld-ws-sdo-webapp/build.xml ./samples/helloworld-jsonrpc-webapp/build.xml -- Jean-Sebastien - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (TUSCANY-1721) README in Samples directory missing many of the samples..
[ https://issues.apache.org/jira/browse/TUSCANY-1721?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] haleh mahbod updated TUSCANY-1721: -- Attachment: SampleToplovelREADME.zip seems like readme did not get attached correctly. Here is a second try. README in Samples directory missing many of the samples.. - Key: TUSCANY-1721 URL: https://issues.apache.org/jira/browse/TUSCANY-1721 Project: Tuscany Issue Type: Improvement Affects Versions: Java-SCA-1.0 Reporter: haleh mahbod Attachments: README, SampleToplovelREADME.zip the top level README in the sample directory is missing definition and name of many of the samples. I have added them to the readme that is attached. Left open as a question for the release: - is xquery sample going in? If yes, there is no readme - It would be good to add BPEL to the readme, but could not find the 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] Resolved: (TUSCANY-1721) README in Samples directory missing many of the samples..
[ https://issues.apache.org/jira/browse/TUSCANY-1721?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Venkatakrishnan resolved TUSCANY-1721. -- Resolution: Fixed Applied. Thanks :) README in Samples directory missing many of the samples.. - Key: TUSCANY-1721 URL: https://issues.apache.org/jira/browse/TUSCANY-1721 Project: Tuscany Issue Type: Improvement Affects Versions: Java-SCA-1.0 Reporter: haleh mahbod Attachments: README, SampleToplovelREADME.zip the top level README in the sample directory is missing definition and name of many of the samples. I have added them to the readme that is attached. Left open as a question for the release: - is xquery sample going in? If yes, there is no readme - It would be good to add BPEL to the readme, but could not find the 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: Change freeze in the 1.0 branch
I don't have time to do that right now but i'm ok with the change if someone else wants to. ...ant On 9/17/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: ant elder wrote: On 9/17/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: snip At least we need to make sure that the artifact id starts with tuscany-* instead of sca-definitions. All other modules start with tuscany-*, except for the sca-api module wich contains the OSOA SCA API. Actually shouldn't the sca-api module really start with tuscany- as well? (just as the sdo api does: tuscany-sdo-api-r2.1-1.0-incubating.jar) ...ant +1 to change sca-api to tuscany-sca-api as well :) This is a bigger change than sca-definitions but for 1.0 I think we need to have the correct module names. Changing sca-api to tuscany-sca-api affects the following files: ./distribution/pom.xml ./distribution/manifest/pom.xml ./distribution/bundle/pom.xml ./distribution/webapp/pom.xml ./demos/alert-aggregator-webapp/build.xml ./modules/pom.xml ./modules/node/pom.xml ./modules/interface-java/pom.xml ./modules/implementation-osgi/pom.xml ./modules/domain/pom.xml ./modules/node-api/pom.xml ./modules/binding-notification/pom.xml ./modules/core-spi/pom.xml ./modules/core-spring/pom.xml ./modules/implementation-notification/pom.xml ./modules/implementation-spring/pom.xml ./modules/java2wsdl/pom.xml ./modules/domain-api/pom.xml ./modules/implementation-java/pom.xml ./modules/implementation-script/pom.xml ./modules/sca-api/pom.xml ./modules/implementation-bpel/pom.xml ./itest/interop-soap-round2-client/pom.xml ./itest/interop-soap-client/pom.xml ./samples/chat-webapp/build.xml ./samples/calculator-ws-webapp/build.xml ./samples/databinding-echo/pom.xml ./samples/domain-webapp/build.xml ./samples/calculator-distributed/build.xml ./samples/calculator-webapp/build.xml ./samples/helloworld-dojo-webapp/build.xml ./samples/company-das/pom.xml ./samples/helloworld-ws-service-webapp/build.xml ./samples/helloworld-ws-sdo-webapp/build.xml ./samples/helloworld-jsonrpc-webapp/build.xml -- Jean-Sebastien - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (TUSCANY-1646) Web Service binding doesn't handle wsdli:wsdlLocation
[ https://issues.apache.org/jira/browse/TUSCANY-1646?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] gengshaoguang updated TUSCANY-1646: --- Attachment: diff.txt Web Service binding doesn't handle wsdli:wsdlLocation - Key: TUSCANY-1646 URL: https://issues.apache.org/jira/browse/TUSCANY-1646 Project: Tuscany Issue Type: Bug Components: Java SCA Axis Binding Extension Affects Versions: Java-SCA-0.99 Reporter: Jean-Sebastien Delfino Priority: Minor Fix For: Java-SCA-Next Attachments: diff.txt According to the Web Service binding spec, it should be possible to specify the location of the WSDL file used to configure a Web Service binding. Our WebServiceBindingProcessor is able to read that location but later ignores it and does not use it to get the the WSDL file. -- 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: Change freeze in the 1.0 branch
On 9/17/07, ant elder [EMAIL PROTECTED] wrote: I don't have time to do that right now but i'm ok with the change if someone else wants to. ...ant On 9/17/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: ant elder wrote: On 9/17/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: snip At least we need to make sure that the artifact id starts with tuscany-* instead of sca-definitions. All other modules start with tuscany-*, except for the sca-api module wich contains the OSOA SCA API. Actually shouldn't the sca-api module really start with tuscany- as well? (just as the sdo api does: tuscany-sdo-api-r2.1-1.0-incubating.jar) ...ant +1 to change sca-api to tuscany-sca-api as well :) This is a bigger change than sca-definitions but for 1.0 I think we need to have the correct module names. Changing sca-api to tuscany-sca-api affects the following files: ./distribution/pom.xml ./distribution/manifest/pom.xml ./distribution/bundle/pom.xml ./distribution/webapp/pom.xml ./demos/alert-aggregator-webapp/build.xml ./modules/pom.xml ./modules/node/pom.xml ./modules/interface-java/pom.xml ./modules/implementation-osgi/pom.xml ./modules/domain/pom.xml ./modules/node-api/pom.xml ./modules/binding-notification/pom.xml ./modules/core-spi/pom.xml ./modules/core-spring/pom.xml ./modules/implementation-notification/pom.xml ./modules/implementation-spring/pom.xml ./modules/java2wsdl/pom.xml ./modules/domain-api/pom.xml ./modules/implementation-java/pom.xml ./modules/implementation-script/pom.xml ./modules/sca-api/pom.xml ./modules/implementation-bpel/pom.xml ./itest/interop-soap-round2-client/pom.xml ./itest/interop-soap-client/pom.xml ./samples/chat-webapp/build.xml ./samples/calculator-ws-webapp/build.xml ./samples/databinding-echo/pom.xml ./samples/domain-webapp/build.xml ./samples/calculator-distributed/build.xml ./samples/calculator-webapp/build.xml ./samples/helloworld-dojo-webapp/build.xml ./samples/company-das/pom.xml ./samples/helloworld-ws-service-webapp/build.xml ./samples/helloworld-ws-sdo-webapp/build.xml ./samples/helloworld-jsonrpc-webapp/build.xml -- Jean-Sebastien - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Thanks I'll do it, was just checking it's ok Simon
Re: Change freeze in the 1.0 branch
On 9/17/07, ant elder [EMAIL PROTECTED] wrote: Ok its going to take me a few hours to catch up all the license and notice file changes required for all the recent additions so lets lift the change freeze for a few more hours, so till say 1pm BST. Please be real careful with what you change though. ...ant On 9/17/07, ant elder [EMAIL PROTECTED] wrote: Can we have a change freeze in the branch please while we take stock of where we are. There's so many changes going on still everytime i update to get the final thing to review by the time i've checked out there's new commits :( Could everyone who has more to do please reply now saying what changes they still want to make and when they think they'll be done by so we can asses whats important enough to still go in 1.0. ...ant Ant Oops, post got out of sequence... I want to include domain-api in the bundle. You ok with that. Simon
Re: Change freeze in the 1.0 branch
On 9/17/07, Simon Laws [EMAIL PROTECTED] wrote: On 9/17/07, ant elder [EMAIL PROTECTED] wrote: Ok its going to take me a few hours to catch up all the license and notice file changes required for all the recent additions so lets lift the change freeze for a few more hours, so till say 1pm BST. Please be real careful with what you change though. ...ant On 9/17/07, ant elder [EMAIL PROTECTED] wrote: Can we have a change freeze in the branch please while we take stock of where we are. There's so many changes going on still everytime i update to get the final thing to review by the time i've checked out there's new commits :( Could everyone who has more to do please reply now saying what changes they still want to make and when they think they'll be done by so we can asses whats important enough to still go in 1.0. ...ant Ant Oops, post got out of sequence... I want to include domain-api in the bundle. You ok with that. Simon Yep. ...ant
[jira] Commented: (TUSCANY-1646) Web Service binding doesn't handle wsdli:wsdlLocation
[ https://issues.apache.org/jira/browse/TUSCANY-1646?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12528013 ] gengshaoguang commented on TUSCANY-1646: Attachment on the top is my code changed on 3 of Tuscany javas. It will support binding.ws wsdlLocation=[url] inside reference tag. Please give it some suggestion, I wish my code fit with design manners of Tuscany PPMC. Web Service binding doesn't handle wsdli:wsdlLocation - Key: TUSCANY-1646 URL: https://issues.apache.org/jira/browse/TUSCANY-1646 Project: Tuscany Issue Type: Bug Components: Java SCA Axis Binding Extension Affects Versions: Java-SCA-0.99 Reporter: Jean-Sebastien Delfino Priority: Minor Fix For: Java-SCA-Next Attachments: diff.txt According to the Web Service binding spec, it should be possible to specify the location of the WSDL file used to configure a Web Service binding. Our WebServiceBindingProcessor is able to read that location but later ignores it and does not use it to get the the WSDL file. -- 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-1722) NPE in helloworld-jsonrpc and helloworld-dojo webapps
NPE in helloworld-jsonrpc and helloworld-dojo webapps - Key: TUSCANY-1722 URL: https://issues.apache.org/jira/browse/TUSCANY-1722 Project: Tuscany Issue Type: Bug Components: Java SCA Core Runtime, Java SCA JSON-RPC Binding Extension Affects Versions: Java-SCA-1.0 Reporter: Jean-Sebastien Delfino Priority: Critical Fix For: Java-SCA-1.0 To reproduce the problem, install the helloworld-jsonrpc or helloworld-dojo webapp and try to start it. The webapp will fail to start with an NPE. This is caused by CompositeBuilder not initializing the default binding URI of a composite service. Since the 1.0 branch is now frozen, I'll attach a patch to the JIRA. -- 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-1722) NPE in helloworld-jsonrpc and helloworld-dojo webapps
[ https://issues.apache.org/jira/browse/TUSCANY-1722?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jean-Sebastien Delfino resolved TUSCANY-1722. - Resolution: Fixed I actually fixed it in the branch, as the freeze has been lifted for a little while. NPE in helloworld-jsonrpc and helloworld-dojo webapps - Key: TUSCANY-1722 URL: https://issues.apache.org/jira/browse/TUSCANY-1722 Project: Tuscany Issue Type: Bug Components: Java SCA Core Runtime, Java SCA JSON-RPC Binding Extension Affects Versions: Java-SCA-1.0 Reporter: Jean-Sebastien Delfino Priority: Critical Fix For: Java-SCA-1.0 To reproduce the problem, install the helloworld-jsonrpc or helloworld-dojo webapp and try to start it. The webapp will fail to start with an NPE. This is caused by CompositeBuilder not initializing the default binding URI of a composite service. Since the 1.0 branch is now frozen, I'll attach a patch to the JIRA. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: SCA 1.0 RC1 artifacts available for review
On 9/14/07, ant elder [EMAIL PROTECTED] wrote: The 1.0 RC1 tag has been taken and is available for checking out and building: https://svn.apache.org/repos/asf/incubator/tuscany/tags/java/sca/1.0-incubating/ If you don't want to build it yourself the distributions are up loading to: http://people.apache.org/~antelder/tuscany/1.0-RC1/http://people.apache.org/%7Eantelder/tuscany/1.0-RC1/ And the maven artifacts will be uploaded to: http://people.apache.org/~antelder/tuscany/1.0-RC1/maven/http://people.apache.org/%7Eantelder/tuscany/1.0-RC1/maven/ The Windows distribution is up, at the current speed it will be another couple of hours till everything is up including all the maven artifacts. I wont call a vote on this RC as we know its not quite perfect yet, please review and fix any issues or raises jira's for problems you find. I'll create an RC2 late Monday morning GMT and call a vote on releasing that unless there are critical or blocker defects still open against 1.0. At that time any non critical or blocker JIRA's still open will be deferred to Java-SCA-Next. I'd like to delay cutting RC2 till tomorrow morning now. There's been so many changes over the last couple of days i think we need a bit of time to review everything otherwise RC2 is just going to end up with issues and we'll definitely need an RC3. I'll put up an RC1b now with the current state of things now and hope people can review that and fix any last minute issues. Please try to keep changes to a minimum with mainly doco and readme type fixes. For significant code changes please ask first. ...ant
Re: Change freeze in the 1.0 branch
ant elder wrote: I don't have time to do that right now but i'm ok with the change if someone else wants to. I'll take care of it. ...ant On 9/17/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: ant elder wrote: On 9/17/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: snip At least we need to make sure that the artifact id starts with tuscany-* instead of sca-definitions. All other modules start with tuscany-*, except for the sca-api module wich contains the OSOA SCA API. Actually shouldn't the sca-api module really start with tuscany- as well? (just as the sdo api does: tuscany-sdo-api-r2.1-1.0-incubating.jar) ...ant +1 to change sca-api to tuscany-sca-api as well :) This is a bigger change than sca-definitions but for 1.0 I think we need to have the correct module names. Changing sca-api to tuscany-sca-api affects the following files: ./distribution/pom.xml ./distribution/manifest/pom.xml ./distribution/bundle/pom.xml ./distribution/webapp/pom.xml ./demos/alert-aggregator-webapp/build.xml ./modules/pom.xml ./modules/node/pom.xml ./modules/interface-java/pom.xml ./modules/implementation-osgi/pom.xml ./modules/domain/pom.xml ./modules/node-api/pom.xml ./modules/binding-notification/pom.xml ./modules/core-spi/pom.xml ./modules/core-spring/pom.xml ./modules/implementation-notification/pom.xml ./modules/implementation-spring/pom.xml ./modules/java2wsdl/pom.xml ./modules/domain-api/pom.xml ./modules/implementation-java/pom.xml ./modules/implementation-script/pom.xml ./modules/sca-api/pom.xml ./modules/implementation-bpel/pom.xml ./itest/interop-soap-round2-client/pom.xml ./itest/interop-soap-client/pom.xml ./samples/chat-webapp/build.xml ./samples/calculator-ws-webapp/build.xml ./samples/databinding-echo/pom.xml ./samples/domain-webapp/build.xml ./samples/calculator-distributed/build.xml ./samples/calculator-webapp/build.xml ./samples/helloworld-dojo-webapp/build.xml ./samples/company-das/pom.xml ./samples/helloworld-ws-service-webapp/build.xml ./samples/helloworld-ws-sdo-webapp/build.xml ./samples/helloworld-jsonrpc-webapp/build.xml -- Jean-Sebastien - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Jean-Sebastien - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Change freeze in the 1.0 branch
Jean-Sebastien Delfino wrote: ant elder wrote: I don't have time to do that right now but i'm ok with the change if someone else wants to. I'll take care of it. Done under revision r576382. ...ant On 9/17/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: ant elder wrote: On 9/17/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: snip At least we need to make sure that the artifact id starts with tuscany-* instead of sca-definitions. All other modules start with tuscany-*, except for the sca-api module wich contains the OSOA SCA API. Actually shouldn't the sca-api module really start with tuscany- as well? (just as the sdo api does: tuscany-sdo-api-r2.1-1.0-incubating.jar) ...ant +1 to change sca-api to tuscany-sca-api as well :) This is a bigger change than sca-definitions but for 1.0 I think we need to have the correct module names. Changing sca-api to tuscany-sca-api affects the following files: ./distribution/pom.xml ./distribution/manifest/pom.xml ./distribution/bundle/pom.xml ./distribution/webapp/pom.xml ./demos/alert-aggregator-webapp/build.xml ./modules/pom.xml ./modules/node/pom.xml ./modules/interface-java/pom.xml ./modules/implementation-osgi/pom.xml ./modules/domain/pom.xml ./modules/node-api/pom.xml ./modules/binding-notification/pom.xml ./modules/core-spi/pom.xml ./modules/core-spring/pom.xml ./modules/implementation-notification/pom.xml ./modules/implementation-spring/pom.xml ./modules/java2wsdl/pom.xml ./modules/domain-api/pom.xml ./modules/implementation-java/pom.xml ./modules/implementation-script/pom.xml ./modules/sca-api/pom.xml ./modules/implementation-bpel/pom.xml ./itest/interop-soap-round2-client/pom.xml ./itest/interop-soap-client/pom.xml ./samples/chat-webapp/build.xml ./samples/calculator-ws-webapp/build.xml ./samples/databinding-echo/pom.xml ./samples/domain-webapp/build.xml ./samples/calculator-distributed/build.xml ./samples/calculator-webapp/build.xml ./samples/helloworld-dojo-webapp/build.xml ./samples/company-das/pom.xml ./samples/helloworld-ws-service-webapp/build.xml ./samples/helloworld-ws-sdo-webapp/build.xml ./samples/helloworld-jsonrpc-webapp/build.xml -- Jean-Sebastien - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Jean-Sebastien - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (TUSCANY-1296) Build failure on Linux/IBM JDK
[ https://issues.apache.org/jira/browse/TUSCANY-1296?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12528040 ] Kelvin Goodson commented on TUSCANY-1296: - I think I am seeing this issue when trying to build on linux. Is this what you saw? [INFO] Building Apache Tuscany SCA Data Binding for JAXB [INFO] [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Error building POM (may not be this project's POM). Project ID: com.sun.tools.xjc.maven2:maven-jaxb-plugin Reason: Failed to build model from file '/home/kg/.m2/repository/com/sun/tools/xjc/maven2/maven-jaxb-plugin/1.1/maven-jaxb-plugin-1.1.pom'. Error: 'null' for project com.sun.tools.xjc.maven2:maven-jaxb-plugin == my environment is ... [EMAIL PROTECTED] sca-java-1.0]$ uname -a Linux kglinux 2.6.18-8.1.6.el5 #1 SMP Fri Jun 1 18:52:11 EDT 2007 i686 i686 i386 GNU/Linux with [EMAIL PROTECTED] sca-java-1.0]$ $JAVA_HOME/bin/java -version java version 1.5.0 Java(TM) 2 Runtime Environment, Standard Edition (build pxi32devifx-20070806 (SR5a)) IBM J9 VM (build 2.3, J2RE 1.5.0 IBM J9 2.3 Linux x86-32 j9vmxi3223-20070426 (JIT enabled) J9VM - 20070420_12448_lHdSMR JIT - 20070419_1806_r8 GC - 200704_19) JCL - 20070725 Build failure on Linux/IBM JDK -- Key: TUSCANY-1296 URL: https://issues.apache.org/jira/browse/TUSCANY-1296 Project: Tuscany Issue Type: Bug Components: Build System Affects Versions: Java-SCA-0.90 Environment: Fedora Core 5 Ibm JDK 1.5.0 build 2.3 Maven 2.0.6 Reporter: Simon Laws Assignee: Simon Laws Fix For: Java-SCA-Next SCA fails to build under maven in my Linux/IBM JDK environment. The culprit is the maven-jaxb-plugin. The pom provided with the version that we refer in our poms, e.g. databinding-jaxb, has a non-UTF8 character which causes the maven build to fail with the IBM JDK 1.5.0 on Linux. I can confirm that this does not cause a problem with the same JDK (same version and build at least) on Windows XP. I tried using different maven-jaxb-plugins from a variety of repositories. All failed for other reasons. There is a manual work around to the problem, i.e. remove the non-UTF8 characters. The best solution would be to move to a newer version of this plugin (I note that the author name that includes the non-UTF8 characted doesn't appear in later versions) but we need to test these later version on all platforms. -- 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]
sample start up time?
I made a local distro from the branch and the samples seem to take ages to get going. A really comical amount of time! It takes 25 seconds before I see any output after running the calculator sample. Anyone else seeing that? Simon
jaxp.properties trip hazard -- FAQ material
I've been playing with the RC1a release candidate and came across a problem particular to my environment which took me a while to figure out. When trying to run a sample I was getting ... C:\Release\apache-tuscany-sca-1.0-incubating\tuscany-sca-1.0-incubating\samples\calculatorant run Buildfile: build.xml run: [java] Exception in thread main javax.xml.stream.FactoryConfigurationError: Provider null could not be instantiat ed: java.lang.NullPointerException [java] at javax.xml.stream.FactoryFinder.newInstance(FactoryFinder.java:75) [java] at javax.xml.stream.FactoryFinder.find(FactoryFinder.java:136) [java] at javax.xml.stream.FactoryFinder.find(FactoryFinder.java:92) [java] at javax.xml.stream.XMLOutputFactory.newInstance(XMLOutputFactory.java:98) [java] at org.apache.tuscany.sca.host.embedded.impl.ReallySmallRuntimeBuilder.createContributionService(ReallyS mallRuntimeBuilder.java:176) [java] at org.apache.tuscany.sca.host.embedded.impl.ReallySmallRuntime.start(ReallySmallRuntime.java:114) [java] at org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.init(DefaultSCADomain.java:101) [java] at org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCADomain.java:230) [java] at org.apache.tuscany.sca.host.embedded.SCADomain.newInstance(SCADomain.java:69) [java] at calculator.CalculatorClient.main(CalculatorClient.java:31) [java] Java Result: 1 BUILD SUCCESSFUL Total time: 1 second C:\Release\apache-tuscany-sca-1.0-incubating\tuscany-sca-1.0-incubating\samples\calculatorant run The problem was that I had at some time in the past, altered by IBM 1.5 JRE environment so that it had a jaxp.properties file (I had followed the instructions in the jaxp.properties.sample file). Removing the jaxp.properties file allowed the sample to execute. I'll see about adding this to an FAQ on the wiki. Kelvin. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Closed: (TUSCANY-1672) Annotation support for implementation.osgi
[ https://issues.apache.org/jira/browse/TUSCANY-1672?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ant elder closed TUSCANY-1672. -- Resolution: Fixed Patches applied bot to trunk and 1.0. Thanks for the patches! Annotation support for implementation.osgi -- Key: TUSCANY-1672 URL: https://issues.apache.org/jira/browse/TUSCANY-1672 Project: Tuscany Issue Type: Improvement Components: Java SCA OSGi Integration Reporter: Rajini Sivaram Fix For: Java-SCA-1.0 Attachments: itest-osgi-implementation-patch.txt, modules-implementation-osgi-patch.txt, samples-osgi-supplychain-patch.txt Support SCA annotations in implementation classes used inside OSGi bundles to make implementation.osgi consistent with implementation.java. Remove the non-standard attributes for implementation.osgi/ which currently support scope, allowsPassByReference etc. and replace tests which using these with annotations. Add a new attribute for implementation.osgi/ to list the classes in the bundle which should be introspected. Along with annotations, property injection support is also added. -- 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-1723) None of the standalone samples shutdown anymore
None of the standalone samples shutdown anymore --- Key: TUSCANY-1723 URL: https://issues.apache.org/jira/browse/TUSCANY-1723 Project: Tuscany Issue Type: Bug Components: Java SCA Samples Affects Versions: Java-SCA-1.0 Reporter: ant elder Priority: Critical Fix For: Java-SCA-1.0 Running any of the standalone samples and they never end, just hang after the sample output is done and you have to ctrl-c to terminate them -- 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: sample start up time?
I can run the calculator in 4 seconds, -- time until I see the Run word on the screen approx 2 secs and then a further 2 before I see the result output. Kelvin. On 17/09/2007, Simon Laws [EMAIL PROTECTED] wrote: I made a local distro from the branch and the samples seem to take ages to get going. A really comical amount of time! It takes 25 seconds before I see any output after running the calculator sample. Anyone else seeing that? Simon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (TUSCANY-1637) Rationalize the SCA Domain implementations
[ https://issues.apache.org/jira/browse/TUSCANY-1637?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ant elder updated TUSCANY-1637: --- Fix Version/s: (was: Java-SCA-1.0) Java-SCA-Next Deferring all the non-critical JIRAs from 1.0 Rationalize the SCA Domain implementations -- Key: TUSCANY-1637 URL: https://issues.apache.org/jira/browse/TUSCANY-1637 Project: Tuscany Issue Type: Improvement Components: Java SCA Core Runtime, Java SCA Embedded Runtime Affects Versions: Java-SCA-0.99 Reporter: Simon Laws Assignee: Simon Laws Fix For: Java-SCA-Next We now have a number of domain implementations in Tuscany Java SCA including - The SCADomain interface - DefaultSCADomain - EmbeddedSCADomain - HotUpdatableSCADomain - DistributedDomain/Node - distribution webapp? We should try to boil this down to the minimum number of APIs that are required. A thread on the ML has been started on this subject -- 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-1595) helloworld-ws-service-webapp - README needs content
[ https://issues.apache.org/jira/browse/TUSCANY-1595?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ant elder updated TUSCANY-1595: --- Fix Version/s: (was: Java-SCA-1.0) Java-SCA-Next Deferring all the non-critical JIRAs from 1.0 helloworld-ws-service-webapp - README needs content --- Key: TUSCANY-1595 URL: https://issues.apache.org/jira/browse/TUSCANY-1595 Project: Tuscany Issue Type: Improvement Components: Java SCA Samples Affects Versions: Java-SCA-0.99 Reporter: Simon Laws Assignee: ant elder Fix For: Java-SCA-Next README at present only contains the URL you have to use -- 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-1697) HelloWorldWSDLMergedTestCase is failing
[ https://issues.apache.org/jira/browse/TUSCANY-1697?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ant elder updated TUSCANY-1697: --- Fix Version/s: (was: Java-SCA-1.0) Java-SCA-Next Deferring all the non-critical JIRAs from 1.0 HelloWorldWSDLMergedTestCase is failing --- Key: TUSCANY-1697 URL: https://issues.apache.org/jira/browse/TUSCANY-1697 Project: Tuscany Issue Type: Bug Components: Java SCA Axis Binding Extension Affects Versions: Java-SCA-1.0 Reporter: ant elder Fix For: Java-SCA-Next HelloWorldWSDLMergedTestCase is failing after moving up to Axis2 1.3. For now renamed to HelloWorldWSDLMergedTestCaseFIXME so it doesn;t get run in the 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-1671) Building two composite ,one implemented by the other, get a warning
[ https://issues.apache.org/jira/browse/TUSCANY-1671?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ant elder updated TUSCANY-1671: --- Fix Version/s: (was: Java-SCA-1.0) Java-SCA-Next Deferring all the non-critical JIRAs from 1.0 Building two composite ,one implemented by the other, get a warning --- Key: TUSCANY-1671 URL: https://issues.apache.org/jira/browse/TUSCANY-1671 Project: Tuscany Issue Type: Bug Components: Java SCA Assembly Model Affects Versions: Java-SCA-Next Environment: WinXP,Eclipse 3.2 Reporter: wangfeng Assignee: Jean-Sebastien Delfino Fix For: Java-SCA-Next In my sca domain,there are two contributions which named Contribution_A and Contribution_B and the two contributions is deployable too. In Contribution_B,there is a component which implemented by a composite in Contribution_A.And the Contribution_A's composite build first,and then build the Contribution_B's composite. The conposite building processor will put a '$promoted$.' service on the component when the component service is promoted to a composite service.When building the Contribution_B's component which is implemented by the composite in Contribution_A, the component implementation services will not match the component type service,the component is implemented by the composite in Contribution_A,so print an warning as below: There is an warning message on the console: 2007-9-6 16:26:33 org.apache.tuscany.sca.assembly.builder.impl.CompositeBuilderImpl$1 problem Warn: [WARNING] Service not found for component service: HelloServiceComponent/$promoted$.HelloService null my composite on Contribution_A: ?xml version=1.0 encoding=UTF-8? composite xmlns=http://www.osoa.org/xmlns/sca/1.0; targetNamespace=http://www.osoa.org/xmlns/sca/1.0; name=hello service name=HelloService promote=HelloServiceComponent/ component name=HelloServiceComponent implementation.java class=com.demo.HelloImpl / /component /composite my composite on Contribution_B: ?xml version=1.0 encoding=UTF-8? composite xmlns=http://www.osoa.org/xmlns/sca/1.0; targetNamespace=http://www.osoa.org/xmlns/sca/1.0; name=world service name=WorldService promote=WorldServiceComponent/ component name=WorldServiceComponent implementation.java class=com.demo.WorldImpl / reference name=hello target=WorldService_Hello/ /component component name=WorldService_Hello implementation.composite name=hello/ /component /composite -- 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-1653) Method signatures with no parameters are not represented properly as wrapped opoerations with auto generated WSDL
[ https://issues.apache.org/jira/browse/TUSCANY-1653?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ant elder updated TUSCANY-1653: --- Fix Version/s: (was: Java-SCA-1.0) Java-SCA-Next Deferring all the non-critical JIRAs from 1.0 Method signatures with no parameters are not represented properly as wrapped opoerations with auto generated WSDL - Key: TUSCANY-1653 URL: https://issues.apache.org/jira/browse/TUSCANY-1653 Project: Tuscany Issue Type: Bug Components: Java SCA Axis Binding Extension Affects Versions: Java-SCA-0.99 Environment: All Reporter: Simon Laws Assignee: Simon Nash Fix For: Java-SCA-Next The Axis2 Java2WSDL tool converts the operation String foo() To the WSDL wsdl:types xs:schema xmlns:xs=http://www.w3.org/2001/XMLSchema; attributeFormDefault=qualified elementFormDefault=qualified targetNamespace=http://test/xsd; xs:element name=fooResponse xs:complexType xs:sequence xs:element name=return nillable=true type=xs:string / /xs:sequence /xs:complexType /xs:element /xs:schema /wsdl:types wsdl:message name=fooMessage / wsdl:message name=fooResponseMessage wsdl:part name=part1 element=ns:fooResponse / /wsdl:message Which is not wrapped according to the rules of JAX-WS 2.0. The net result is that Tuscany fails if such methods are included as it is expect to deal with wrapped methods. -- 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-1683) AXIS data binding can not process array Type response
[ https://issues.apache.org/jira/browse/TUSCANY-1683?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ant elder updated TUSCANY-1683: --- Fix Version/s: (was: Java-SCA-1.0) Java-SCA-Next Deferring all the non-critical JIRAs from 1.0 AXIS data binding can not process array Type response - Key: TUSCANY-1683 URL: https://issues.apache.org/jira/browse/TUSCANY-1683 Project: Tuscany Issue Type: Bug Components: Java SCA Axis Binding Extension Affects Versions: Java-SCA-0.99 Environment: windows jboss axis2 Reporter: wenchu Fix For: Java-SCA-Next I want to publish a service, it interface describe below: public interface UDBService{public User[] getUsersByCompanyId(String companyId);} I use java2wsdl tools of axis2 to generate wsdl, it describe below: xs:element name=getUsersByCompanyIdResponse xs:complexType xs:sequence xs:element maxOccurs=unbounded minOccurs=0 name=return nillable=true type=xsd:User/ /xs:sequence /xs:complexType /xs:element but i find org.apache.tuscany.sca.databinding.javabeans.JavaBean2XMLTransformer can run correct and it check array type,change it correct. when client receive the xml, and org.apache.tuscany.sca.databinding.javabeans.XML2JavaBeanTransformer transform error. the reason as below: 1.not to check it's type. 2.to create object use L javaInstance = javaType.newInstance() it will throw exception ,because jdk not support use this method to create array type instance. It is line 82. i check the javaType and do anther process,modify code as below: // mod by wenchu.cenwc array type process if (javaType.isArray()) { L javaInstance = (L)Array.newInstance(Class.forName(javaType.getComponentType().getName()) , childElements.size()); for (int count = 0; count childElements.size(); ++count) { Object node = createJavaObject(childElements.get(count) ,Class.forName(javaType.getComponentType().getName()),context); Array.set(javaInstance, count, node); } return javaInstance; } else { L javaInstance = javaType.newInstance(); .. return javaInstance; } -- 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-1718) One contribution exported it's namespace and was imported by two contribution ,gets assembly error.
[ https://issues.apache.org/jira/browse/TUSCANY-1718?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ant elder updated TUSCANY-1718: --- Fix Version/s: (was: Java-SCA-1.0) Java-SCA-Next Deferring all the non-critical JIRAs from 1.0 One contribution exported it's namespace and was imported by two contribution ,gets assembly error. --- Key: TUSCANY-1718 URL: https://issues.apache.org/jira/browse/TUSCANY-1718 Project: Tuscany Issue Type: Bug Components: Java SCA Assembly Model Affects Versions: Java-SCA-Next Environment: winxp,eclipse,jdk1.5.09 Reporter: wangfeng Fix For: Java-SCA-Next Attachments: ContributionTestCase.zip My test case is that: 1.Contribution 'hello' export it's namespache 'http://hello'. 2.Contribution 'world_one' import the 'hello' contribution's namespache. 3.Contribution 'world_two' import the 'hello' contribution's namespache too. when run the testcase,get a fatal error as below: org.apache.tuscany.sca.core.assembly.ActivationException: java.lang.IllegalStateException: Reference interface not remoteable for component: HelloWorldServiceComponent_two and reference: helloServiceRef at org.apache.tuscany.sca.core.assembly.CompositeActivatorImpl.activate(CompositeActivatorImpl.java:739) at test.ContributionTestCase.setUp(ContributionTestCase.java:82) at junit.framework.TestCase.runBare(TestCase.java:128) 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:120) at junit.framework.TestSuite.runTest(TestSuite.java:228) at junit.framework.TestSuite.run(TestSuite.java:223) at org.eclipse.jdt.internal.junit.runner.junit3.JUnit3TestReference.run(JUnit3TestReference.java:128) at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:460) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:673) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:386) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:196) Caused by: java.lang.IllegalStateException: Reference interface not remoteable for component: HelloWorldServiceComponent_two and reference: helloServiceRef at org.apache.tuscany.sca.binding.sca.impl.RuntimeSCAReferenceBindingProvider.isTargetRemote(RuntimeSCAReferenceBindingProvider.java:124) at org.apache.tuscany.sca.binding.sca.impl.RuntimeSCAReferenceBindingProvider.init(RuntimeSCAReferenceBindingProvider.java:85) at org.apache.tuscany.sca.binding.sca.impl.RuntimeSCABindingProviderFactory.createReferenceBindingProvider(RuntimeSCABindingProviderFactory.java:59) at org.apache.tuscany.sca.binding.sca.impl.RuntimeSCABindingProviderFactory.createReferenceBindingProvider(RuntimeSCABindingProviderFactory.java:1) at org.apache.tuscany.sca.provider.DefaultProviderFactoryExtensionPoint$LazyBindingProviderFactory.createReferenceBindingProvider(DefaultProviderFactoryExtensionPoint.java:189) at org.apache.tuscany.sca.core.assembly.CompositeActivatorImpl.addReferenceBindingProvider(CompositeActivatorImpl.java:179) at org.apache.tuscany.sca.core.assembly.CompositeActivatorImpl.activate(CompositeActivatorImpl.java:135) at org.apache.tuscany.sca.core.assembly.CompositeActivatorImpl.activate(CompositeActivatorImpl.java:735) ... 14 more but when I remove the contribution 'world_one' or contribution 'world_two',the testcase works fine. -- 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-1594) helloworld-ws-sdo-webapp - no README
[ https://issues.apache.org/jira/browse/TUSCANY-1594?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ant elder updated TUSCANY-1594: --- Fix Version/s: (was: Java-SCA-1.0) Java-SCA-Next Deferring all the non-critical JIRAs from 1.0 helloworld-ws-sdo-webapp - no README Key: TUSCANY-1594 URL: https://issues.apache.org/jira/browse/TUSCANY-1594 Project: Tuscany Issue Type: Improvement Affects Versions: Java-SCA-0.99 Reporter: Simon Laws Assignee: ant elder Fix For: Java-SCA-Next README required -- 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-1313) NPE occurs if replace java annotation(@Service) with a equivalent componentType file.
[ https://issues.apache.org/jira/browse/TUSCANY-1313?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ant elder updated TUSCANY-1313: --- Fix Version/s: (was: Java-SCA-1.0) Java-SCA-Next Deferring all the non-critical JIRAs from 1.0 NPE occurs if replace java annotation(@Service) with a equivalent componentType file. - Key: TUSCANY-1313 URL: https://issues.apache.org/jira/browse/TUSCANY-1313 Project: Tuscany Issue Type: Bug Components: Java SCA Java Implementation Extension Affects Versions: Java-SCA-Next Environment: Ubuntu7.04 IBM JDK5 Eclipse3.2.2 Latest level code in Trunk branche Reporter: Zhenghui Lee Assignee: Jean-Sebastien Delfino Fix For: Java-SCA-Next Attachments: sample.customer.zip One simple sample scenario: CustomerComponent -- CustomerInfoComponent If using @Service to define CustomerInfoComponent Type, works If replace @Service with equivalent CustomerInfoComponent.componentType file, run into NullPointException: exception stack: org.osoa.sca.ServiceRuntimeException: org.osoa.sca.ServiceRuntimeException: org.apache.tuscany.sca.core.runtime.ActivationException: java.lang.NullPointerException at org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCADomain.java:263) at org.apache.tuscany.sca.host.embedded.SCADomain.newInstance(SCADomain.java:68) at tuscany.sample.sync.customer.CustomerImplTest.setUp(CustomerImplTest.java:17) at junit.framework.TestCase.runBare(TestCase.java:132) 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.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:38) at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:460) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:673) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:386) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:196) Caused by: org.osoa.sca.ServiceRuntimeException: org.apache.tuscany.sca.core.runtime.ActivationException: java.lang.NullPointerException at org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.init(DefaultSCADomain.java:148) at org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCADomain.java:230) ... 16 more Caused by: org.apache.tuscany.sca.core.runtime.ActivationException: java.lang.NullPointerException at org.apache.tuscany.sca.core.runtime.CompositeActivatorImpl.activate(CompositeActivatorImpl.java:584) at org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.init(DefaultSCADomain.java:145) ... 17 more Caused by: java.lang.NullPointerException at org.apache.tuscany.sca.interfacedef.impl.InterfaceContractMapperImpl.checkCompatibility(InterfaceContractMapperImpl.java:133) at org.apache.tuscany.sca.interfacedef.impl.InterfaceContractMapperImpl.isCompatible(InterfaceContractMapperImpl.java:245) at org.apache.tuscany.sca.assembly.builder.impl.CompositeBuilderImpl.connectComponentReferences(CompositeBuilderImpl.java:796) at org.apache.tuscany.sca.assembly.builder.impl.CompositeBuilderImpl.wireComposite(CompositeBuilderImpl.java:1198) at org.apache.tuscany.sca.assembly.builder.impl.CompositeBuilderImpl.build(CompositeBuilderImpl.java:101) at org.apache.tuscany.sca.core.runtime.CompositeActivatorImpl.buildComposite(CompositeActivatorImpl.java:570) at org.apache.tuscany.sca.core.runtime.CompositeActivatorImpl.activate(CompositeActivatorImpl.java:580) ... 18 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-1559) Pass-by-value interceptor not necessary with the Axis2 WS binding
[ 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-1.0) Java-SCA-Next Deferring all the non-critical JIRAs from 1.0 Pass-by-value interceptor not necessary with the Axis2 WS binding -- Key: TUSCANY-1559 URL: https://issues.apache.org/jira/browse/TUSCANY-1559 Project: Tuscany Issue Type: Bug Components: Java SCA Java Implementation Extension Affects Versions: Java-SCA-0.99, Java-SCA-Next Reporter: Jean-Sebastien Delfino Assignee: ant elder Fix For: Java-SCA-Next 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.
[jira] Updated: (TUSCANY-1687) Callable References iTest are failing
[ https://issues.apache.org/jira/browse/TUSCANY-1687?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ant elder updated TUSCANY-1687: --- Fix Version/s: (was: Java-SCA-1.0) Java-SCA-Next Deferring all the non-critical JIRAs from 1.0 Callable References iTest are failing - Key: TUSCANY-1687 URL: https://issues.apache.org/jira/browse/TUSCANY-1687 Project: Tuscany Issue Type: Bug Components: Java SCA Integration Tests Affects Versions: Java-SCA-1.0 Reporter: Luciano Resende Assignee: Raymond Feng Fix For: Java-SCA-Next I have removed the callableReference iTest from build as they were failing.. Tests run: 7, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.328 sec Results : Tests in error: testBReference(org.apache.tuscany.sca.itest.callableref.CallableReferenceRemoteTestCase) testBCast(org.apache.tuscany.sca.itest.callableref.CallableReferenceRemoteTestCase) testCReference(org.apache.tuscany.sca.itest.callableref.CallableReferenceRemoteTestCase) testCServiceReference(org.apache.tuscany.sca.itest.callableref.CallableReferenceRemoteTestCase) testDReference(org.apache.tuscany.sca.itest.callableref.CallableReferenceRemoteTestCase) org.apache.tuscany.sca.itest.callableref.CallableReferenceRemoteTestCase Tests run: 14, Failures: 0, Errors: 6, Skipped: 0 [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] There are test failures. [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 40 seconds [INFO] Finished at: Tue Sep 11 15:42:18 PDT 2007 [INFO] Final Memory: 10M/21M [INFO] -- 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: OSGi implementation extension build error
Sebastien, If this is still a problem, could you post the full test output (from all the unit tests including the failing one) of implementation.osgi? I ran the build for implementation.osgi using mvn many times, but have never seen this failure. Thank you... Regards, Rajini On 9/16/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: If that helps, it is a random error. Happens every 3 or 4 build for me. Jean-Sebastien Delfino wrote: I'm getting a build error in implementation-osgi module in the 1.0 branch. Anybody else getting the same error? testOSGiComponent( org.apache.tuscany.sca.implementation.osgi.invocation.OSGiPropertyTestCase ) Time elapsed: 0.152 sec FAILURE! junit.framework.ComparisonFailure: expected:...WithProperty... but was:.. at junit.framework.Assert.assertEquals(Assert.java:81) at junit.framework.Assert.assertEquals(Assert.java:87) at org.apache.tuscany.sca.implementation.osgi.invocation.OSGiTestCase.testOSGiComponent (OSGiTestCase.java:66) 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 junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) 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.junit.JUnitTestSet.execute(JUnitTestSet.java :213) 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) at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java :818) Results : Failed tests: testOSGiComponent( org.apache.tuscany.sca.implementation.osgi.invocation.OSGiPropertyTestCase ) -- Jean-Sebastien - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: SCA 1.0 RC1 artifacts available for review
And now a 1.0 RC1b at: http://people.apache.org/~antelder/tuscany/1.0-RC1bhttp://people.apache.org/%7Eantelder/tuscany/1.0-RC1/ (thats still uploading) And a tag if you want to try checking out and building yourself: https://svn.apache.org/repos/asf/incubator/tuscany/tags/java/sca/1.0-RC1b/ This should now be fairly close to what the final 1.0 release will be, please review and raise JIRAs for issues here: http://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=truemode=hidesorter/order=DESCsorter/field=priorityresolution=-1pid=12310210fixfor=12312698 Thanks, ...ant On 9/15/07, ant elder [EMAIL PROTECTED] wrote: There's also now an RC1a with the changes since yesterday at: http://people.apache.org/~antelder/tuscany/1.0-RC1a/http://people.apache.org/%7Eantelder/tuscany/1.0-RC1/ ...ant On 9/14/07, ant elder [EMAIL PROTECTED] wrote: The 1.0 RC1 tag has been taken and is available for checking out and building: https://svn.apache.org/repos/asf/incubator/tuscany/tags/java/sca/1.0-incubating/ If you don't want to build it yourself the distributions are up loading to: http://people.apache.org/~antelder/tuscany/1.0-RC1/http://people.apache.org/%7Eantelder/tuscany/1.0-RC1/ And the maven artifacts will be uploaded to: http://people.apache.org/~antelder/tuscany/1.0-RC1/maven/http://people.apache.org/%7Eantelder/tuscany/1.0-RC1/maven/ The Windows distribution is up, at the current speed it will be another couple of hours till everything is up including all the maven artifacts. I wont call a vote on this RC as we know its not quite perfect yet, please review and fix any issues or raises jira's for problems you find. I'll create an RC2 late Monday morning GMT and call a vote on releasing that unless there are critical or blocker defects still open against 1.0. At that time any non critical or blocker JIRA's still open will be deferred to Java-SCA-Next. ...ant
[jira] Created: (TUSCANY-1724) The rampart mar used by binding-ws-axis depends on the SNAPSHOT version of the rampart parent
The rampart mar used by binding-ws-axis depends on the SNAPSHOT version of the rampart parent - Key: TUSCANY-1724 URL: https://issues.apache.org/jira/browse/TUSCANY-1724 Project: Tuscany Issue Type: Bug Affects Versions: Java-SCA-1.0 Reporter: ant elder Priority: Critical Fix For: Java-SCA-1.0 See org\apache\rampart\rampart\1.3\rampart-1.3.pom: parent groupIdorg.apache.rampart/groupId artifactIdrampart-project/artifactId version1.3-SNAPSHOT/version /parent Not sure what to do about this. Any ideas? -- 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: sample start up time?
Hmm, I just re-ran this against RC1b and the calculator sample hung after producing its results. All the output appeared pretty quickly, but then it failed to stop. C:\Release\RC1b\tuscany-sca-1.0-incubating\samples\calculatorant ru Buildfile: build.xml run: [java] 3 + 2=5.0 [java] 3 - 2=1.0 [java] 3 * 2=6.0 [java] 3 / 2=1.5 [java] Java Result: 1 BUILD SUCCESSFUL Total time: 8 minutes 4 seconds Terminate batch job (Y/N)? y On 17/09/2007, kelvin goodson [EMAIL PROTECTED] wrote: I can run the calculator in 4 seconds, -- time until I see the Run word on the screen approx 2 secs and then a further 2 before I see the result output. Kelvin. On 17/09/2007, Simon Laws [EMAIL PROTECTED] wrote: I made a local distro from the branch and the samples seem to take ages to get going. A really comical amount of time! It takes 25 seconds before I see any output after running the calculator sample. Anyone else seeing that? Simon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (TUSCANY-1685) XSD2JavaGenerator should support name mangling (dashes to underscores, etc.)
[ https://issues.apache.org/jira/browse/TUSCANY-1685?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12528095 ] Kelvin Goodson commented on TUSCANY-1685: - Any name overrides must be done with schema annotations, so the input to the generator must contain those annotations, such as sdo:name=Bogus_1 in the input schema. The SDO spec allows for a generator to insert annotations into an updated schema before generating, in which case the generator must be able to output the annotated schema, but we don't have that capacity currently. XSD2JavaGenerator should support name mangling (dashes to underscores, etc.) Key: TUSCANY-1685 URL: https://issues.apache.org/jira/browse/TUSCANY-1685 Project: Tuscany Issue Type: Bug Components: Java SDO Tools Affects Versions: Java-SDO-1.0 Reporter: Ron Gavlin Priority: Critical Fix For: Java-SDO-Next I have the following complex type in a schema: xsd:complexType name=Bogus-1 xsd:sequence xsd:element name=name1 type=xsd:string/ /xsd:sequence /xsd:complexType When I use XSD2JavaGenerator to code-generate classes for this schema, an invalidly named Bogus-1.java class is generated. The class name should be mangled into a valid Java class name, such as Bogus_1.java. EMF provides this behavior in its NameMangler which Tuscany currently disables. -- 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]
samples\helloworld-ws-service-webapp?
We have no README etc. for samples\helloworld-ws-service-webapp. Do we need this sample? As we have calculator-ws-webapp can we remove helloworld-ws-service-webapp? Happy to keep and fix it if there is a good reason and there are important differences that it's demonstrating but one less thing to test if we don't need it. Simon
Re: Incompatibility between Tuscany and JBoss WebServices
On 9/11/07, Simon Laws [EMAIL PROTECTED] wrote: On 9/11/07, Marco Dalco [EMAIL PROTECTED] wrote: Raised a JIRA: https://issues.apache.org/jira/browse/TUSCANY-1684 Information contained in this e-mail and any attachments are intended for the use of the addressee only, and may contain confidential information of Ubiquity Software Corporation. All unauthorized use, disclosure or distribution is strictly prohibited. If you are not the addressee, please notify the sender immediately and destroy all copies of this email. Ubiquity Software Corporation plc, a company registered under the laws of England and Wales, Registration 2719723, registered offices at Eastern Business Park, Building 3, Wern Fawr Lane, St. Mellons, Cardiff CF3 5EA, Wales, United Kingdom. Thanks Marco for the JIRA. The namespace compatibility, i.e. the extra xsd on the end of the namespace you see, is down to the Axis2 1.2 library we use to generate WSDL in this case. It is not generated by Axis2 1.3. There is a JIRA outstanding for the move to 1.3 but there is some debate about when it will actually happen. If it's not going to be soon this will be another fix we need to make ontop of Axis2 1.2 Regards Simon Hi Marco We have now swtiched over to Axis2 1.3. and are building our release candidates for the upcoming Tuscany SCA Java 1.0 release with this version. I'd like to know whether this fixes the problem with incompatible soap messages with your JBoss app. Are you able to try your tests with the latest release candidates? You can find the binary and source release candidates up on Ant's people.apache.org page. http://people.apache.org/~antelder/tuscany/1.0-RC1b/ http://people.apache.org/%7Eantelder/tuscany/1.0-RC1b/ We are hoping to cut the release candidate to vote on tomorrow. I think Haleh is going to create a page up on our web site so we can document the steps to get Tuscany running with Tomcat, Geronimo, Websphere etc. Watch this space. Assuming we can get it going will there we any info we need to note from you web services integration exercise. I guess I'm assuming that as you're connecting via web services there is no Tuscany running on the JBoss side in this case but if there is anything of note it would be good to capture it. Thanks Simon
Fixed URLs used in the store and web-resource samples
JIRA is down at the moment so just to let everybody know, I just fixed some typos in the URLs used in the store and web-resource samples, which were causing HTTP 404 errors in these two samples. -- Jean-Sebastien - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: svn commit: r576385 - in /incubator/tuscany/java/sca/modules: assembly-xml/pom.xml host-embedded/pom.xml
Hi, It seems that a 'b' was accidentally added to the pom.xml. I fixed it under r576517. Thanks, Raymond - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, September 17, 2007 4:54 AM Subject: svn commit: r576385 - in /incubator/tuscany/java/sca/modules: assembly-xml/pom.xml host-embedded/pom.xml Author: svkrish Date: Mon Sep 17 04:54:49 2007 New Revision: 576385 URL: http://svn.apache.org/viewvc?rev=576385view=rev Log: renaming sca-definitions to definitions and chaanging artifact id from sca-definitions to tuscany-definitions Modified: incubator/tuscany/java/sca/modules/assembly-xml/pom.xml incubator/tuscany/java/sca/modules/host-embedded/pom.xml Modified: incubator/tuscany/java/sca/modules/assembly-xml/pom.xml URL: http://svn.apache.org/viewvc/incubator/tuscany/java/sca/modules/assembly-xml/pom.xml?rev=576385r1=576384r2=576385view=diff == --- incubator/tuscany/java/sca/modules/assembly-xml/pom.xml (original) +++ incubator/tuscany/java/sca/modules/assembly-xml/pom.xml Mon Sep 17 04:54:49 2007 @@ -1,4 +1,4 @@ -?xml version=1.0 encoding=UTF-8? +b?xml version=1.0 encoding=UTF-8? !-- * Licensed to the Apache Software Foundation (ASF) under one * or more contributor license agreements. See the NOTICE file @@ -37,7 +37,7 @@ dependency groupIdorg.apache.tuscany.sca/groupId -artifactIdsca-definitions/artifactId +artifactIdtuscany-definitions/artifactId version1.1-incubating-SNAPSHOT/version scopetest/scope /dependency Modified: incubator/tuscany/java/sca/modules/host-embedded/pom.xml URL: http://svn.apache.org/viewvc/incubator/tuscany/java/sca/modules/host-embedded/pom.xml?rev=576385r1=576384r2=576385view=diff == --- incubator/tuscany/java/sca/modules/host-embedded/pom.xml (original) +++ incubator/tuscany/java/sca/modules/host-embedded/pom.xml Mon Sep 17 04:54:49 2007 @@ -37,7 +37,7 @@ dependency groupIdorg.apache.tuscany.sca/groupId -artifactIdsca-definitions/artifactId +artifactIdtuscany-definitions/artifactId version1.1-incubating-SNAPSHOT/version /dependency - 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: Fixed URLs used in the store and web-resource samples
should this latest store be linked to the website pages? On 9/17/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: JIRA is down at the moment so just to let everybody know, I just fixed some typos in the URLs used in the store and web-resource samples, which were causing HTTP 404 errors in these two samples. -- Jean-Sebastien - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: svn commit: r576385 - in /incubator/tuscany/java/sca/modules: assembly-xml/pom.xml host-embedded/pom.xml
Ooops.. sorry and thanks for fixing it. I wanted to build after those changes but got a bit distracted and never got to it. - Venkat On 9/17/07, Raymond Feng [EMAIL PROTECTED] wrote: Hi, It seems that a 'b' was accidentally added to the pom.xml. I fixed it under r576517. Thanks, Raymond - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, September 17, 2007 4:54 AM Subject: svn commit: r576385 - in /incubator/tuscany/java/sca/modules: assembly-xml/pom.xml host-embedded/pom.xml Author: svkrish Date: Mon Sep 17 04:54:49 2007 New Revision: 576385 URL: http://svn.apache.org/viewvc?rev=576385view=rev Log: renaming sca-definitions to definitions and chaanging artifact id from sca-definitions to tuscany-definitions Modified: incubator/tuscany/java/sca/modules/assembly-xml/pom.xml incubator/tuscany/java/sca/modules/host-embedded/pom.xml Modified: incubator/tuscany/java/sca/modules/assembly-xml/pom.xml URL: http://svn.apache.org/viewvc/incubator/tuscany/java/sca/modules/assembly-xml/pom.xml?rev=576385r1=576384r2=576385view=diff == --- incubator/tuscany/java/sca/modules/assembly-xml/pom.xml (original) +++ incubator/tuscany/java/sca/modules/assembly-xml/pom.xml Mon Sep 17 04:54:49 2007 @@ -1,4 +1,4 @@ -?xml version=1.0 encoding=UTF-8? +b?xml version=1.0 encoding=UTF-8? !-- * Licensed to the Apache Software Foundation (ASF) under one * or more contributor license agreements. See the NOTICE file @@ -37,7 +37,7 @@ dependency groupIdorg.apache.tuscany.sca/groupId -artifactIdsca-definitions/artifactId +artifactIdtuscany-definitions/artifactId version1.1-incubating-SNAPSHOT/version scopetest/scope /dependency Modified: incubator/tuscany/java/sca/modules/host-embedded/pom.xml URL: http://svn.apache.org/viewvc/incubator/tuscany/java/sca/modules/host-embedded/pom.xml?rev=576385r1=576384r2=576385view=diff == --- incubator/tuscany/java/sca/modules/host-embedded/pom.xml (original) +++ incubator/tuscany/java/sca/modules/host-embedded/pom.xml Mon Sep 17 04:54:49 2007 @@ -37,7 +37,7 @@ dependency groupIdorg.apache.tuscany.sca/groupId -artifactIdsca-definitions/artifactId +artifactIdtuscany-definitions/artifactId version1.1-incubating-SNAPSHOT/version /dependency - 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]
TUSCANY-1658: Generated WSDL does not generate wsdl:output if method has void return
This JIRA is still open and marked as critical, what should we do with it? https://issues.apache.org/jira/browse/TUSCANY-1658 I don't think its worth holding the RC for it so i think defer it for now. ...ant (looks like JIRA is back up)
[jira] Created: (TUSCANY-1725) XSD2JavaGenerator has a problem with associations navigable from both sides
XSD2JavaGenerator has a problem with associations navigable from both sides --- Key: TUSCANY-1725 URL: https://issues.apache.org/jira/browse/TUSCANY-1725 Project: Tuscany Issue Type: Bug Components: Java SDO Tools Affects Versions: Java-SDO-1.0 Environment: Linux Reporter: Miro kandic XSD2JavaGenerator does not work in the case of any association type (association, composition) that is navigable from both sides. I have intentionally, just to test generator, made Customer-SoH association in the next schema navigable from both sides and generated code cannot be compiled. Frank, after initial analyses, confirmed that saying Bidirectional references are broken in Tuscany. They seem to have been broken when we switched over to the new (noEMF) codegen patterns. Next is complete XSD built automatically from the UML model. ?xml version=1.0 encoding=UTF-8? !-- Attention: Generated code! Do not modify by hand! Generated by: XmlSchema.vsl in andromda-xmlschema-cartridge. -- xsd:schema targetNamespace=http://www.cisco.com/odns/soa; xmlns:xsd=http://www.w3.org/2001/XMLSchema; xmlns:sdo=commonj.sdo xmlns:sdoxml=commonj.sdo/xml xmlns:impl=http://www.cisco.com/odns/soa; elementFormDefault=qualified xsd:import namespace=commonj.sdo/xml schemaLocation=sdoXML.xsd/ xsd:complexType name=Address xsd:sequence xsd:element name=street type=xsd:string minOccurs=1 maxOccurs=1/ xsd:element name=city type=xsd:string minOccurs=1 maxOccurs=1/ /xsd:sequence xsd:attribute name=xmlId type=xsd:ID/ /xsd:complexType xsd:complexType name=Customer xsd:sequence xsd:element name=orders type=xsd:IDREF sdoxml:propertyType=impl:SoH sdoxml:oppositeProperty=customer minOccurs=0 maxOccurs=unbounded / xsd:element name=name type=xsd:string minOccurs=1 maxOccurs=1/ xsd:element name=created type=xsd:date minOccurs=1 maxOccurs=1/ xsd:element name=lastUpdated type=xsd:dateTime minOccurs=1 maxOccurs=1/ xsd:element name=modifiedBy type=xsd:string minOccurs=1 maxOccurs=1/ xsd:element name=id type=xsd:long minOccurs=1 maxOccurs=1/ /xsd:sequence xsd:attribute name=xmlId type=xsd:ID/ /xsd:complexType xsd:complexType name=Part xsd:sequence xsd:element name=uom type=xsd:string minOccurs=1 maxOccurs=1/ xsd:element name=aggState type=xsd:string minOccurs=1 maxOccurs=1/ xsd:element name=id type=xsd:long minOccurs=1 maxOccurs=1/ /xsd:sequence xsd:attribute name=xmlId type=xsd:ID/ /xsd:complexType xsd:complexType name=Product xsd:complexContent xsd:extension base=impl:Part xsd:sequence xsd:element name=description type=xsd:string minOccurs=1 maxOccurs=1/ xsd:element name=modifiedBy type=xsd:string minOccurs=1 maxOccurs=1/ xsd:element name=lastUpdated type=xsd:dateTime minOccurs=1 maxOccurs=1/ xsd:element name=created type=xsd:date minOccurs=1 maxOccurs=1/ /xsd:sequence /xsd:extension /xsd:complexContent /xsd:complexType xsd:complexType name=SoH xsd:sequence xsd:element name=customer type=xsd:IDREF sdoxml:propertyType=impl:Customer sdoxml:oppositeProperty=orders minOccurs=1 maxOccurs=1 / xsd:element name=lines type=impl:SoL minOccurs=0 maxOccurs=unbounded / xsd:element name=number type=xsd:string minOccurs=1 maxOccurs=1/ xsd:element name=receivedDate type=xsd:date minOccurs=1 maxOccurs=1/ xsd:element name=modifiedBy type=xsd:string minOccurs=1 maxOccurs=1/ xsd:element name=lastUpdated type=xsd:dateTime minOccurs=1 maxOccurs=1/ xsd:element name=created type=xsd:date minOccurs=1 maxOccurs=1/ xsd:element name=id type=xsd:long minOccurs=1 maxOccurs=1/ /xsd:sequence xsd:attribute name=xmlId type=xsd:ID/ /xsd:complexType xsd:complexType name=SoL xsd:sequence xsd:element name=product type=xsd:IDREF sdoxml:propertyType=impl:Product sdoxml:oppositeProperty=soLs minOccurs=1 maxOccurs=1 / xsd:element name=soLineSch type=impl:SoLSch minOccurs=0 maxOccurs=unbounded / xsd:element name=quantity type=xsd:double minOccurs=1 maxOccurs=1/ xsd:element name=requestedDate type=xsd:date minOccurs=1 maxOccurs=1/ xsd:element name=modifiedBy type=xsd:string minOccurs=1 maxOccurs=1/ xsd:element name=lastUpdated type=xsd:dateTime minOccurs=1 maxOccurs=1/ xsd:element name=created type=xsd:date minOccurs=1 maxOccurs=1/ xsd:element name=id type=xsd:long minOccurs=1
[jira] Created: (TUSCANY-1726) List DataObject.getList(String path) should return an empty list when there is no value
List DataObject.getList(String path) should return an empty list when there is no value --- Key: TUSCANY-1726 URL: https://issues.apache.org/jira/browse/TUSCANY-1726 Project: Tuscany Issue Type: Bug Components: Java SDO Implementation Affects Versions: Java-SDO-1.0 Environment: WinXP Reporter: Fuhwei Lwo Fix For: Java-SDO-Next According to SDO 2.1 spec section 3.1.4, it said DataObject methods with a return type of List, on the DataObject interface or generated, return empty lists rather than null when there is no value. This means getList() method should return an empty list when there is no value. Current implementation returns null which is wrong. -- 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-1727) Sample implementation-composite fails in a top-down build of 1.0 branch, but it's passing in the module-only build
Sample implementation-composite fails in a top-down build of 1.0 branch, but it's passing in the module-only build -- Key: TUSCANY-1727 URL: https://issues.apache.org/jira/browse/TUSCANY-1727 Project: Tuscany Issue Type: Bug Components: Java SCA Core Runtime Affects Versions: Java-SCA-1.0 Reporter: Raymond Feng Priority: Blocker I'm seeing the following test failure in the implementation-composite sample with a top-down build but it's passing if I build the module alone. --- T E S T S --- Running composite.CompositeTestCase Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.687 sec FA ILURE! test(composite.CompositeTestCase) Time elapsed: 0.641 sec ERROR! org.osoa.sca.ServiceRuntimeException: org.osoa.sca.ServiceRuntimeException: org. apache.tuscany.sca.contribution.service.ContributionResolveException: java.lang. ClassNotFoundException: org.apache.tuscany.sca.node.impl.NodeManagerServiceImpl at org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCAD omain.java:264) at org.apache.tuscany.sca.host.embedded.SCADomain.newInstance(SCADomain. java:58) at composite.CompositeTestCase.setUp(CompositeTestCase.java:32) at junit.framework.TestCase.runBare(TestCase.java:132) 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.executeTes tSet(AbstractDirectoryTestSuite.java:138) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(Ab stractDirectoryTestSuite.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(DelegatingMethodAcces sorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(Su refireBooter.java:290) at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.j ava:818) Caused by: org.osoa.sca.ServiceRuntimeException: org.apache.tuscany.sca.contribu tion.service.ContributionResolveException: java.lang.ClassNotFoundException: org .apache.tuscany.sca.node.impl.NodeManagerServiceImpl at org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.init(Def aultSCADomain.java:127) at org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCAD omain.java:230) ... 20 more Caused by: org.apache.tuscany.sca.contribution.service.ContributionResolveExcept ion: java.lang.ClassNotFoundException: org.apache.tuscany.sca.node.impl.NodeMana gerServiceImpl at org.apache.tuscany.sca.implementation.java.xml.JavaImplementationProc essor.resolve(JavaImplementationProcessor.java:114) at org.apache.tuscany.sca.implementation.java.xml.JavaImplementationProc essor.resolve(JavaImplementationProcessor.java:58) at org.apache.tuscany.sca.contribution.processor.DefaultStAXArtifactProc essorExtensionPoint$LazyStAXArtifactProcessor.resolve(DefaultStAXArtifactProcess orExtensionPoint.java:211) at org.apache.tuscany.sca.contribution.processor.ExtensibleStAXArtifactP rocessor.resolve(ExtensibleStAXArtifactProcessor.java:97) at org.apache.tuscany.sca.assembly.xml.BaseAssemblyProcessor.resolveImpl ementation(BaseAssemblyProcessor.java:236) at org.apache.tuscany.sca.assembly.xml.CompositeProcessor.resolve(Compos iteProcessor.java:730) at org.apache.tuscany.sca.assembly.xml.CompositeProcessor.resolve(Compos iteProcessor.java:71) at org.apache.tuscany.sca.contribution.processor.ExtensibleStAXArtifactP rocessor.resolve(ExtensibleStAXArtifactProcessor.java:97) at org.apache.tuscany.sca.assembly.xml.CompositeDocumentProcessor.resolv e(CompositeDocumentProcessor.java:114) at org.apache.tuscany.sca.assembly.xml.CompositeDocumentProcessor.resolv e(CompositeDocumentProcessor.java:45) at org.apache.tuscany.sca.contribution.processor.ExtensibleURLArtifactPr
[jira] Updated: (TUSCANY-1726) List DataObject.getList(String path) should return an empty list when there is no value
[ https://issues.apache.org/jira/browse/TUSCANY-1726?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Fuhwei Lwo updated TUSCANY-1726: Attachment: 1726.patch Patch contains fix with test case. Please review. List DataObject.getList(String path) should return an empty list when there is no value --- Key: TUSCANY-1726 URL: https://issues.apache.org/jira/browse/TUSCANY-1726 Project: Tuscany Issue Type: Bug Components: Java SDO Implementation Affects Versions: Java-SDO-1.0 Environment: WinXP Reporter: Fuhwei Lwo Fix For: Java-SDO-Next Attachments: 1726.patch According to SDO 2.1 spec section 3.1.4, it said DataObject methods with a return type of List, on the DataObject interface or generated, return empty lists rather than null when there is no value. This means getList() method should return an empty list when there is no value. Current implementation returns null which is wrong. -- 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-1708) Update LICENSE and NOTICE files for dependencies included in 1.0
[ https://issues.apache.org/jira/browse/TUSCANY-1708?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ant elder closed TUSCANY-1708. -- Resolution: Fixed Done Update LICENSE and NOTICE files for dependencies included in 1.0 Key: TUSCANY-1708 URL: https://issues.apache.org/jira/browse/TUSCANY-1708 Project: Tuscany Issue Type: Bug Components: Java SCA Core Runtime Affects Versions: Java-SCA-1.0 Reporter: ant elder Priority: Blocker Fix For: Java-SCA-1.0 Update license and notice files for dependencies included in 1.0 - do a diff against the 0.99 and 1.0 lib directory and LICENSE and NOTICE files and update as appropriate -- 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]
Determining the contribution location
SCADomain, in both of its guises, allows the details of which contribution to load to be specified. the standalone version o.a.t.s.host.embedded.SCADomain.newInstance(String domainURI, String contributionLocation, String... composites) and the distributed version o.a.t.s.domain.SCADomain.newInstance(String domainURI, String nodeURI, String contributionLocation, String... composites) { I have found this confusing so, by looking at the code, here is what I think the rules are; contributionLocation - an absolute path to a contribution in URL form, e.g file://C:/mydirA jat:file://C:/myjar.jar composite(s) - the name of a composite file(s) e.g. mycomposite.composite somedir/mycomposite.composite So the various combinations give rise to contributionLocation set / composite null loads all contributions under the contribution location identified contributionLocation null / composite set finds the location of your compsite on the classpath and uses that as the contribution location. It loads the named composite from there contributionLocation / composite loads the named composite from the specified contribution path contributionLocation null / composite null This option is also used if the above rules don't identify a contribution URL for whatever reason. No contribution has been specified so look for the following in order and use the location of the first one found as the contribution location META-INF/sca-contribution.xml META-INF/sca-contribution-generated.xml META-INF/sca-deployables directory The slight wrinkle with the code currently is that the algorithm is coded such that if you specify a relative ContributionLocation (which is not valid according to what I have set out above) then it is simply ignored and the algorithm falls back to the other mechanisms for finding the contribution location with potentially confusing results, for example, if I use the reasonable looking SCADomain domain = SCADomain.newInstance(http://localhost:8080;, somedir/someotherdir, some.composite); Then this will actually just look on the classpath for some.composite which is probably not what was expected. We could fix this in code by not testing for an absolute contribution location path and letting it throw a malformed url exception. However this doesn't seem absolutely essential to be done right now so I propose to raise a JIRA and tidy up the above as a section in the documentation. Regards Simon
Re: samples\helloworld-ws-service-webapp?
Sounds ok to me, looks like we cover what it does in the other samples so lets delete it. ...ant On 9/17/07, Simon Laws [EMAIL PROTECTED] wrote: We have no README etc. for samples\helloworld-ws-service-webapp. Do we need this sample? As we have calculator-ws-webapp can we remove helloworld-ws-service-webapp? Happy to keep and fix it if there is a good reason and there are important differences that it's demonstrating but one less thing to test if we don't need it. Simon
Re: sample start up time?
Hi, I found the issue and will check in a fix soon. Thanks, Raymond - Original Message - From: kelvin goodson [EMAIL PROTECTED] To: tuscany-dev@ws.apache.org Sent: Monday, September 17, 2007 8:01 AM Subject: Re: sample start up time? Hmm, I just re-ran this against RC1b and the calculator sample hung after producing its results. All the output appeared pretty quickly, but then it failed to stop. C:\Release\RC1b\tuscany-sca-1.0-incubating\samples\calculatorant ru Buildfile: build.xml run: [java] 3 + 2=5.0 [java] 3 - 2=1.0 [java] 3 * 2=6.0 [java] 3 / 2=1.5 [java] Java Result: 1 BUILD SUCCESSFUL Total time: 8 minutes 4 seconds Terminate batch job (Y/N)? y On 17/09/2007, kelvin goodson [EMAIL PROTECTED] wrote: I can run the calculator in 4 seconds, -- time until I see the Run word on the screen approx 2 secs and then a further 2 before I see the result output. Kelvin. On 17/09/2007, Simon Laws [EMAIL PROTECTED] wrote: I made a local distro from the branch and the samples seem to take ages to get going. A really comical amount of time! It takes 25 seconds before I see any output after running the calculator sample. Anyone else seeing that? Simon - 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] Resolved: (TUSCANY-1724) The rampart mar used by binding-ws-axis depends on the SNAPSHOT version of the rampart parent
[ https://issues.apache.org/jira/browse/TUSCANY-1724?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Venkatakrishnan resolved TUSCANY-1724. -- Resolution: Fixed Fixed for now by removing the rampart.mar depedency from axis2 binding and including it in the lib directory of the distro. This seems ok since rampart is only coming in during runtime. The rampart mar used by binding-ws-axis depends on the SNAPSHOT version of the rampart parent - Key: TUSCANY-1724 URL: https://issues.apache.org/jira/browse/TUSCANY-1724 Project: Tuscany Issue Type: Bug Affects Versions: Java-SCA-1.0 Reporter: ant elder Priority: Critical Fix For: Java-SCA-1.0 See org\apache\rampart\rampart\1.3\rampart-1.3.pom: parent groupIdorg.apache.rampart/groupId artifactIdrampart-project/artifactId version1.3-SNAPSHOT/version /parent Not sure what to do about this. Any ideas? -- 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]
binding-notification-broker sample does not work in RC1b or RC1a..
Hi, Can someone else give this a try? I cannot get this running. I am getting: C:\tuscany-new\sca-dist\tuscany- sca-1.0-incubating\samples\binding-notification- brokerset TUSCANY_Bin_DISTRO=c:\tuscany-new\sca-dist\tuscany- sca-1.0-incubating C:\tuscany-new\sca-dist\tuscany- sca-1.0-incubating\samples\binding-notification- brokerset TUSCANY_SCA_MANIFEST_JAR=%TUSCANY_BIN_DISTRO%\lib\tuscany-sca-manifes t.jar C:\tuscany-new\sca-dist\tuscany- sca-1.0-incubating\samples\binding-notification- brokerjava -Dnotification.httpPort=8080 -cp target\sample-binding-notification -broker-1.0-incubating-SNAPSHOT.jar;%TUSCANY_SCA_MANIFEST_JAR% notification.bro ker.TrafficAdvisoryServer Exception in thread main java.lang.NoClassDefFoundError: notification/broker/T rafficAdvisoryServer Should this be out of binary distribution if noone can run it? Haleh
Re: sample start up time?
Is that also going to help the shutdown hang problem? ...ant On 9/17/07, Raymond Feng [EMAIL PROTECTED] wrote: Hi, I found the issue and will check in a fix soon. Thanks, Raymond - Original Message - From: kelvin goodson [EMAIL PROTECTED] To: tuscany-dev@ws.apache.org Sent: Monday, September 17, 2007 8:01 AM Subject: Re: sample start up time? Hmm, I just re-ran this against RC1b and the calculator sample hung after producing its results. All the output appeared pretty quickly, but then it failed to stop. C:\Release\RC1b\tuscany-sca-1.0-incubating\samples\calculatorant ru Buildfile: build.xml run: [java] 3 + 2=5.0 [java] 3 - 2=1.0 [java] 3 * 2=6.0 [java] 3 / 2=1.5 [java] Java Result: 1 BUILD SUCCESSFUL Total time: 8 minutes 4 seconds Terminate batch job (Y/N)? y On 17/09/2007, kelvin goodson [EMAIL PROTECTED] wrote: I can run the calculator in 4 seconds, -- time until I see the Run word on the screen approx 2 secs and then a further 2 before I see the result output. Kelvin. On 17/09/2007, Simon Laws [EMAIL PROTECTED] wrote: I made a local distro from the branch and the samples seem to take ages to get going. A really comical amount of time! It takes 25 seconds before I see any output after running the calculator sample. Anyone else seeing that? Simon - 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] Created: (TUSCANY-1728) Binary Distribution RC1b: domain-webapp sample does not have readme..
Binary Distribution RC1b: domain-webapp sample does not have readme.. -- Key: TUSCANY-1728 URL: https://issues.apache.org/jira/browse/TUSCANY-1728 Project: Tuscany Issue Type: Improvement Components: Java SCA Samples Affects Versions: Java-SCA-1.0 Reporter: haleh mahbod Fix For: Java-SCA-1.0 Looks like this sample is not ready to be included in the distribution. README is not available. Should it be removed? -- 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: sample start up time?
Yes, that's what I meant. Thanks, Raymond - Original Message - From: ant elder [EMAIL PROTECTED] To: tuscany-dev@ws.apache.org Sent: Monday, September 17, 2007 1:54 PM Subject: Re: sample start up time? Is that also going to help the shutdown hang problem? ...ant On 9/17/07, Raymond Feng [EMAIL PROTECTED] wrote: Hi, I found the issue and will check in a fix soon. Thanks, Raymond - Original Message - From: kelvin goodson [EMAIL PROTECTED] To: tuscany-dev@ws.apache.org Sent: Monday, September 17, 2007 8:01 AM Subject: Re: sample start up time? Hmm, I just re-ran this against RC1b and the calculator sample hung after producing its results. All the output appeared pretty quickly, but then it failed to stop. C:\Release\RC1b\tuscany-sca-1.0-incubating\samples\calculatorant ru Buildfile: build.xml run: [java] 3 + 2=5.0 [java] 3 - 2=1.0 [java] 3 * 2=6.0 [java] 3 / 2=1.5 [java] Java Result: 1 BUILD SUCCESSFUL Total time: 8 minutes 4 seconds Terminate batch job (Y/N)? y On 17/09/2007, kelvin goodson [EMAIL PROTECTED] wrote: I can run the calculator in 4 seconds, -- time until I see the Run word on the screen approx 2 secs and then a further 2 before I see the result output. Kelvin. On 17/09/2007, Simon Laws [EMAIL PROTECTED] wrote: I made a local distro from the branch and the samples seem to take ages to get going. A really comical amount of time! It takes 25 seconds before I see any output after running the calculator sample. Anyone else seeing that? Simon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[BOARD-MTG] Please contribute project status for board meeting on the 19th
(bcc'ed to [EMAIL PROTECTED]) Hello Apache WS developers! It's that time again... please take a moment to edit the wiki page at: http://wiki.apache.org/ws/ReportForSep2007 and fill in any notable happenings or status changes for your projects. (Special thanks to Siegfried who already got the ball rolling for XML-RPC!) Get it done now while you're thinking about it! Many thanks, --Glen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Fixed URLs used in the store and web-resource samples
Jean-Sebastien Delfino wrote: haleh mahbod wrote: should this latest store be linked to the website pages? On 9/17/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: JIRA is down at the moment so just to let everybody know, I just fixed some typos in the URLs used in the store and web-resource samples, which were causing HTTP 404 errors in these two samples. -- Jean-Sebastien - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] The getting started PDF needs to be updated. I'll do it and then you can link to the document in SVN, or place a copy on the web site. The updated getting started PDF is at http://svn.apache.org/repos/asf/incubator/tuscany/branches/sca-java-1.0/samples/store/getting-started-1.0.pdf -- Jean-Sebastien - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (TUSCANY-1725) XSD2JavaGenerator has a problem with associations navigable from both sides
[ https://issues.apache.org/jira/browse/TUSCANY-1725?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ant elder updated TUSCANY-1725: --- Fix Version/s: Java-SDO-Next XSD2JavaGenerator has a problem with associations navigable from both sides --- Key: TUSCANY-1725 URL: https://issues.apache.org/jira/browse/TUSCANY-1725 Project: Tuscany Issue Type: Bug Components: Java SDO Tools Affects Versions: Java-SDO-1.0 Environment: Linux Reporter: Miro kandic Fix For: Java-SDO-Next XSD2JavaGenerator does not work in the case of any association type (association, composition) that is navigable from both sides. I have intentionally, just to test generator, made Customer-SoH association in the next schema navigable from both sides and generated code cannot be compiled. Frank, after initial analyses, confirmed that saying Bidirectional references are broken in Tuscany. They seem to have been broken when we switched over to the new (noEMF) codegen patterns. Next is complete XSD built automatically from the UML model. ?xml version=1.0 encoding=UTF-8? !-- Attention: Generated code! Do not modify by hand! Generated by: XmlSchema.vsl in andromda-xmlschema-cartridge. -- xsd:schema targetNamespace=http://www.cisco.com/odns/soa; xmlns:xsd=http://www.w3.org/2001/XMLSchema; xmlns:sdo=commonj.sdo xmlns:sdoxml=commonj.sdo/xml xmlns:impl=http://www.cisco.com/odns/soa; elementFormDefault=qualified xsd:import namespace=commonj.sdo/xml schemaLocation=sdoXML.xsd/ xsd:complexType name=Address xsd:sequence xsd:element name=street type=xsd:string minOccurs=1 maxOccurs=1/ xsd:element name=city type=xsd:string minOccurs=1 maxOccurs=1/ /xsd:sequence xsd:attribute name=xmlId type=xsd:ID/ /xsd:complexType xsd:complexType name=Customer xsd:sequence xsd:element name=orders type=xsd:IDREF sdoxml:propertyType=impl:SoH sdoxml:oppositeProperty=customer minOccurs=0 maxOccurs=unbounded / xsd:element name=name type=xsd:string minOccurs=1 maxOccurs=1/ xsd:element name=created type=xsd:date minOccurs=1 maxOccurs=1/ xsd:element name=lastUpdated type=xsd:dateTime minOccurs=1 maxOccurs=1/ xsd:element name=modifiedBy type=xsd:string minOccurs=1 maxOccurs=1/ xsd:element name=id type=xsd:long minOccurs=1 maxOccurs=1/ /xsd:sequence xsd:attribute name=xmlId type=xsd:ID/ /xsd:complexType xsd:complexType name=Part xsd:sequence xsd:element name=uom type=xsd:string minOccurs=1 maxOccurs=1/ xsd:element name=aggState type=xsd:string minOccurs=1 maxOccurs=1/ xsd:element name=id type=xsd:long minOccurs=1 maxOccurs=1/ /xsd:sequence xsd:attribute name=xmlId type=xsd:ID/ /xsd:complexType xsd:complexType name=Product xsd:complexContent xsd:extension base=impl:Part xsd:sequence xsd:element name=description type=xsd:string minOccurs=1 maxOccurs=1/ xsd:element name=modifiedBy type=xsd:string minOccurs=1 maxOccurs=1/ xsd:element name=lastUpdated type=xsd:dateTime minOccurs=1 maxOccurs=1/ xsd:element name=created type=xsd:date minOccurs=1 maxOccurs=1/ /xsd:sequence /xsd:extension /xsd:complexContent /xsd:complexType xsd:complexType name=SoH xsd:sequence xsd:element name=customer type=xsd:IDREF sdoxml:propertyType=impl:Customer sdoxml:oppositeProperty=orders minOccurs=1 maxOccurs=1 / xsd:element name=lines type=impl:SoL minOccurs=0 maxOccurs=unbounded / xsd:element name=number type=xsd:string minOccurs=1 maxOccurs=1/ xsd:element name=receivedDate type=xsd:date minOccurs=1 maxOccurs=1/ xsd:element name=modifiedBy type=xsd:string minOccurs=1 maxOccurs=1/ xsd:element name=lastUpdated type=xsd:dateTime minOccurs=1 maxOccurs=1/ xsd:element name=created type=xsd:date minOccurs=1 maxOccurs=1/ xsd:element name=id type=xsd:long minOccurs=1 maxOccurs=1/ /xsd:sequence xsd:attribute name=xmlId type=xsd:ID/ /xsd:complexType xsd:complexType name=SoL xsd:sequence xsd:element name=product type=xsd:IDREF sdoxml:propertyType=impl:Product sdoxml:oppositeProperty=soLs minOccurs=1 maxOccurs=1 / xsd:element name=soLineSch type=impl:SoLSch minOccurs=0 maxOccurs=unbounded / xsd:element name=quantity type=xsd:double minOccurs=1 maxOccurs=1/
Release notes
We've a start of some release notes at: https://svn.apache.org/repos/asf/incubator/tuscany/branches/sca-java-1.0/distribution/src/main/release/RELEASE_NOTES Should try to get this sounding good so feel free to update/correct/rewrite or just suggest any improvements. ...ant
Re: sample start up time?
On 9/17/07, ant elder [EMAIL PROTECTED] wrote: Wonderful. ...ant On 9/17/07, Raymond Feng [EMAIL PROTECTED] wrote: Yes, that's what I meant. Thanks, Raymond - Original Message - From: ant elder [EMAIL PROTECTED] To: tuscany-dev@ws.apache.org Sent: Monday, September 17, 2007 1:54 PM Subject: Re: sample start up time? Is that also going to help the shutdown hang problem? ...ant On 9/17/07, Raymond Feng [EMAIL PROTECTED] wrote: Hi, I found the issue and will check in a fix soon. Thanks, Raymond - Original Message - From: kelvin goodson [EMAIL PROTECTED] To: tuscany-dev@ws.apache.org Sent: Monday, September 17, 2007 8:01 AM Subject: Re: sample start up time? Hmm, I just re-ran this against RC1b and the calculator sample hung after producing its results. All the output appeared pretty quickly, but then it failed to stop. C:\Release\RC1b\tuscany-sca-1.0-incubating\samples\calculatorant ru Buildfile: build.xml run: [java] 3 + 2=5.0 [java] 3 - 2=1.0 [java] 3 * 2=6.0 [java] 3 / 2=1.5 [java] Java Result: 1 BUILD SUCCESSFUL Total time: 8 minutes 4 seconds Terminate batch job (Y/N)? y On 17/09/2007, kelvin goodson [EMAIL PROTECTED] wrote: I can run the calculator in 4 seconds, -- time until I see the Run word on the screen approx 2 secs and then a further 2 before I see the result output. Kelvin. On 17/09/2007, Simon Laws [EMAIL PROTECTED] wrote: I made a local distro from the branch and the samples seem to take ages to get going. A really comical amount of time! It takes 25 seconds before I see any output after running the calculator sample. Anyone else seeing that? Simon - 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] That's made a big (+ve) difference. What was the problem Raymond? Simon
Re: Fixed URLs used in the store and web-resource samples
haleh mahbod wrote: should this latest store be linked to the website pages? On 9/17/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: JIRA is down at the moment so just to let everybody know, I just fixed some typos in the URLs used in the store and web-resource samples, which were causing HTTP 404 errors in these two samples. -- Jean-Sebastien - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] The getting started PDF needs to be updated. I'll do it and then you can link to the document in SVN, or place a copy on the web site. -- Jean-Sebastien - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Determining the contribution location
Simon Laws wrote: SCADomain, in both of its guises, allows the details of which contribution to load to be specified. the standalone version o.a.t.s.host.embedded.SCADomain.newInstance(String domainURI, String contributionLocation, String... composites) and the distributed version o.a.t.s.domain.SCADomain.newInstance(String domainURI, String nodeURI, String contributionLocation, String... composites) { I have found this confusing so, by looking at the code, here is what I think the rules are; contributionLocation - an absolute path to a contribution in URL form, e.g file://C:/mydirA jat:file://C:/myjar.jar composite(s) - the name of a composite file(s) e.g. mycomposite.composite somedir/mycomposite.composite So the various combinations give rise to contributionLocation set / composite null loads all contributions under the contribution location identified contributionLocation null / composite set finds the location of your compsite on the classpath and uses that as the contribution location. It loads the named composite from there contributionLocation / composite loads the named composite from the specified contribution path contributionLocation null / composite null This option is also used if the above rules don't identify a contribution URL for whatever reason. No contribution has been specified so look for the following in order and use the location of the first one found as the contribution location META-INF/sca-contribution.xml META-INF/sca-contribution-generated.xml META-INF/sca-deployables directory The slight wrinkle with the code currently is that the algorithm is coded such that if you specify a relative ContributionLocation (which is not valid according to what I have set out above) then it is simply ignored and the algorithm falls back to the other mechanisms for finding the contribution location with potentially confusing results, for example, if I use the reasonable looking SCADomain domain = SCADomain.newInstance(http://localhost:8080;, somedir/someotherdir, some.composite); Then this will actually just look on the classpath for some.composite which is probably not what was expected. We could fix this in code by not testing for an absolute contribution location path and letting it throw a malformed url exception. However this doesn't seem absolutely essential to be done right now so I propose to raise a JIRA and tidy up the above as a section in the documentation. Regards Simon +1 to raise a JIRA for this. -- Jean-Sebastien - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (TUSCANY-1729) README for feed-aggregator sample needs cleanup..
README for feed-aggregator sample needs cleanup.. - Key: TUSCANY-1729 URL: https://issues.apache.org/jira/browse/TUSCANY-1729 Project: Tuscany Issue Type: Improvement Components: Java SCA Samples Reporter: haleh mahbod Priority: Minor Fix For: Java-SCA-1.0 Attachments: Feed-aggregator-README.zip README was very confusing for a user for someone who had not run it before. -- 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-1729) README for feed-aggregator sample needs cleanup..
[ https://issues.apache.org/jira/browse/TUSCANY-1729?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] haleh mahbod updated TUSCANY-1729: -- Attachment: Feed-aggregator-README.zip Please apply to release 1.0 branch as well as the trunk. Thanks. README for feed-aggregator sample needs cleanup.. - Key: TUSCANY-1729 URL: https://issues.apache.org/jira/browse/TUSCANY-1729 Project: Tuscany Issue Type: Improvement Components: Java SCA Samples Reporter: haleh mahbod Assignee: haleh mahbod Priority: Minor Fix For: Java-SCA-1.0 Attachments: Feed-aggregator-README.zip README was very confusing for a user for someone who had not run it before. -- 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-1729) README for feed-aggregator sample needs cleanup..
[ https://issues.apache.org/jira/browse/TUSCANY-1729?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] haleh mahbod reassigned TUSCANY-1729: - Assignee: haleh mahbod README for feed-aggregator sample needs cleanup.. - Key: TUSCANY-1729 URL: https://issues.apache.org/jira/browse/TUSCANY-1729 Project: Tuscany Issue Type: Improvement Components: Java SCA Samples Reporter: haleh mahbod Assignee: haleh mahbod Priority: Minor Fix For: Java-SCA-1.0 Attachments: Feed-aggregator-README.zip README was very confusing for a user for someone who had not run it before. -- 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-1727) Sample implementation-composite fails in a top-down build of 1.0 branch, but it's passing in the module-only build
[ https://issues.apache.org/jira/browse/TUSCANY-1727?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ant elder updated TUSCANY-1727: --- Fix Version/s: Java-SCA-1.0 Sample implementation-composite fails in a top-down build of 1.0 branch, but it's passing in the module-only build -- Key: TUSCANY-1727 URL: https://issues.apache.org/jira/browse/TUSCANY-1727 Project: Tuscany Issue Type: Bug Components: Java SCA Core Runtime Affects Versions: Java-SCA-1.0 Reporter: Raymond Feng Priority: Blocker Fix For: Java-SCA-1.0 I'm seeing the following test failure in the implementation-composite sample with a top-down build but it's passing if I build the module alone. --- T E S T S --- Running composite.CompositeTestCase Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.687 sec FA ILURE! test(composite.CompositeTestCase) Time elapsed: 0.641 sec ERROR! org.osoa.sca.ServiceRuntimeException: org.osoa.sca.ServiceRuntimeException: org. apache.tuscany.sca.contribution.service.ContributionResolveException: java.lang. ClassNotFoundException: org.apache.tuscany.sca.node.impl.NodeManagerServiceImpl at org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCAD omain.java:264) at org.apache.tuscany.sca.host.embedded.SCADomain.newInstance(SCADomain. java:58) at composite.CompositeTestCase.setUp(CompositeTestCase.java:32) at junit.framework.TestCase.runBare(TestCase.java:132) 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.executeTes tSet(AbstractDirectoryTestSuite.java:138) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(Ab stractDirectoryTestSuite.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(DelegatingMethodAcces sorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(Su refireBooter.java:290) at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.j ava:818) Caused by: org.osoa.sca.ServiceRuntimeException: org.apache.tuscany.sca.contribu tion.service.ContributionResolveException: java.lang.ClassNotFoundException: org .apache.tuscany.sca.node.impl.NodeManagerServiceImpl at org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.init(Def aultSCADomain.java:127) at org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCAD omain.java:230) ... 20 more Caused by: org.apache.tuscany.sca.contribution.service.ContributionResolveExcept ion: java.lang.ClassNotFoundException: org.apache.tuscany.sca.node.impl.NodeMana gerServiceImpl at org.apache.tuscany.sca.implementation.java.xml.JavaImplementationProc essor.resolve(JavaImplementationProcessor.java:114) at org.apache.tuscany.sca.implementation.java.xml.JavaImplementationProc essor.resolve(JavaImplementationProcessor.java:58) at org.apache.tuscany.sca.contribution.processor.DefaultStAXArtifactProc essorExtensionPoint$LazyStAXArtifactProcessor.resolve(DefaultStAXArtifactProcess orExtensionPoint.java:211) at org.apache.tuscany.sca.contribution.processor.ExtensibleStAXArtifactP rocessor.resolve(ExtensibleStAXArtifactProcessor.java:97) at org.apache.tuscany.sca.assembly.xml.BaseAssemblyProcessor.resolveImpl ementation(BaseAssemblyProcessor.java:236) at org.apache.tuscany.sca.assembly.xml.CompositeProcessor.resolve(Compos iteProcessor.java:730) at org.apache.tuscany.sca.assembly.xml.CompositeProcessor.resolve(Compos iteProcessor.java:71) at org.apache.tuscany.sca.contribution.processor.ExtensibleStAXArtifactP
[jira] Resolved: (TUSCANY-1313) NPE occurs if replace java annotation(@Service) with a equivalent componentType file.
[ https://issues.apache.org/jira/browse/TUSCANY-1313?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Raymond Feng resolved TUSCANY-1313. --- Resolution: Fixed Now TUSCANY-1571 has been fixed, I assume this issue will be covered by that, can you verify? Thanks, Raymond NPE occurs if replace java annotation(@Service) with a equivalent componentType file. - Key: TUSCANY-1313 URL: https://issues.apache.org/jira/browse/TUSCANY-1313 Project: Tuscany Issue Type: Bug Components: Java SCA Java Implementation Extension Affects Versions: Java-SCA-Next Environment: Ubuntu7.04 IBM JDK5 Eclipse3.2.2 Latest level code in Trunk branche Reporter: Zhenghui Lee Assignee: Jean-Sebastien Delfino Fix For: Java-SCA-Next Attachments: sample.customer.zip One simple sample scenario: CustomerComponent -- CustomerInfoComponent If using @Service to define CustomerInfoComponent Type, works If replace @Service with equivalent CustomerInfoComponent.componentType file, run into NullPointException: exception stack: org.osoa.sca.ServiceRuntimeException: org.osoa.sca.ServiceRuntimeException: org.apache.tuscany.sca.core.runtime.ActivationException: java.lang.NullPointerException at org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCADomain.java:263) at org.apache.tuscany.sca.host.embedded.SCADomain.newInstance(SCADomain.java:68) at tuscany.sample.sync.customer.CustomerImplTest.setUp(CustomerImplTest.java:17) at junit.framework.TestCase.runBare(TestCase.java:132) 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.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:38) at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:460) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:673) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:386) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:196) Caused by: org.osoa.sca.ServiceRuntimeException: org.apache.tuscany.sca.core.runtime.ActivationException: java.lang.NullPointerException at org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.init(DefaultSCADomain.java:148) at org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCADomain.java:230) ... 16 more Caused by: org.apache.tuscany.sca.core.runtime.ActivationException: java.lang.NullPointerException at org.apache.tuscany.sca.core.runtime.CompositeActivatorImpl.activate(CompositeActivatorImpl.java:584) at org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.init(DefaultSCADomain.java:145) ... 17 more Caused by: java.lang.NullPointerException at org.apache.tuscany.sca.interfacedef.impl.InterfaceContractMapperImpl.checkCompatibility(InterfaceContractMapperImpl.java:133) at org.apache.tuscany.sca.interfacedef.impl.InterfaceContractMapperImpl.isCompatible(InterfaceContractMapperImpl.java:245) at org.apache.tuscany.sca.assembly.builder.impl.CompositeBuilderImpl.connectComponentReferences(CompositeBuilderImpl.java:796) at org.apache.tuscany.sca.assembly.builder.impl.CompositeBuilderImpl.wireComposite(CompositeBuilderImpl.java:1198) at org.apache.tuscany.sca.assembly.builder.impl.CompositeBuilderImpl.build(CompositeBuilderImpl.java:101) at org.apache.tuscany.sca.core.runtime.CompositeActivatorImpl.buildComposite(CompositeActivatorImpl.java:570) at org.apache.tuscany.sca.core.runtime.CompositeActivatorImpl.activate(CompositeActivatorImpl.java:580) ... 18 more -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: sample start up time?
Hi, I guess I make all of you anxious to know what's wrong :-). Here is the problem, the OSGi contribution modules starts the OSGi runtime in its contribution listener/class reference resolver. But there is no code to shutdown the OSGi runtime. As a result, there are a few felix threads when the runtime is stopped and it hangs. I'm fixing the problem as follows: 1) Make sure the OSGi runtime won't be inited until it's required 2) Add a module activator for osgi-runtime to shutdown the OSGi runtime upon the stopping of the Tuscany runtime. I'm running a build now and will commit the fix soon (if the maven build doesn't overheat my laptop this time :-(, It took me almost one hour to recover from last crash). Thanks, Raymond - Original Message - From: Simon Laws [EMAIL PROTECTED] To: tuscany-dev@ws.apache.org; [EMAIL PROTECTED] Sent: Monday, September 17, 2007 3:01 PM Subject: Re: sample start up time? On 9/17/07, ant elder [EMAIL PROTECTED] wrote: Wonderful. ...ant On 9/17/07, Raymond Feng [EMAIL PROTECTED] wrote: Yes, that's what I meant. Thanks, Raymond - Original Message - From: ant elder [EMAIL PROTECTED] To: tuscany-dev@ws.apache.org Sent: Monday, September 17, 2007 1:54 PM Subject: Re: sample start up time? Is that also going to help the shutdown hang problem? ...ant On 9/17/07, Raymond Feng [EMAIL PROTECTED] wrote: Hi, I found the issue and will check in a fix soon. Thanks, Raymond - Original Message - From: kelvin goodson [EMAIL PROTECTED] To: tuscany-dev@ws.apache.org Sent: Monday, September 17, 2007 8:01 AM Subject: Re: sample start up time? Hmm, I just re-ran this against RC1b and the calculator sample hung after producing its results. All the output appeared pretty quickly, but then it failed to stop. C:\Release\RC1b\tuscany-sca-1.0-incubating\samples\calculatorant ru Buildfile: build.xml run: [java] 3 + 2=5.0 [java] 3 - 2=1.0 [java] 3 * 2=6.0 [java] 3 / 2=1.5 [java] Java Result: 1 BUILD SUCCESSFUL Total time: 8 minutes 4 seconds Terminate batch job (Y/N)? y On 17/09/2007, kelvin goodson [EMAIL PROTECTED] wrote: I can run the calculator in 4 seconds, -- time until I see the Run word on the screen approx 2 secs and then a further 2 before I see the result output. Kelvin. On 17/09/2007, Simon Laws [EMAIL PROTECTED] wrote: I made a local distro from the branch and the samples seem to take ages to get going. A really comical amount of time! It takes 25 seconds before I see any output after running the calculator sample. Anyone else seeing that? Simon - 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] That's made a big (+ve) difference. What was the problem Raymond? Simon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: binding-notification-broker sample does not work in RC1b or RC1a..
This is interesting, it runs for me out of the trunk. I have not updated today though. I notice that set TUSCANY_Bin_DISTRO has mixed upper case and lower case, but other than that I can't see a difference with what I am typing ... On 9/17/07, haleh mahbod [EMAIL PROTECTED] wrote: Hi, Can someone else give this a try? I cannot get this running. I am getting: C:\tuscany-new\sca-dist\tuscany- sca-1.0-incubating\samples\binding-notification- brokerset TUSCANY_Bin_DISTRO=c:\tuscany-new\sca-dist\tuscany- sca-1.0-incubating C:\tuscany-new\sca-dist\tuscany- sca-1.0-incubating\samples\binding-notification- brokerset TUSCANY_SCA_MANIFEST_JAR=%TUSCANY_BIN_DISTRO%\lib\tuscany-sca-manifes t.jar C:\tuscany-new\sca-dist\tuscany- sca-1.0-incubating\samples\binding-notification- brokerjava -Dnotification.httpPort=8080 -cp target\sample-binding-notification -broker-1.0-incubating-SNAPSHOT.jar;%TUSCANY_SCA_MANIFEST_JAR% notification.bro ker.TrafficAdvisoryServer Exception in thread main java.lang.NoClassDefFoundError: notification/broker/T rafficAdvisoryServer Should this be out of binary distribution if noone can run it? Haleh
Re: svn commit: r576625 - in /incubator/tuscany/branches/sca-java-1.0/modules: ./ binding-osgi/ contribution-java/src/main/java/org/apache/tuscany/sca/contribution/java/impl/ contribution-osgi/src/mai
Sorry, I pressed the button too quickly :-(. A few test cases are failing and I'll fix them. Thanks, Raymond - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, September 17, 2007 4:26 PM Subject: svn commit: r576625 - in /incubator/tuscany/branches/sca-java-1.0/modules: ./ binding-osgi/ contribution-java/src/main/java/org/apache/tuscany/sca/contribution/java/impl/ contribution-osgi/src/main/java/org/apache/tuscany/sca/contribution/osgi/impl/ im... Author: rfeng Date: Mon Sep 17 16:26:47 2007 New Revision: 576625 URL: http://svn.apache.org/viewvc?rev=576625view=rev Log: Properly start and stop the OSGi runtime to avoid hang Added: incubator/tuscany/branches/sca-java-1.0/modules/osgi-runtime/src/main/java/org/apache/tuscany/sca/osgi/runtime/OSGiRuntimeModuleActivator.java (with props) incubator/tuscany/branches/sca-java-1.0/modules/osgi-runtime/src/main/resources/META-INF/ incubator/tuscany/branches/sca-java-1.0/modules/osgi-runtime/src/main/resources/META-INF/services/ incubator/tuscany/branches/sca-java-1.0/modules/osgi-runtime/src/main/resources/META-INF/services/org.apache.tuscany.sca.core.ModuleActivator Removed: incubator/tuscany/branches/sca-java-1.0/modules/binding-osgi/ Modified: incubator/tuscany/branches/sca-java-1.0/modules/contribution-java/src/main/java/org/apache/tuscany/sca/contribution/java/impl/ClassReferenceModelResolver.java incubator/tuscany/branches/sca-java-1.0/modules/contribution-osgi/src/main/java/org/apache/tuscany/sca/contribution/osgi/impl/OSGiImportExportListener.java incubator/tuscany/branches/sca-java-1.0/modules/implementation-osgi/src/test/java/org/apache/tuscany/sca/implementation/osgi/invocation/OSGiTestCase.java incubator/tuscany/branches/sca-java-1.0/modules/osgi-runtime/src/main/java/org/apache/tuscany/sca/osgi/runtime/OSGiRuntime.java incubator/tuscany/branches/sca-java-1.0/modules/osgi-runtime/src/test/java/org/apache/tuscany/sca/osgi/runtime/OSGiRuntimeTestCase.java incubator/tuscany/branches/sca-java-1.0/modules/pom.xml Modified: incubator/tuscany/branches/sca-java-1.0/modules/contribution-java/src/main/java/org/apache/tuscany/sca/contribution/java/impl/ClassReferenceModelResolver.java URL: http://svn.apache.org/viewvc/incubator/tuscany/branches/sca-java-1.0/modules/contribution-java/src/main/java/org/apache/tuscany/sca/contribution/java/impl/ClassReferenceModelResolver.java?rev=576625r1=576624r2=576625view=diff == --- incubator/tuscany/branches/sca-java-1.0/modules/contribution-java/src/main/java/org/apache/tuscany/sca/contribution/java/impl/ClassReferenceModelResolver.java (original) +++ incubator/tuscany/branches/sca-java-1.0/modules/contribution-java/src/main/java/org/apache/tuscany/sca/contribution/java/impl/ClassReferenceModelResolver.java Mon Sep 17 16:26:47 2007 @@ -40,18 +40,20 @@ private Contribution contribution; protected WeakReferenceClassLoader classLoader; private MapString, ClassReference map = new HashMapString, ClassReference(); - + private ModelResolver osgiResolver; - + public ClassReferenceModelResolver(Contribution contribution, ModelFactoryExtensionPoint modelFactories) { this.contribution = contribution; //FIXME The classloader should be passed in this.classLoader = new WeakReferenceClassLoader(Thread.currentThread().getContextClassLoader()); - + try { -Class osgiResolverClass = Class.forName(org.apache.tuscany.sca.contribution.osgi.impl.OSGiClassReferenceModelResolver); +Class osgiResolverClass = + Class.forName(org.apache.tuscany.sca.contribution.osgi.impl.OSGiClassReferenceModelResolver); if (osgiResolverClass != null) { -Constructor constructor = osgiResolverClass.getConstructor(Contribution.class, ModelFactoryExtensionPoint.class); +Constructor constructor = +osgiResolverClass.getConstructor(Contribution.class, ModelFactoryExtensionPoint.class); this.osgiResolver = (ModelResolver)constructor.newInstance(contribution, modelFactories); } } catch (Exception e) { @@ -62,11 +64,11 @@ ClassReference clazz = (ClassReference)resolved; map.put(clazz.getClassName(), clazz); } - + public Object removeModel(Object resolved) { return map.remove(((ClassReference)resolved).getClassName()); } - + /** * Handle artifact resolution when the specific class reference is imported from another contribution * @param unresolved @@ -75,10 +77,10 @@ private ClassReference resolveImportedModel(ClassReference unresolved) { ClassReference resolved = unresolved; -if( this.contribution != null) { +if (this.contribution != null) { for (Import import_ : this.contribution.getImports()) { if (import_ instanceof
Re: binding-notification-broker sample does not work in RC1b or RC1a..
could you please try it with rc1b? On 9/17/07, Ignacio Silva-Lepe [EMAIL PROTECTED] wrote: This is interesting, it runs for me out of the trunk. I have not updated today though. I notice that set TUSCANY_Bin_DISTRO has mixed upper case and lower case, but other than that I can't see a difference with what I am typing ... On 9/17/07, haleh mahbod [EMAIL PROTECTED] wrote: Hi, Can someone else give this a try? I cannot get this running. I am getting: C:\tuscany-new\sca-dist\tuscany- sca-1.0-incubating\samples\binding-notification- brokerset TUSCANY_Bin_DISTRO=c:\tuscany-new\sca-dist\tuscany- sca-1.0-incubating C:\tuscany-new\sca-dist\tuscany- sca-1.0-incubating\samples\binding-notification- brokerset TUSCANY_SCA_MANIFEST_JAR=%TUSCANY_BIN_DISTRO%\lib\tuscany-sca-manifes t.jar C:\tuscany-new\sca-dist\tuscany- sca-1.0-incubating\samples\binding-notification- brokerjava -Dnotification.httpPort=8080 -cp target\sample-binding-notification -broker-1.0-incubating-SNAPSHOT.jar;%TUSCANY_SCA_MANIFEST_JAR% notification.bro ker.TrafficAdvisoryServer Exception in thread main java.lang.NoClassDefFoundError: notification/broker/T rafficAdvisoryServer Should this be out of binary distribution if noone can run it? Haleh
Testing Tuscany Webapp samples on WebSphere 6.1
I tried our Webapp samples on WebSphere 6.1. The helloworld-dojo-webapp, jsonrpc-webapp, and chat-webapp samples and the demo-alert-aggregator webapp run into an issue with getPathInfo() / getServletPath() returning different values from what we get on Tomcat and Jetty. I'm investigating to see if there's a work around or a small risk-free fix and will give an update in a few hours. The other samples work OK. -- Jean-Sebastien - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Assigned: (TUSCANY-1730) Incorrect build.xml and readme for feed-aggregator-webapp sample
[ https://issues.apache.org/jira/browse/TUSCANY-1730?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] haleh mahbod reassigned TUSCANY-1730: - Assignee: haleh mahbod Incorrect build.xml and readme for feed-aggregator-webapp sample Key: TUSCANY-1730 URL: https://issues.apache.org/jira/browse/TUSCANY-1730 Project: Tuscany Issue Type: Bug Components: Java SCA Samples Affects Versions: Java-SCA-1.0 Reporter: haleh mahbod Assignee: haleh mahbod Fix For: Java-SCA-1.0 Attachments: FeedAggregatorWebappREADME.zip README in feed-aggregator-webapp sample is incorrect. It is the same as feed-aggregator. Build.xml is also incorrect. I am attaching both here. Please apply for release 1.0 if possible or remove the sample from distribution. -- 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-1730) Incorrect build.xml and readme for feed-aggregator-webapp sample
Incorrect build.xml and readme for feed-aggregator-webapp sample Key: TUSCANY-1730 URL: https://issues.apache.org/jira/browse/TUSCANY-1730 Project: Tuscany Issue Type: Bug Components: Java SCA Samples Affects Versions: Java-SCA-1.0 Reporter: haleh mahbod Fix For: Java-SCA-1.0 Attachments: FeedAggregatorWebappREADME.zip README in feed-aggregator-webapp sample is incorrect. It is the same as feed-aggregator. Build.xml is also incorrect. I am attaching both here. Please apply for release 1.0 if possible or remove the sample from distribution. -- 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-1730) Incorrect build.xml and readme for feed-aggregator-webapp sample
[ https://issues.apache.org/jira/browse/TUSCANY-1730?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] haleh mahbod updated TUSCANY-1730: -- Attachment: FeedAggregatorWebappREADME.zip Incorrect build.xml and readme for feed-aggregator-webapp sample Key: TUSCANY-1730 URL: https://issues.apache.org/jira/browse/TUSCANY-1730 Project: Tuscany Issue Type: Bug Components: Java SCA Samples Affects Versions: Java-SCA-1.0 Reporter: haleh mahbod Assignee: haleh mahbod Fix For: Java-SCA-1.0 Attachments: FeedAggregatorWebappREADME.zip README in feed-aggregator-webapp sample is incorrect. It is the same as feed-aggregator. Build.xml is also incorrect. I am attaching both here. Please apply for release 1.0 if possible or remove the sample from distribution. -- 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: Release notes
- Information on Geronimo support is missing. - When release .99 was posted on the serverside, people were asking whether there are samples and Sebstien pointed them to a rich set of samples in Tuscany. It might be a good idea to point this out in the release note to begin with. - It would be good to make distribution a point of its own and not hidden. How about we reverse the order of the following sentences and put a blank between them to make them stand out. (distribution could belong to the list of bullets before it) Tuscany runtime can be configured as a single node SCA domain or with nodes distributed across multiple instances. Tuscany SCA supports running standalone with Jetty or Tomcat based runtimes or running as a standard web application. It also supports Geronimo. - Would be good to point out that BPEL implementation is through integration with Apache Ode. - Include link to open CSA? Thanks, Haleh On 9/17/07, ant elder [EMAIL PROTECTED] wrote: We've a start of some release notes at: https://svn.apache.org/repos/asf/incubator/tuscany/branches/sca-java-1.0/distribution/src/main/release/RELEASE_NOTES Should try to get this sounding good so feel free to update/correct/rewrite or just suggest any improvements. ...ant
[jira] Resolved: (TUSCANY-1723) None of the standalone samples shutdown anymore
[ https://issues.apache.org/jira/browse/TUSCANY-1723?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Raymond Feng resolved TUSCANY-1723. --- Resolution: Fixed Fixed under r576625 r576636 None of the standalone samples shutdown anymore --- Key: TUSCANY-1723 URL: https://issues.apache.org/jira/browse/TUSCANY-1723 Project: Tuscany Issue Type: Bug Components: Java SCA Samples Affects Versions: Java-SCA-1.0 Reporter: ant elder Priority: Critical Fix For: Java-SCA-1.0 Running any of the standalone samples and they never end, just hang after the sample output is done and you have to ctrl-c to terminate them -- 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-1723) None of the standalone samples shutdown anymore
[ https://issues.apache.org/jira/browse/TUSCANY-1723?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Raymond Feng reassigned TUSCANY-1723: - Assignee: Raymond Feng None of the standalone samples shutdown anymore --- Key: TUSCANY-1723 URL: https://issues.apache.org/jira/browse/TUSCANY-1723 Project: Tuscany Issue Type: Bug Components: Java SCA Samples Affects Versions: Java-SCA-1.0 Reporter: ant elder Assignee: Raymond Feng Priority: Critical Fix For: Java-SCA-1.0 Running any of the standalone samples and they never end, just hang after the sample output is done and you have to ctrl-c to terminate them -- 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]