[Java SDO] Tuscany SDO Java 1.1-incubating
Assuming name of the release as Tuscany SDO Java 1.1-incubating and keeping ref. to the old mail thread - http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg27168.html. I am starting a new thread now. Web Site documentation:- I could gather a few places where small updates can be done. Please give your comments if these seem fine or need something more/something else. 1) why on http://incubator.apache.org/tuscany/sdo-java-get-involved.html we have - Open CSA (SCA Standards) 2) changes in http://incubator.apache.org/tuscany/tuscany-sdo-java-faq.htmlfor new features, improvements TUSCANY-1468 - Use HelperContext for scope in Tuscany API TUSCANY-1128 - Support attribute and element with same name TUSCANY-1359 - New SDOUtil: Upper and lower bound on properties where 'isMany' is true CTS TUSCANY-1230 - Improvements to TypeConversionTest Is there anything else from http://cwiki.apache.org/confluence/display/TUSCANYWIKI/SDO+Java+Project that can be added to it? Also do the above mentioned JIRAs useful as part of FAQ, or mention in Release Notes will be sufficient? 3) http://incubator.apache.org/tuscany/tuscany-sdo-java-faq.html page does not have menu 4) http://incubator.apache.org/tuscany/sdo-project-code-structure.html no menu , old structure 5) http://incubator.apache.org/tuscany/getting-source.html no menu and old structure 6) developer guide - should we refer to http://incubator.apache.org/tuscany/sca-java-development-guide.html and make SDO Dev Guide more complete? 7) http://incubator.apache.org/tuscany/sdo-java-user-guide.html again no menu can refer to http://incubator.apache.org/tuscany/sca-java-user-guide.html 8) TUSCANY-1026 Also, why https://svn.apache.org/repos/asf/incubator/tuscany/java/sdo/distribution/src/main/release/bin/samples/sampleProgramContents.html opens the html page without browser rendering it as html? (like shows all html tags etc.) Can we provide this link in http://incubator.apache.org/tuscany/sdo-java-user-guide.html 9) TUSCANY-1531 From this - comment #1 - Some pages are only available on the left menu on this page : http://incubator.apache.org/tuscany/developing-sdo-java.html It should probably be listed/visible from : http://incubator.apache.org/tuscany/sdo-java-documentation-menu.html as it's one of the pages with more contents on it. looks like is fixed. And with 7) we can fix comment #2 - User guide has wrong styles : http://incubator.apache.org/tuscany/sdo-java-user-guide.html Regards, Amita
Re: [Java SDO] Tuscany SDO Java 1.1-incubating
On 18/01/2008, Amita Vadhavkar [EMAIL PROTECTED] wrote: Assuming name of the release as Tuscany SDO Java 1.1-incubating and keeping ref. to the old mail thread - http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg27168.html. I am starting a new thread now. Web Site documentation:- I could gather a few places where small updates can be done. Please give your comments if these seem fine or need something more/something else. 1) why on http://incubator.apache.org/tuscany/sdo-java-get-involved.htmlwe have - Open CSA (SCA Standards) This is confusing and needs investigating. I think you are talking about the transition from ... http://incubator.apache.org/tuscany/sdo-java.html to http://incubator.apache.org/tuscany/sdo-java-get-involved.html In which case the Get Involved is a link from the general menu and therefore is general to Tuscany. However, the page is entitled SDO Java Get Involved, yet seems identical to the Get Involved page from the Tuscany Home page's Community menu apart from the fact that this page is entitled Getting Involved: Apache Tuscany. I'm sure we used to have our own SDO Java getting involved page, and I think it has accidentally been overwritten at some stage. I guess we need to look at the wiki change history and see if we can recover it. 2) changes in http://incubator.apache.org/tuscany/tuscany-sdo-java-faq.htmlfor new features, improvements I'm a bit confused here. I think maybe you have two separate ideas that have been merged perhaps. I don't think we want to detail new features on the FAQ page. TUSCANY-1468 - Use HelperContext for scope in Tuscany API TUSCANY-1128 - Support attribute and element with same name TUSCANY-1359 - New SDOUtil: Upper and lower bound on properties where 'isMany' is true CTS TUSCANY-1230 - Improvements to TypeConversionTest Something I meant to mention in regards to your other posting is that the CTS is not part of an SDO Java release. We haven't ever released the CTS, since it's never yet seemed to make sense to do so. SDO implementers who want to use the CTS can download the source. I think what we want to do here is a respin of the kind of release we have done before, for the SDO Java runtime. Is there anything else from http://cwiki.apache.org/confluence/display/TUSCANYWIKI/SDO+Java+Project that can be added to it? Also do the above mentioned JIRAs useful as part of FAQ, or mention in Release Notes will be sufficient? I see now. Yes, release notes are definitely the place for this. 3) http://incubator.apache.org/tuscany/tuscany-sdo-java-faq.html page does not have menu Good point 4) http://incubator.apache.org/tuscany/sdo-project-code-structure.html no menu , old structure you are right, we need to add a section for the lib project and the tools-test project 5) http://incubator.apache.org/tuscany/getting-source.html no menu and old structure again, yes, this doesn't reflect the move of the api project into the main sdo trunk 6) developer guide - should we refer to http://incubator.apache.org/tuscany/sca-java-development-guide.html and make SDO Dev Guide more complete? I think ideally we would incorporate some of the new content from the sca guide into an sdo guide. If the SCA guide is built up by wiki include directives, there may be scope for including generic chunks into out own guide. 7) http://incubator.apache.org/tuscany/sdo-java-user-guide.html again no menu can refer to http://incubator.apache.org/tuscany/sca-java-user-guide.html 8) TUSCANY-1026 Also, why https://svn.apache.org/repos/asf/incubator/tuscany/java/sdo/distribution/src/main/release/bin/samples/sampleProgramContents.html opens the html page without browser rendering it as html? (like shows all html tags etc.) I think this is a firefox issue. It's fine in IE. Not sure why it's wrong in firefox though. Can we provide this link in http://incubator.apache.org/tuscany/sdo-java-user-guide.html This looks like a useful rework of some of the content that I think is already in the site. It certainly was at one time. 9) TUSCANY-1531 From this - comment #1 - Some pages are only available on the left menu on this page : http://incubator.apache.org/tuscany/developing-sdo-java.html It should probably be listed/visible from : http://incubator.apache.org/tuscany/sdo-java-documentation-menu.html as it's one of the pages with more contents on it. looks like is fixed. great And with 7) we can fix comment #2 - User guide has wrong styles : http://incubator.apache.org/tuscany/sdo-java-user-guide.html fine Thanks Amita for this useful review. I'll pick some of these things up. Can you let me know which you plan to do and which you would like me to do? Anyone else watching this thread is of course more than welcome to pitch in too. Kelvin. Regards, Amita
Re: [Java SDO] Tuscany SDO Java 1.1-incubating
In the interest of avoiding the confusion that can be caused by cross-list posting, we'lll continue this discussion over on the user list here at http://www.mail-archive.com/[EMAIL PROTECTED]/msg02415.html, please make sure you are subscribed to this list if you wish to be involved Regards, Amita On Jan 18, 2008 4:08 PM, Amita Vadhavkar [EMAIL PROTECTED] wrote: Thanks Kelvin, will look at all these points. Also, I used rat-5.0.jar and got the report at - http://cwiki.apache.org/confluence/display/TUSCANYWIKI/RAT+Report Please see Unresolved section in it and give comments about what is appropriate to fix there. Regards, Amita On Jan 18, 2008 3:56 PM, kelvin goodson [EMAIL PROTECTED] wrote: On 18/01/2008, Amita Vadhavkar [EMAIL PROTECTED] wrote: Assuming name of the release as Tuscany SDO Java 1.1-incubating and keeping ref. to the old mail thread - http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg27168.html. I am starting a new thread now. Web Site documentation:- I could gather a few places where small updates can be done. Please give your comments if these seem fine or need something more/something else. 1) why on http://incubator.apache.org/tuscany/sdo-java-get-involved.htmlwe have - Open CSA (SCA Standards) This is confusing and needs investigating. I think you are talking about the transition from ... http://incubator.apache.org/tuscany/sdo-java.html to http://incubator.apache.org/tuscany/sdo-java-get-involved.html In which case the Get Involved is a link from the general menu and therefore is general to Tuscany. However, the page is entitled SDO Java Get Involved, yet seems identical to the Get Involved page from the Tuscany Home page's Community menu apart from the fact that this page is entitled Getting Involved: Apache Tuscany. I'm sure we used to have our own SDO Java getting involved page, and I think it has accidentally been overwritten at some stage. I guess we need to look at the wiki change history and see if we can recover it. 2) changes in http://incubator.apache.org/tuscany/tuscany-sdo-java-faq.htmlfor new features, improvements I'm a bit confused here. I think maybe you have two separate ideas that have been merged perhaps. I don't think we want to detail new features on the FAQ page. TUSCANY-1468 - Use HelperContext for scope in Tuscany API TUSCANY-1128 - Support attribute and element with same name TUSCANY-1359 - New SDOUtil: Upper and lower bound on properties where 'isMany' is true CTS TUSCANY-1230 - Improvements to TypeConversionTest Something I meant to mention in regards to your other posting is that the CTS is not part of an SDO Java release. We haven't ever released the CTS, since it's never yet seemed to make sense to do so. SDO implementers who want to use the CTS can download the source. I think what we want to do here is a respin of the kind of release we have done before, for the SDO Java runtime. Is there anything else from http://cwiki.apache.org/confluence/display/TUSCANYWIKI/SDO+Java+Project that can be added to it? Also do the above mentioned JIRAs useful as part of FAQ, or mention in Release Notes will be sufficient? I see now. Yes, release notes are definitely the place for this. 3) http://incubator.apache.org/tuscany/tuscany-sdo-java-faq.html page does not have menu Good point 4) http://incubator.apache.org/tuscany/sdo-project-code-structure.htmlno menu , old structure you are right, we need to add a section for the lib project and the tools-test project 5) http://incubator.apache.org/tuscany/getting-source.html no menu and old structure again, yes, this doesn't reflect the move of the api project into the main sdo trunk 6) developer guide - should we refer to http://incubator.apache.org/tuscany/sca-java-development-guide.htmland make SDO Dev Guide more complete? I think ideally we would incorporate some of the new content from the sca guide into an sdo guide. If the SCA guide is built up by wiki include directives, there may be scope for including generic chunks into out own guide. 7) http://incubator.apache.org/tuscany/sdo-java-user-guide.html again no menu can refer to http://incubator.apache.org/tuscany/sca-java-user-guide.html 8) TUSCANY-1026 Also, why https://svn.apache.org/repos/asf/incubator/tuscany/java/sdo/distribution/src/main/release/bin/samples/sampleProgramContents.html opens the html page without browser rendering it as html? (like shows all html tags etc.) I think this is a firefox issue. It's fine in IE. Not sure why it's wrong in firefox though. Can we provide this link in http://incubator.apache.org/tuscany/sdo-java-user-guide.html This looks like a useful rework of some of
Re: binding.jms reference to non-SCA service
Absolutely: ?xml version=1.0 encoding=UTF-8? composite xmlns=http://www.osoa.org/xmlns/sca/1.0; name=jms component name=JMSClient implementation.java class=com.example.JMSClientImpl/ reference name=service / /component reference name=JMSService promote=JMSClient/service interface.java interface=com.example.JMSService/ binding.jms initialContextFactory=weblogic.jndi.WLInitialContextFactory jndiURL=t3://localhost:7001 destination name=jms/TestRequest / connectionFactory name=jms/TestRequestConnectionFactory / /binding.jms /reference /composite Dave. On Jan 18, 2008 11:22 AM, ant elder [EMAIL PROTECTED] wrote: Could you post the complete SCDL for the composite? ..ant On Jan 18, 2008 11:18 AM, Dave Sowerby [EMAIL PROTECTED] wrote: Hey Ant, Thanks for your reply :) Even with the create attribute removed from the destination attribute it fails with the same JMSBindingException that I posted earlier. Cheers, Dave. On Jan 18, 2008 10:02 AM, ant elder [EMAIL PROTECTED] wrote: Could you try removing the create= attribute from the destination element in your scdl? ...ant On Jan 17, 2008 4:44 PM, Dave Sowerby [EMAIL PROTECTED] wrote: Hi guys, Now that I've recovered from my earlier insanity, I'm getting the following exception when attempting to start this binding.jms reference client: [java] org.apache.tuscany.sca.binding.jms.impl.JMSBindingException : JMS Response Destination NORESPONSEDESTINATION not found with create modeof ifnotexist while registering binding JMSService invoker [java] at org.apache.tuscany.sca.binding.jms.provider.JMSBindingInvoker.lookupDestinationQueue (JMSBindingInvoker.java:165) [java] at org.apache.tuscany.sca.binding.jms.provider.JMSBindingInvoker.lookupResponseDestination (JMSBindingInvoker.java:94) [java] at org.apache.tuscany.sca.binding.jms.provider.JMSBindingInvoker.init( JMSBindingInvoker.java:66) [java] at org.apache.tuscany.sca.binding.jms.provider.JMSBindingReferenceBindingProvider.createInvoker (JMSBindingReferenceBindingProvider.java:117) I have no response defined as this operation makes no return. Does anyone have any ideas on this one? Cheers, Dave. On Jan 17, 2008 1:46 PM, Dave Sowerby [EMAIL PROTECTED] wrote: Hi Simon, Please disregard that last mail, I think I may have been building against an earlier RC. I'll retest against RC2 and let you know if it still occurs. Thanks, Dave. On Jan 17, 2008 1:44 PM, Dave Sowerby [EMAIL PROTECTED] wrote: Hey Simon, Apologises I should have mentioned platfom etc earlier, I'm on Windows XP, using Sun SDK 1.5.0_10 Looking into the tuscany-sca-all-1.1-incubating.jar from the RC2 distribution I can only see the binding.jms classes, but nothing from org/apache/tuscany/sca/host/jms/activemq. This mirrors the content of the modules directory from the distribution, which contains the following jms related jars: tuscany-binding-jms-1.1-incubating.jar tuscany-host-jms-1.1-incubating.jar But not tuscany-host-jms-activemq-1.1-incubating.jar as I would have expected. Dave. On Jan 17, 2008 1:25 PM, Simon Laws [EMAIL PROTECTED] wrote: snip.. On Jan 17, 2008 1:10 PM, Dave Sowerby [EMAIL PROTECTED] wrote: Hey Simon, Thanks for the reply. Updating the composite as you suggested removes the reference target warning, however the No JMSHost extension point registered exception is still thrown. Cheers, What platform and JDK are you running on Dave? The error is saying to me that it can't find tuscany-host-jms-activemq on the classpath. Can you check that the tuscany-sca-all-1.1-incubating.jarthat's in the same directory as the manifest jar you reference has the path org/apache/tuscany/sca/host/jms/activemq in it with 4 classes. Simon -- Dave Sowerby MEng MBCS -- Dave Sowerby MEng MBCS -- Dave Sowerby MEng MBCS - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Dave Sowerby MEng MBCS - To unsubscribe, e-mail: [EMAIL PROTECTED] For
Re: [VOTE] Release Tuscany Java SCA 1.1-incubating (RC2)
On Jan 18, 2008 12:38 AM, Simon Nash [EMAIL PROTECTED] wrote: Simon Laws wrote: On Jan 17, 2008 4:20 PM, ant elder [EMAIL PROTECTED] wrote: +1 I've reviewed the RC and think its looks ok to release. All the legal stuff looks ok, most of the samples i've tried run ok. There's a few problems already discovered and with JIRAs and there are a couple of unwanted work folders included - samples/callback-ws-client includes work directory, samples/helloworld-ws-reference-jms and helloworld-ws-service-jms include activemq-data. I'll go fix that in the brn and trunk. The src distro and various samples built ok for me, i've not tried with an empty local repository though so i'll leave others to comment on that, ...ant On Jan 16, 2008 12:56 PM, Simon Laws [EMAIL PROTECTED] wrote: Please review and vote on the 1.1 release artifacts of Tuscany SCA for Java. The SVN tag for the release is: https://svn.apache.org/repos/asf/incubator/tuscany/tags/java/sca/1.1-RC2/ The artifacts are available for review at: http://people.apache.org/~slaws/tuscany/1.1-RC2/http://people.apache.org/%7Eslaws/tuscany/1.1-RC2/ http://people.apache.org/%7Eslaws/tuscany/1.1-RC2/ http://people.apache.org/%7Eslaws/tuscany/1.1-RC2/ This includes the signed binary and source distributions, the RAT report, and the Maven staging repository. Can I ask you to choose a selection of platforms in order to test the webapp samples. In the RELEASE_NOTES we reference - Tomcat 6.0.14 - Geronimo 2.0.2 Tomcat6 jee5 - WebSphere 6.1 fix pack 11 If you do find issues with the release candidate that you think need to be fixed and lead to a -1 please review and fix them in the 1.1branch and/or raise jira's targeting the 1.1 release. Vote early, vote often! Thanks, Simon Thanks everyone I've put in a workaround for the build failure that works for me (see https://issues.apache.org/jira/browse/TUSCANY-1998). I've removed the work and activemq-data dirs in the branch that Ant pointed out I've made a slight notice file change Venkat has fixed the implementation-policy integrity sample apparently Luciano has removed the extra saxon processing that is not required and fixed the wsdl2java build So I think it's worth another spin. I'm not going to press the button until first thing in the morning though so if you find other license, build or sample issues before then please raise them Simon I have been investigating TUSCANY-1965. This is marked as critical but was not targeted for SCA-Java-1.1. I understand what is causing the problem and I have two versions of the fix: 1) A very small change to CallbackReferenceImpl that does some extra wire cloning and resolves the problem, at the cost of greater runtime overhead. 2) A more extensive fix to CallbackReferenceImpl, RuntimeWireImpl and JDKCallbackInvocationHandler that combines the extra wire cloning from fix 1) with a new cache that reuses cloned wires in many common cases. The combined effect should be to fix the problem with minimal or no increase in runtime overhead. Both these fixes do not cause any problems with a top-level build. I have checked fix 1) into the 1.1 branch under revision r613023. It is a smaller change than fix 2) and therefore lower risk. I have checked fix 2) into trunk under revision r613024. Simon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Ok thanks everyone. I've now made a new RC so consider this VOTE thread terminated. Simon
Re: binding.jms reference to non-SCA service
Hey Ant, Thanks for your reply :) Even with the create attribute removed from the destination attribute it fails with the same JMSBindingException that I posted earlier. Cheers, Dave. On Jan 18, 2008 10:02 AM, ant elder [EMAIL PROTECTED] wrote: Could you try removing the create= attribute from the destination element in your scdl? ...ant On Jan 17, 2008 4:44 PM, Dave Sowerby [EMAIL PROTECTED] wrote: Hi guys, Now that I've recovered from my earlier insanity, I'm getting the following exception when attempting to start this binding.jms reference client: [java] org.apache.tuscany.sca.binding.jms.impl.JMSBindingException: JMS Response Destination NORESPONSEDESTINATION not found with create modeof ifnotexist while registering binding JMSService invoker [java] at org.apache.tuscany.sca.binding.jms.provider.JMSBindingInvoker.lookupDestinationQueue (JMSBindingInvoker.java:165) [java] at org.apache.tuscany.sca.binding.jms.provider.JMSBindingInvoker.lookupResponseDestination (JMSBindingInvoker.java:94) [java] at org.apache.tuscany.sca.binding.jms.provider.JMSBindingInvoker.init( JMSBindingInvoker.java:66) [java] at org.apache.tuscany.sca.binding.jms.provider.JMSBindingReferenceBindingProvider.createInvoker (JMSBindingReferenceBindingProvider.java:117) I have no response defined as this operation makes no return. Does anyone have any ideas on this one? Cheers, Dave. On Jan 17, 2008 1:46 PM, Dave Sowerby [EMAIL PROTECTED] wrote: Hi Simon, Please disregard that last mail, I think I may have been building against an earlier RC. I'll retest against RC2 and let you know if it still occurs. Thanks, Dave. On Jan 17, 2008 1:44 PM, Dave Sowerby [EMAIL PROTECTED] wrote: Hey Simon, Apologises I should have mentioned platfom etc earlier, I'm on Windows XP, using Sun SDK 1.5.0_10 Looking into the tuscany-sca-all-1.1-incubating.jar from the RC2 distribution I can only see the binding.jms classes, but nothing from org/apache/tuscany/sca/host/jms/activemq. This mirrors the content of the modules directory from the distribution, which contains the following jms related jars: tuscany-binding-jms-1.1-incubating.jar tuscany-host-jms-1.1-incubating.jar But not tuscany-host-jms-activemq-1.1-incubating.jar as I would have expected. Dave. On Jan 17, 2008 1:25 PM, Simon Laws [EMAIL PROTECTED] wrote: snip.. On Jan 17, 2008 1:10 PM, Dave Sowerby [EMAIL PROTECTED] wrote: Hey Simon, Thanks for the reply. Updating the composite as you suggested removes the reference target warning, however the No JMSHost extension point registered exception is still thrown. Cheers, What platform and JDK are you running on Dave? The error is saying to me that it can't find tuscany-host-jms-activemq on the classpath. Can you check that the tuscany-sca-all-1.1-incubating.jarthat's in the same directory as the manifest jar you reference has the path org/apache/tuscany/sca/host/jms/activemq in it with 4 classes. Simon -- Dave Sowerby MEng MBCS -- Dave Sowerby MEng MBCS -- Dave Sowerby MEng MBCS - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Dave Sowerby MEng MBCS - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: binding.jms reference to non-SCA service
Could you try removing the create= attribute from the destination element in your scdl? ...ant On Jan 17, 2008 4:44 PM, Dave Sowerby [EMAIL PROTECTED] wrote: Hi guys, Now that I've recovered from my earlier insanity, I'm getting the following exception when attempting to start this binding.jms reference client: [java] org.apache.tuscany.sca.binding.jms.impl.JMSBindingException: JMS Response Destination NORESPONSEDESTINATION not found with create modeof ifnotexist while registering binding JMSService invoker [java] at org.apache.tuscany.sca.binding.jms.provider.JMSBindingInvoker.lookupDestinationQueue (JMSBindingInvoker.java:165) [java] at org.apache.tuscany.sca.binding.jms.provider.JMSBindingInvoker.lookupResponseDestination (JMSBindingInvoker.java:94) [java] at org.apache.tuscany.sca.binding.jms.provider.JMSBindingInvoker.init( JMSBindingInvoker.java:66) [java] at org.apache.tuscany.sca.binding.jms.provider.JMSBindingReferenceBindingProvider.createInvoker (JMSBindingReferenceBindingProvider.java:117) I have no response defined as this operation makes no return. Does anyone have any ideas on this one? Cheers, Dave. On Jan 17, 2008 1:46 PM, Dave Sowerby [EMAIL PROTECTED] wrote: Hi Simon, Please disregard that last mail, I think I may have been building against an earlier RC. I'll retest against RC2 and let you know if it still occurs. Thanks, Dave. On Jan 17, 2008 1:44 PM, Dave Sowerby [EMAIL PROTECTED] wrote: Hey Simon, Apologises I should have mentioned platfom etc earlier, I'm on Windows XP, using Sun SDK 1.5.0_10 Looking into the tuscany-sca-all-1.1-incubating.jar from the RC2 distribution I can only see the binding.jms classes, but nothing from org/apache/tuscany/sca/host/jms/activemq. This mirrors the content of the modules directory from the distribution, which contains the following jms related jars: tuscany-binding-jms-1.1-incubating.jar tuscany-host-jms-1.1-incubating.jar But not tuscany-host-jms-activemq-1.1-incubating.jar as I would have expected. Dave. On Jan 17, 2008 1:25 PM, Simon Laws [EMAIL PROTECTED] wrote: snip.. On Jan 17, 2008 1:10 PM, Dave Sowerby [EMAIL PROTECTED] wrote: Hey Simon, Thanks for the reply. Updating the composite as you suggested removes the reference target warning, however the No JMSHost extension point registered exception is still thrown. Cheers, What platform and JDK are you running on Dave? The error is saying to me that it can't find tuscany-host-jms-activemq on the classpath. Can you check that the tuscany-sca-all-1.1-incubating.jarthat's in the same directory as the manifest jar you reference has the path org/apache/tuscany/sca/host/jms/activemq in it with 4 classes. Simon -- Dave Sowerby MEng MBCS -- Dave Sowerby MEng MBCS -- Dave Sowerby MEng MBCS - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DAS transaction sample dependencies
Was building DAS to try to get past a build problem in the SCA data engine helper and noticed that the DAS transaction sample has a dependency on MySQL. I'm pretty sure that has an incompatible license for Apache, is it possible to get that sample working without using MySQL? ...ant
[VOTE] Release Tuscany Java SCA 1.1-incubating (RC3)
Please review and vote on the 1.1 release artifacts of Tuscany SCA for Java. The SVN tag for the release is: https://svn.apache.org/repos/asf/incubator/tuscany/tags/java/sca/1.1-RC3/ The artifacts are available for review at: http://people.apache.org/~slaws/tuscany/1.1-RC3/http://people.apache.org/%7Eslaws/tuscany/1.1-RC3/ This includes the signed binary and source distributions, the RAT report, and the Maven staging repository. Can I ask you to choose a selection of platforms (see RELEASE_NOTES) in order to test the webapp samples. If you do find issues with the release candidate that you think need to be fixed and lead to a -1 please review and fix them in the 1.1 branch and/or raise jira's targeting the 1.1 release. Vote early, vote often! Here is my +1 Thanks, Simon
Re: binding.jms reference to non-SCA service
Changing this to use ActiveMQ and its ICF and connectionFactory makes this works for me, unfortunately I don't have a WebLogic install I can debug it on. I know someone who does though so I shall try it there but it will take some time for me to be able to do that. ...ant On Jan 18, 2008 11:25 AM, Dave Sowerby [EMAIL PROTECTED] wrote: Absolutely: ?xml version=1.0 encoding=UTF-8? composite xmlns=http://www.osoa.org/xmlns/sca/1.0; name=jms component name=JMSClient implementation.java class=com.example.JMSClientImpl/ reference name=service / /component reference name=JMSService promote=JMSClient/service interface.java interface=com.example.JMSService/ binding.jms initialContextFactory= weblogic.jndi.WLInitialContextFactory jndiURL=t3://localhost:7001 destination name=jms/TestRequest / connectionFactory name=jms/TestRequestConnectionFactory / /binding.jms /reference /composite Dave. On Jan 18, 2008 11:22 AM, ant elder [EMAIL PROTECTED] wrote: Could you post the complete SCDL for the composite? ..ant On Jan 18, 2008 11:18 AM, Dave Sowerby [EMAIL PROTECTED] wrote: Hey Ant, Thanks for your reply :) Even with the create attribute removed from the destination attribute it fails with the same JMSBindingException that I posted earlier. Cheers, Dave. On Jan 18, 2008 10:02 AM, ant elder [EMAIL PROTECTED] wrote: Could you try removing the create= attribute from the destination element in your scdl? ...ant On Jan 17, 2008 4:44 PM, Dave Sowerby [EMAIL PROTECTED] wrote: Hi guys, Now that I've recovered from my earlier insanity, I'm getting the following exception when attempting to start this binding.jms reference client: [java] org.apache.tuscany.sca.binding.jms.impl.JMSBindingException : JMS Response Destination NORESPONSEDESTINATION not found with create modeof ifnotexist while registering binding JMSService invoker [java] at org.apache.tuscany.sca.binding.jms.provider.JMSBindingInvoker.lookupDestinationQueue (JMSBindingInvoker.java:165) [java] at org.apache.tuscany.sca.binding.jms.provider.JMSBindingInvoker.lookupResponseDestination (JMSBindingInvoker.java:94) [java] at org.apache.tuscany.sca.binding.jms.provider.JMSBindingInvoker .init( JMSBindingInvoker.java:66) [java] at org.apache.tuscany.sca.binding.jms.provider.JMSBindingReferenceBindingProvider.createInvoker (JMSBindingReferenceBindingProvider.java:117) I have no response defined as this operation makes no return. Does anyone have any ideas on this one? Cheers, Dave. On Jan 17, 2008 1:46 PM, Dave Sowerby [EMAIL PROTECTED] wrote: Hi Simon, Please disregard that last mail, I think I may have been building against an earlier RC. I'll retest against RC2 and let you know if it still occurs. Thanks, Dave. On Jan 17, 2008 1:44 PM, Dave Sowerby [EMAIL PROTECTED] wrote: Hey Simon, Apologises I should have mentioned platfom etc earlier, I'm on Windows XP, using Sun SDK 1.5.0_10 Looking into the tuscany-sca-all-1.1-incubating.jar from the RC2 distribution I can only see the binding.jms classes, but nothing from org/apache/tuscany/sca/host/jms/activemq. This mirrors the content of the modules directory from the distribution, which contains the following jms related jars: tuscany-binding-jms-1.1-incubating.jar tuscany-host-jms-1.1-incubating.jar But not tuscany-host-jms-activemq-1.1-incubating.jar as I would have expected. Dave. On Jan 17, 2008 1:25 PM, Simon Laws [EMAIL PROTECTED] wrote: snip.. On Jan 17, 2008 1:10 PM, Dave Sowerby [EMAIL PROTECTED] wrote: Hey Simon, Thanks for the reply. Updating the composite as you suggested removes the reference target warning, however the No JMSHost extension point registered exception is still thrown. Cheers, What platform and JDK are you running on Dave? The error is saying to me that it can't find tuscany-host-jms-activemq on the classpath. Can you check that the tuscany-sca-all-1.1-incubating.jarthat's in the same directory as the manifest jar you reference has the path org/apache/tuscany/sca/host/jms/activemq in it with 4 classes. Simon
[jira] Created: (TUSCANY-2002) SDO databinding doesn't have access to the SDO factories which are not referenced by an component service/reference interface
SDO databinding doesn't have access to the SDO factories which are not referenced by an component service/reference interface - Key: TUSCANY-2002 URL: https://issues.apache.org/jira/browse/TUSCANY-2002 Project: Tuscany Issue Type: Bug Components: Java SCA Data Binding Runtime Affects Versions: Java-SCA-Next Reporter: Raymond Feng In a doc-lit-wrapped WSDL (a.wsdl), we define the wrapper element (http://ns1) in the inline schema which imports other XSD types (http://ns2) from an XSD file (b.xsd), Running the SDO XSD2Java codegen on a.wsdl and b.xsd will generate two SDO factories, one for http://ns1 and one for http://ns2. Now let's assume a java interface is used by the component, and it has the following method. Quote getQuote(String symbol); // Quote is a generated SDO class/interface, getQuote and getQuoteResponse are the wrapper elements. The SDO databinding gains access to the fatory for http://ns2 but not http://ns1 since the getQuote/getQuoteResponse is not referenced on this method. As a result, the SDO wrapping/unwrapping data transformation will be broken as the SDO factory for http://ns2 is not registered. The workaround is to use import.sdo. -- 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-2003) Optimize the simple type to OM transformation
Optimize the simple type to OM transformation - Key: TUSCANY-2003 URL: https://issues.apache.org/jira/browse/TUSCANY-2003 Project: Tuscany Issue Type: Improvement Components: Java SCA Data Binding Runtime Affects Versions: Java-SCA-Next Reporter: Raymond Feng As discussed on http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg26810.html, we could optimze the simple type to AXIOM transformation instead of going the through the lengthy JAXB, DOM path. One idea is to implement a JAXB2OMElement transformer that handles different cases smartly. -- 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-2000) Feed-aggregator Sample gives exceptions when run
[ https://issues.apache.org/jira/browse/TUSCANY-2000?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jean-Sebastien Delfino resolved TUSCANY-2000. - Resolution: Cannot Reproduce I can't reproduce this issue, I'm assuming that it was a temp problem with one of the live RSS feeds used in the sample. Please reopen if you see it again with steps to reproduce it. Thanks. Feed-aggregator Sample gives exceptions when run Key: TUSCANY-2000 URL: https://issues.apache.org/jira/browse/TUSCANY-2000 Project: Tuscany Issue Type: Bug Components: Java SCA Samples Affects Versions: Java-SCA-1.1 Environment: Windows XP, Firefox 2.0.0.11 Reporter: Mike Edwards Priority: Minor Attachments: rssAggregator_exception.htm, rssAggregator_exception2.htm Run the Feed-aggregator sample: get exception when reading the URL http://localhost:8083/rssAggregator the web page containing the exception is in the file rssAggregator-exception.htm get another exception when reading the URL: http://localhost:8083/rssAggregator?feedType=atom_1.0 the web page containing the exception is in the file rssAggregator-exception2.htm -- 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]
Helloworld-ws-secure sample as web application
I was looking at the samples that we have today, that use security (samples/helloworld-ws-service-secure) and realized they execute in a J2SE environment. I was wondering if we should also consider these scenarios running as web applications. I have created TUSCANY-2006 to track this. [1] https://issues.apache.org/jira/browse/TUSCANY-2006 -- Luciano Resende Apache Tuscany Committer http://people.apache.org/~lresende http://lresende.blogspot.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (TUSCANY-2006) Create helloworld-ws-secure-webapp samples
Create helloworld-ws-secure-webapp samples -- Key: TUSCANY-2006 URL: https://issues.apache.org/jira/browse/TUSCANY-2006 Project: Tuscany Issue Type: Improvement Components: Java SCA Samples Affects Versions: Java-SCA-Next Reporter: Luciano Resende Fix For: Java-SCA-Next I was looking at the samples that we have today, that use security (samples/helloworld-ws-service-secure) and realized they execute in a J2SE environment. This jira is to make similar scenario as web applications and to try it in TC environment. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [jira] Created: (TUSCANY-2002) SDO databinding doesn't have access to the SDO factories which are not referenced by an component service/reference interface
Raymond, Can I ask a question about this? For static SDOs (Ignoring the wrapper types which have this problem), we're only registering the SDOs with the Composite HelperContext during transformation, right? During introspection the SDODataBinding.introspect calls TypeHelper.getType(Class) but that does not do a registration, right? That's why we have the register's in SDOContextHelper which the SDO-related transformers invoke at transform time. And that's how for the past few months we avoided import.sdo for static SDO... Is this right? Thanks, Scott On Jan 18, 2008 12:10 PM, Raymond Feng (JIRA) tuscany-dev@ws.apache.org wrote: SDO databinding doesn't have access to the SDO factories which are not referenced by an component service/reference interface - Key: TUSCANY-2002 URL: https://issues.apache.org/jira/browse/TUSCANY-2002 Project: Tuscany Issue Type: Bug Components: Java SCA Data Binding Runtime Affects Versions: Java-SCA-Next Reporter: Raymond Feng In a doc-lit-wrapped WSDL (a.wsdl), we define the wrapper element (http://ns1) in the inline schema which imports other XSD types (http://ns2) from an XSD file (b.xsd), Running the SDO XSD2Java codegen on a.wsdl and b.xsd will generate two SDO factories, one for http://ns1 and one for http://ns2. Now let's assume a java interface is used by the component, and it has the following method. Quote getQuote(String symbol); // Quote is a generated SDO class/interface, getQuote and getQuoteResponse are the wrapper elements. The SDO databinding gains access to the fatory for http://ns2 but not http://ns1 since the getQuote/getQuoteResponse is not referenced on this method. As a result, the SDO wrapping/unwrapping data transformation will be broken as the SDO factory for http://ns2 is not registered. The workaround is to use import.sdo. -- 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Assigned: (TUSCANY-1997) Axis binding does not allow external configuration to increase the number of the maximum connections opened.
[ https://issues.apache.org/jira/browse/TUSCANY-1997?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jean-Sebastien Delfino reassigned TUSCANY-1997: --- Assignee: Jean-Sebastien Delfino Axis binding does not allow external configuration to increase the number of the maximum connections opened. Key: TUSCANY-1997 URL: https://issues.apache.org/jira/browse/TUSCANY-1997 Project: Tuscany Issue Type: Bug Components: Java SCA Axis Binding Extension Environment: Solaris , Windows , Websphere , Tomcat Reporter: Catalin Boloaja Assignee: Jean-Sebastien Delfino In a high volume situation the default setting for Axis2 is 2 connections per host. The default protocol being HTTP 1.1 , this means that only 2 POST requests can be issued at the same time. -- 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-1997) Axis binding does not allow external configuration to increase the number of the maximum connections opened.
[ https://issues.apache.org/jira/browse/TUSCANY-1997?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12560585#action_12560585 ] Jean-Sebastien Delfino commented on TUSCANY-1997: - I am able to reproduce the problem and investigating the best way to fix it. Axis binding does not allow external configuration to increase the number of the maximum connections opened. Key: TUSCANY-1997 URL: https://issues.apache.org/jira/browse/TUSCANY-1997 Project: Tuscany Issue Type: Bug Components: Java SCA Axis Binding Extension Environment: Solaris , Windows , Websphere , Tomcat Reporter: Catalin Boloaja Assignee: Jean-Sebastien Delfino In a high volume situation the default setting for Axis2 is 2 connections per host. The default protocol being HTTP 1.1 , this means that only 2 POST requests can be issued at the same time. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release Tuscany Java SCA 1.1-incubating (RC3)
Hi, I ran into a similar issue with alert-aggregator-webapp as reported in TUSCANY-1986. I checked in a fix under r613235. I guess it's not a blocker for the release and we could document it on the web site. There is anther minor issue is https://issues.apache.org/jira/browse/TUSCANY-2004. I fixed it under r613236 in the branch and leave the merge work to Simon Laws as he has other changes that should be merged back to trunk. Other than those, the release looks pretty good to me. I ran through a bunch of samples and didn't see any issues. The IP side looks clean. +1 to release RC3 for 1.1-incubating. Thanks, Raymond - Original Message - From: Simon Laws [EMAIL PROTECTED] To: tuscany-dev tuscany-dev@ws.apache.org Sent: Friday, January 18, 2008 3:53 AM Subject: [VOTE] Release Tuscany Java SCA 1.1-incubating (RC3) Please review and vote on the 1.1 release artifacts of Tuscany SCA for Java. The SVN tag for the release is: https://svn.apache.org/repos/asf/incubator/tuscany/tags/java/sca/1.1-RC3/ The artifacts are available for review at: http://people.apache.org/~slaws/tuscany/1.1-RC3/http://people.apache.org/%7Eslaws/tuscany/1.1-RC3/ This includes the signed binary and source distributions, the RAT report, and the Maven staging repository. Can I ask you to choose a selection of platforms (see RELEASE_NOTES) in order to test the webapp samples. If you do find issues with the release candidate that you think need to be fixed and lead to a -1 please review and fix them in the 1.1 branch and/or raise jira's targeting the 1.1 release. Vote early, vote often! Here is my +1 Thanks, Simon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (TUSCANY-2004) demo-bigbank-account build.xml has wrong property setting
demo-bigbank-account build.xml has wrong property setting -- Key: TUSCANY-2004 URL: https://issues.apache.org/jira/browse/TUSCANY-2004 Project: Tuscany Issue Type: Bug Components: Java SCA Samples Affects Versions: Java-SCA-1.1 Reporter: Raymond Feng Priority: Minor Fix For: Java-SCA-1.1 The build.xml from demo-bigbank-account module. The reference to settings.localRepository property is dangling. The ${settings.localRepository} becomes the value of the property and it ends up using it as the folder name. But it's not fatal. The same issue exists in demos\secure-bigbank\secure-bigbank-account. -- 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: DAS transaction sample dependencies
Sure, let me take a look at that once we are done with SCA 1.1 release. On Jan 18, 2008 3:37 AM, ant elder [EMAIL PROTECTED] wrote: Was building DAS to try to get past a build problem in the SCA data engine helper and noticed that the DAS transaction sample has a dependency on MySQL. I'm pretty sure that has an incompatible license for Apache, is it possible to get that sample working without using MySQL? ...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]
[jira] Resolved: (TUSCANY-2004) demo-bigbank-account build.xml has wrong property setting
[ https://issues.apache.org/jira/browse/TUSCANY-2004?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Raymond Feng resolved TUSCANY-2004. --- Resolution: Fixed I fixed it under r613236 in the branch and leave the merge work to Simon Laws as he has other changes that should be merged back to trunk. demo-bigbank-account build.xml has wrong property setting -- Key: TUSCANY-2004 URL: https://issues.apache.org/jira/browse/TUSCANY-2004 Project: Tuscany Issue Type: Bug Components: Java SCA Samples Affects Versions: Java-SCA-1.1 Reporter: Raymond Feng Assignee: Raymond Feng Priority: Minor Fix For: Java-SCA-1.1 The build.xml from demo-bigbank-account module. The reference to settings.localRepository property is dangling. The ${settings.localRepository} becomes the value of the property and it ends up using it as the folder name. But it's not fatal. The same issue exists in demos\secure-bigbank\secure-bigbank-account. -- 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-2004) demo-bigbank-account build.xml has wrong property setting
[ https://issues.apache.org/jira/browse/TUSCANY-2004?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Raymond Feng reassigned TUSCANY-2004: - Assignee: Raymond Feng demo-bigbank-account build.xml has wrong property setting -- Key: TUSCANY-2004 URL: https://issues.apache.org/jira/browse/TUSCANY-2004 Project: Tuscany Issue Type: Bug Components: Java SCA Samples Affects Versions: Java-SCA-1.1 Reporter: Raymond Feng Assignee: Raymond Feng Priority: Minor Fix For: Java-SCA-1.1 The build.xml from demo-bigbank-account module. The reference to settings.localRepository property is dangling. The ${settings.localRepository} becomes the value of the property and it ends up using it as the folder name. But it's not fatal. The same issue exists in demos\secure-bigbank\secure-bigbank-account. -- 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-1986) Samples which fire up Axis don't run in Geronimo
[ https://issues.apache.org/jira/browse/TUSCANY-1986?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12560511#action_12560511 ] Raymond Feng commented on TUSCANY-1986: --- We missed one module: demo-alert-aggregator-webapp Samples which fire up Axis don't run in Geronimo Key: TUSCANY-1986 URL: https://issues.apache.org/jira/browse/TUSCANY-1986 Project: Tuscany Issue Type: Bug Components: Java SCA Axis Binding Extension Affects Versions: Java-SCA-1.1 Environment: Windows XP Geronimo 2.0.2 Tomcat6 jee5 Reporter: Simon Laws Assignee: Raymond Feng Fix For: Java-SCA-1.1 Attachments: geronimo-web.xml Samples/ calculator-ws-webapp helloworld-ws-sdo-webapp alert-aggregator-webapp Don't run in Geronimo and report the exception... Caused by: org.apache.axis2.AxisFault: org.apache.commons.fileupload.FileUploadException at org.apache.tuscany.sca.binding.ws.axis2.TuscanyAxisConfigurator.getAx isConfiguration(TuscanyAxisConfigurator.java:119) at org.apache.axis2.context.ConfigurationContextFactory.createConfigurat ionContext(ConfigurationContextFactory.java:64) at org.apache.tuscany.sca.binding.ws.axis2.TuscanyAxisConfigurator.getCo nfigurationContext(TuscanyAxisConfigurator.java:71) at org.apache.tuscany.sca.binding.ws.axis2.Axis2ServiceProvider.init(A xis2ServiceProvider.java:149) -- 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]
[CPP] Linking problems when using templates
As commented on https://svn.apache.org/repos/asf/incubator/tuscany/cpp/sdo/runtime/core/src/commonj/sdo/RefCountingPointer.cpp's https://svn.apache.org/repos/asf/incubator/tuscany/cpp/sdo/runtime/core/src/commonj/sdo/RefCountingPointer.cpp%27scode (shown below), when compiled on windows, the template overridden methods does not get generated if they are not used. Though, I did the same on DAS. It works fine on windows, but when I compiled on linux I got some link errors. So I removed the #if defined(WIN32) || defined (_WINDOWS) direct and most of these errors were gone, except: Error: linux-ilqh:/home/adriano/files/tuscany/das # ant test Buildfile: build.xml test: all: check.sdo: build: [cc] Starting dependency analysis for 1 files. [cc] 0 files are up to date. [cc] 1 files to be recompiled from dependency analysis. [cc] 1 total files to be compiled. [cc] Starting link [cc] /home/adriano/files/tuscany/das/deploy/lib/libtuscany_das.so: undefined reference to `apache::das::RefCountingObjectapache::das::Command::RefCountingObject()' [cc] /home/adriano/files/tuscany/das/deploy/lib/libtuscany_das.so: undefined reference to `apache::das::RefCountingObjectapache::das::rdb::ResultSet::RefCountingObject()' [cc] /home/adriano/files/tuscany/das/deploy/lib/libtuscany_das.so: undefined reference to `apache::das::RefCountingObjectapache::das::rdb::Statement::RefCountingObject()' [cc] /home/adriano/files/tuscany/das/deploy/lib/libtuscany_das.so: undefined reference to `apache::das::RefCountingObjectapache::das::rdb::Statement::~RefCountingObject()' [cc] /home/adriano/files/tuscany/das/deploy/lib/libtuscany_das.so: undefined reference to `apache::das::RefCountingObjectapache::das::Command::~RefCountingObject()' [cc] /home/adriano/files/tuscany/das/deploy/lib/libtuscany_das.so: undefined reference to `apache::das::RefCountingObjectapache::das::rdb::ResultSet::~RefCountingObject()' [cc] collect2: ld returned 1 exit status BUILD FAILED /home/adriano/files/tuscany/das/build.xml:116: The following error occurred while executing this line: /home/adriano/files/tuscany/das/runtime/test/build.xml:39: The following error occurred while executing this line: /home/adriano/files/tuscany/das/runtime/test/build.xml:49: The following error occurred while executing this line: /home/adriano/files/tuscany/das/antscripts/compile-targets.xml:107: gcc failed with return code 1 SDO code: // officially, there is nothing here- but if I dont use the overrides in // the templates, then they dont get generated. void Test () { #if defined(WIN32) || defined (_WINDOWS) /* 1) construct */ DataFactoryPtr fptr = DataFactory::getDataFactory(); /* 2) use the operator= */ fptr = DataFactory::getDataFactory(); /* 3) copy */ DataFactoryPtr fptr2 = fptr; /* 4) use the == and ! */ if (fptr2 == fptr || !fptr){} /* 5) Use the T* and * */ DataFactory* dmsf = getRawPointer(fptr); DataFactory dmsr = *fptr; /* 1) construct */ DataFactoryPtr dfptr(fptr); /* 3) copy */ DataFactoryPtr dfptr2 = dfptr; /* 2) use the operator= */ dfptr = dfptr2; /* 4) use the == and ! */ if (dfptr2 == dfptr || !dfptr){} /* 5) Use the T* and * */ DataFactory* ddmsf = getRawPointer(dfptr); DataFactory ddmsr = *dfptr; /* 6) Use the - */ DataObjectPtr dptr = dfptr-create(nothing,nowhere); /* and agin to catch the = */ dptr = fptr-create(nothing,nowhere); DataObjectPtr dptr2 = dptr; /* Use the T* and * */ DataObject* dof = getRawPointer(dptr); DataObject dor = *dptr; if (dptr2 == dptr || !dptr){} ChangeSummaryPtr cptr = dptr-getChangeSummary(); cptr = dptr-getChangeSummary(); ChangeSummaryPtr cptr2 = cptr; ChangeSummary* cof = getRawPointer(cptr); ChangeSummary cop = *cptr; if (cptr2 == cptr || !cptr){} cptr-endLogging(); SequencePtr sptr = dptr-getSequence(); sptr = dptr-getSequence(); SequencePtr sptr2 = sptr; Sequence* sof = getRawPointer(sptr); Sequence sop = *sptr; if (sptr2 == sptr || !sptr){} sptr-getBooleanValue(0); // Generate code for XMLDocumentPtr XMLDocumentPtr xmldocptr1 = 0; XMLDocumentPtr xmldocptr2 = xmldocptr1; xmldocptr1 = xmldocptr2; if (xmldocptr2 == xmldocptr1 || !xmldocptr1){} XMLDocument* xmldocp = getRawPointer(xmldocptr1); XMLDocument xmldocref = *xmldocptr2; xmldocptr1-getEncoding();
RE: [jira] Commented: (TUSCANY-1997) Axis binding does not allow external configuration to increase
Jean-Sebastien, I was trying to do some tests as well. The quick hack I was looking to do was to modify Axis2ServiceClient in the method createServiceClient() . From the Axis documentation I planned on adding first these lines : MultiThreadedHttpConnectionManager conmgr = new MultiThreadedHttpConnectionManager(); conmgr.getParams().setDefaultMaxConnectionsPerHost(10); HttpClient client = new HttpClient(conmgr); configContext.setProperty(HTTPConstants.CACHED_HTTP_CLIENT, client); The other dirty hack is to change axis2.xml. This might be a short term solution , since the main issue remains , the binding underlying communication is shared by all the components. So I guess , we need a way to have an individual HttpClient and MultiThreadedHttpConnectionManager per binding , with the number of connections configurable per binding. A bientot, Catalin Date: Fri, 18 Jan 2008 14:59:34 -0800 From: tuscany-dev@ws.apache.org To: [EMAIL PROTECTED] Subject: [jira] Commented: (TUSCANY-1997) Axis binding does not allow external configuration to increase the number of the maximum connections opened. [ https://issues.apache.org/jira/browse/TUSCANY-1997?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12560585#action_12560585 ] Jean-Sebastien Delfino commented on TUSCANY-1997: - I am able to reproduce the problem and investigating the best way to fix it. Axis binding does not allow external configuration to increase the number of the maximum connections opened. Key: TUSCANY-1997 URL: https://issues.apache.org/jira/browse/TUSCANY-1997 Project: Tuscany Issue Type: Bug Components: Java SCA Axis Binding Extension Environment: Solaris , Windows , Websphere , Tomcat Reporter: Catalin Boloaja Assignee: Jean-Sebastien Delfino In a high volume situation the default setting for Axis2 is 2 connections per host. The default protocol being HTTP 1.1 , this means that only 2 POST requests can be issued at the same time. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. _
[jira] Resolved: (TUSCANY-1905) Implement distribution target for SDO ant build
[ https://issues.apache.org/jira/browse/TUSCANY-1905?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani resolved TUSCANY-1905. --- Resolution: Fixed Implement distribution target for SDO ant build --- Key: TUSCANY-1905 URL: https://issues.apache.org/jira/browse/TUSCANY-1905 Project: Tuscany Issue Type: Improvement Components: C++ SDO Affects Versions: Cpp-M3 Reporter: Adriano Crestani Priority: Minor Fix For: Cpp-M4 create a distribution target for SDO ant build to auto generate the distribution files structure -- 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]