Re: Any SCA for SDO M3?
Dennis, Some comments inline. Dennis Virt wrote: Dear Simon and Luciano, Thank you for your detailed replies and comments. I also got an impression that trunk is maintained healthy and buildable. We have made changes to the trunk recently to make it easier to build. Could you try the following? cd tuscany/java mvn This should build the SDO, DAS and SCA runtimes. I just tried with revision r531619 and they all built OK. You can imagine how much frustration has brought to me my attempt to build the web service WAR, since I did not know that war plugin was not operational :-) We're going to try to make it more clear that modules under java/sca/contrib (including the WAR plugin) are old and not operational. I started a discussion on that earlier today on tuscany-dev. Pure M3 war plugin did not work because of contribution dependency on 2.0alpha tag. I tried to mix M3 SDO/DAS and 2.0alpha-incubating branch from TSSS demo, M2 SCA and M3 SDO/DAS and finally came back to all M2 code. The latter yielded the same results as M2 SCA and M3 SDO/DAS (at the very end of this message). Mixing M3 and M2 will be tricky, I don't recommend that path. M3 SDO is very close to a release, and we've started to put an SCA release together, targeting a release in a few weeks, so I suggest that you try the SCA code in trunk instead of SCA M2. I want to bundle as WAR just enough SCA runtime needed to 1) feed data to an AJAX client over a web service Are you planning to use SOAP or JSON-RPC? Our SOAP binding is operational now, the JSON-RPC binding is not up and running as of today but I expect to see it running again later this week. 2) and resolve change summaries from the client to the database. Ideally I wanted this WAR to be deployable to Tomcat, JBoss, IBM WebSphere 6.1 and Bea WebLogic. I was aware that WebSphere and WebLogic would've needed much more attention in preparing descriptors and crafting dependencies. If I succeeded with proof of concept, I'd be able to assign further packaging to specialists capable of WebSphere and WebLogic parts. Do you need a WAR or would you be OK to start with an embedded Tomcat? With the embedded Tomcat configuration, we embed a minimal Tomcat instance and boot it from inside Tuscany, instead of having the Tuscany runtime installed on top of an existing Tomcat, with the SCA application running in a WAR. If you want to see how our embedded configuration works, you can take a look at the test cases under java/sca/modules/binding-ws-axis2. They use Jetty instead of Tomcat but I'm going to add a Web Service sample to java/sca/samples later today which will show how to provide a Web Service uing Tomcat. I'll post an update to this thread with a link to the sample when it's ready. Running an SCA application in a WAR should also be supported again soon, probably sometime next week, as several Tuscany developers have already indicated on our dev list that they were interested in getting this to work for our upcoming release. I'm expecting our new Webapp packaging story to be much simpler than before and not require a special Tuscany WAR plugin anymore to create WARs. I will try now with M3 code and SCA embedded in Jetty or Tomcat. A few words about problem that stopped my advance with WAR packaging of web service. Below are the pom.xml, WSDL, default.scdl, DAS configuration and service implementation if anybody cares to glance through and maybe point out any obvious mistakes. I stripped down some comments. M2 SCA/SDO/DAS, just as M2 SCA and M3 SDO/DAS packaged as WAR and deployed to Tomcat 5.5.23 give me the following message when I try to invoke loadProcessFolderContent: The error below is probably caused by a problem selecting the Databinding to use in your application. I'm not too familiar with how Databindings worked in M2 - maybe other Tuscany developers can help here? - but I've seen the SDO databinding consistently work with Web Services recently with the latest code in trunk. java.lang.IllegalArgumentException: Complex type is not supported for simple jav a databinding. at org.apache.tuscany.spi.databinding.extension.SimpleTypeMapperExtensio n.toJavaObject(SimpleTypeMapperExtension.java:275) at org.apache.tuscany.spi.databinding.extension.SimpleType2JavaTransform er.transform(SimpleType2JavaTransformer.java:51) at org.apache.tuscany.core.databinding.impl.MediatorImpl.mediate(Mediato rImpl.java:95) at org.apache.tuscany.core.databinding.impl.Input2InputTransformer.trans form(Input2InputTransformer.java:197) at org.apache.tuscany.core.databinding.impl.Input2InputTransformer.trans form(Input2InputTransformer.java:47) at org.apache.tuscany.core.databinding.impl.MediatorImpl.mediate(Mediato rImpl.java:95) at org.apache.tuscany.core.databinding.impl.DataBindingInteceptor.transf orm(DataBindingInteceptor.java:105) at org.apache.tuscany.core.databinding.impl.DataBindingInteceptor.invoke
Re: Any SCA for SDO M3?
[snip] Jean-Sebastien Delfino wrote: Dennis, Some comments inline. Dennis Virt wrote: Dear Simon and Luciano, Thank you for your detailed replies and comments. I also got an impression that trunk is maintained healthy and buildable. We have made changes to the trunk recently to make it easier to build. Could you try the following? cd tuscany/java mvn This should build the SDO, DAS and SCA runtimes. I just tried with revision r531619 and they all built OK. You can imagine how much frustration has brought to me my attempt to build the web service WAR, since I did not know that war plugin was not operational :-) We're going to try to make it more clear that modules under java/sca/contrib (including the WAR plugin) are old and not operational. I started a discussion on that earlier today on tuscany-dev. Pure M3 war plugin did not work because of contribution dependency on 2.0alpha tag. I tried to mix M3 SDO/DAS and 2.0alpha-incubating branch from TSSS demo, M2 SCA and M3 SDO/DAS and finally came back to all M2 code. The latter yielded the same results as M2 SCA and M3 SDO/DAS (at the very end of this message). Mixing M3 and M2 will be tricky, I don't recommend that path. M3 SDO is very close to a release, and we've started to put an SCA release together, targeting a release in a few weeks, so I suggest that you try the SCA code in trunk instead of SCA M2. I want to bundle as WAR just enough SCA runtime needed to 1) feed data to an AJAX client over a web service Are you planning to use SOAP or JSON-RPC? Our SOAP binding is operational now, the JSON-RPC binding is not up and running as of today but I expect to see it running again later this week. 2) and resolve change summaries from the client to the database. Ideally I wanted this WAR to be deployable to Tomcat, JBoss, IBM WebSphere 6.1 and Bea WebLogic. I was aware that WebSphere and WebLogic would've needed much more attention in preparing descriptors and crafting dependencies. If I succeeded with proof of concept, I'd be able to assign further packaging to specialists capable of WebSphere and WebLogic parts. Do you need a WAR or would you be OK to start with an embedded Tomcat? With the embedded Tomcat configuration, we embed a minimal Tomcat instance and boot it from inside Tuscany, instead of having the Tuscany runtime installed on top of an existing Tomcat, with the SCA application running in a WAR. If you want to see how our embedded configuration works, you can take a look at the test cases under java/sca/modules/binding-ws-axis2. They use Jetty instead of Tomcat but I'm going to add a Web Service sample to java/sca/samples later today which will show how to provide a Web Service uing Tomcat. I'll post an update to this thread with a link to the sample when it's ready. Running an SCA application in a WAR should also be supported again soon, probably sometime next week, as several Tuscany developers have already indicated on our dev list that they were interested in getting this to work for our upcoming release. I'm expecting our new Webapp packaging story to be much simpler than before and not require a special Tuscany WAR plugin anymore to create WARs. Dennis, I have committed two new modules under java/sca/samples: - helloworld-ws - A sample showing how to provide a HelloWorld service with a Web Service binding. The helloworld.HelloWorldServer program starts Tuscany with an embedded Tomcat server to host the Web service. - helloworld-wsclient - A sample client. The helloworld.HelloWorldClient program shows how to start an SCA client and invoke the HelloWorld Web Service. The samples work with SVN revision r531727 of the Tuscany trunk. Hope this helps. -- Jean-Sebastien - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Any SCA for SDO M3?
Hello! I'm quite new to Tuscany. SDO DAS M2 unfortunately did not fit my project requirements. I'd like to use SDO M3 in my web service, which should offer functionality similar to das-service example but not so generic. Can anybody recommend some SCA version that should work inside webapp together with SDO M3 (from current trunk)? If there is no such version of SCA webapp runtime at the moment, maybe somebody could point me to a howto on using Tuscany SDO in web services? Any feedback would be greatly appreciated, Dennis _ The average US Credit Score is 675. The cost to see yours: $0 by Experian. http://www.freecreditreport.com/pm/default.aspx?sc=660600bcd=EMAILFOOTERAVERAGE - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Any SCA for SDO M3?
Comments inline On 4/20/07, Simon Laws [EMAIL PROTECTED] wrote: On 4/20/07, Dennis Virt [EMAIL PROTECTED] wrote: Hello! I'm quite new to Tuscany. SDO DAS M2 unfortunately did not fit my project requirements. I'd like to use SDO M3 in my web service, which should offer functionality similar to das-service example but not so generic. Can anybody recommend some SCA version that should work inside webapp together with SDO M3 (from current trunk)? If there is no such version of SCA webapp runtime at the moment, maybe somebody could point me to a howto on using Tuscany SDO in web services? Any feedback would be greatly appreciated, Dennis _ The average US Credit Score is 675. The cost to see yours: $0 by Experian. http://www.freecreditreport.com/pm/default.aspx?sc=660600bcd=EMAILFOOTERAVERAGE - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Hi Dennis We are compiling the tuscany SCA Java runtime in the trunk against the SDO code in the trunk and so we should be pretty much OK with whatever cut Kelvin finally takes for the SDO M3 release. Of course you will have to check the SCA source out of svn to use it. We are conciously trying to keep the trunk in a buildable state and building it is quite simple. We haven't packaged a release yet although there is talk on the list of doing one quite soon. If SCA doesn't do quite what you need just at the moment now is a great time to propose required features. See [1]. I just looked at the build and the das-service sample is commented out in the build. It looks like Luciano is in the middle of bringing up the das-sample so I'll let him comment on the likely prognosis there. Yes, I was bringing up the das-service sample when I hit the problem that the war plugin was not available to package my application with the right Tuscany dependencies, I could probably try to get it integrated with Jetty, but I was really thinking on getting the war plugin working again, as It's probably going to be very useful for developers trying to build their own webApp. The Axis binding is up and running and the SDO databinding works with it. Well enough of it so that I could run our databinding web service tests. We also have modules that allow the axis binding to be exposed via either Jetty or Tomcat engines embedded in the SCA runtime. So you can expose web services with the SCA code in trunk but SCA is in charge in this configuration. What we don't have, as far as I know, is up to date code in the trunk that allows SCA to be dropped into an exisiting web app container. We had this in previous versions but I don't think its been ported over to work with the latest trunk yet. I'm sure others are going to jump in here and correct me if I'm wrong on this. Yes, I also think you are right here... What are you constraints on deploying your web service? What would you like tuscany to provide? I need to do a similar thing for a sample I'm thinking about at the moment which requires that I expose web services and I would like to use SDO in the service implementations. I'm going to work with SCA out of trunk to prototype my services. I'll post here what I find as I go. Regards Simon [1] http://www.mail-archive.com/[EMAIL PROTECTED]/msg16872.html -- Luciano Resende http://people.apache.org/~lresende
Re: Any SCA for SDO M3?
On 4/20/07, Luciano Resende [EMAIL PROTECTED] wrote: Comments inline On 4/20/07, Simon Laws [EMAIL PROTECTED] wrote: On 4/20/07, Dennis Virt [EMAIL PROTECTED] wrote: Hello! I'm quite new to Tuscany. SDO DAS M2 unfortunately did not fit my project requirements. I'd like to use SDO M3 in my web service, which should offer functionality similar to das-service example but not so generic. Can anybody recommend some SCA version that should work inside webapp together with SDO M3 (from current trunk)? If there is no such version of SCA webapp runtime at the moment, maybe somebody could point me to a howto on using Tuscany SDO in web services? Any feedback would be greatly appreciated, Dennis _ The average US Credit Score is 675. The cost to see yours: $0 by Experian. http://www.freecreditreport.com/pm/default.aspx?sc=660600bcd=EMAILFOOTERAVERAGE - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Hi Dennis We are compiling the tuscany SCA Java runtime in the trunk against the SDO code in the trunk and so we should be pretty much OK with whatever cut Kelvin finally takes for the SDO M3 release. Of course you will have to check the SCA source out of svn to use it. We are conciously trying to keep the trunk in a buildable state and building it is quite simple. We haven't packaged a release yet although there is talk on the list of doing one quite soon. If SCA doesn't do quite what you need just at the moment now is a great time to propose required features. See [1]. I just looked at the build and the das-service sample is commented out in the build. It looks like Luciano is in the middle of bringing up the das-sample so I'll let him comment on the likely prognosis there. Yes, I was bringing up the das-service sample when I hit the problem that the war plugin was not available to package my application with the right Tuscany dependencies, I could probably try to get it integrated with Jetty, but I was really thinking on getting the war plugin working again, as It's probably going to be very useful for developers trying to build their own webApp. The Axis binding is up and running and the SDO databinding works with it. Well enough of it so that I could run our databinding web service tests. We also have modules that allow the axis binding to be exposed via either Jetty or Tomcat engines embedded in the SCA runtime. So you can expose web services with the SCA code in trunk but SCA is in charge in this configuration. What we don't have, as far as I know, is up to date code in the trunk that allows SCA to be dropped into an exisiting web app container. We had this in previous versions but I don't think its been ported over to work with the latest trunk yet. I'm sure others are going to jump in here and correct me if I'm wrong on this. Yes, I also think you are right here... What are you constraints on deploying your web service? What would you like tuscany to provide? I need to do a similar thing for a sample I'm thinking about at the moment which requires that I expose web services and I would like to use SDO in the service implementations. I'm going to work with SCA out of trunk to prototype my services. I'll post here what I find as I go. Regards Simon [1] http://www.mail-archive.com/[EMAIL PROTECTED]/msg16872.html -- Luciano Resende http://people.apache.org/~lresende Luciano, I agree. I could certainly use it. Simon
