Re: SCA Tools Project newsgroup
Thanks. I see it as well using what Kelvin and Simon suggested. On 5/27/08, Simon Laws [EMAIL PROTECTED] wrote: On Tue, May 27, 2008 at 9:46 AM, kelvin goodson [EMAIL PROTECTED] wrote: I think gmail is messing with the display of URLs here, hence Haleh's problem. Here is the URL that works for news readers, just remove the spaces I inserted to try to avoid gmail being clever ... news: // news.eclipse.org:119 / eclipse.stp.sca-tools I can see this list in thunderbird Kelvin. 2008/5/25 Stéphane Drapeau [EMAIL PROTECTED]: Hi, Can you try with the full url news:// news.eclipse.org/eclipse.stp.sca-tools http://news.eclipse.org/eclipse.stp.sca-tools ? Stéphane Drapeau Obeo On Fri, May 23, 2008 at 10:16 PM, haleh mahbod [EMAIL PROTECTED] wrote: Hi, I tried://news.eclipse.org/eclipse.stp.sca-tools and there is no response. It hans forever. Haleh On 5/22/08, Stéphane Drapeau [EMAIL PROTECTED] wrote: Hi, An Eclipse newsgroup named SCA Tools was created to discuss about the Eclipse SCA Tools project: news://news.eclipse.org/eclipse.stp.sca-tools You need a password to access the newsgroup server [0]. SCA Tools is proposed as a sub-project under the top level project Eclipse SOA Tools Platform (STP) [1]. To know more, see the SCA Tools Project Proposal page: - http://www.eclipse.org/proposals/sca-tools/ the Eclipse SCA web page: - http://www.eclipse.org/stp/sca/index.php the Eclipse SCA wiki: - http://wiki.eclipse.org/STP/SCA_Component Thanks for your support. Best regards, Stéphane Drapeau Obeo [0]: http://www.eclipse.org/newsgroups/register.php [1]: http://www.eclipse.org/stp/ I can see it on the web at http://www.eclipse.org/newsportal/thread.php?group=eclipse.stp.sca-tools Simon
Re: SCA Tools Project newsgroup
Hi, I tried://news.eclipse.org/eclipse.stp.sca-tools and there is no response. It hans forever. Haleh On 5/22/08, Stéphane Drapeau [EMAIL PROTECTED] wrote: Hi, An Eclipse newsgroup named SCA Tools was created to discuss about the Eclipse SCA Tools project: news://news.eclipse.org/eclipse.stp.sca-tools You need a password to access the newsgroup server [0]. SCA Tools is proposed as a sub-project under the top level project Eclipse SOA Tools Platform (STP) [1]. To know more, see the SCA Tools Project Proposal page: - http://www.eclipse.org/proposals/sca-tools/ the Eclipse SCA web page: - http://www.eclipse.org/stp/sca/index.php the Eclipse SCA wiki: - http://wiki.eclipse.org/STP/SCA_Component Thanks for your support. Best regards, Stéphane Drapeau Obeo [0]: http://www.eclipse.org/newsgroups/register.php [1]: http://www.eclipse.org/stp/
Re: ** IMPLEMENTATION.BPEL USERS ** - updated implementation-bpel code in trunk - affects your BPEL applications
I am cc'ing tunscay-users since this seems to be interesting to users and they may not be on the dev list. Thanks Mike. On 5/17/08, Mike Edwards [EMAIL PROTECTED] wrote: Folks, I've just committed some changes to the implementation-bpel and implementatio-bpel-ode code in trunk which fix some issues relating to exposing BPEL processes using Web services (and other remote protocols). These changes have an impact on the content of the deploy.xml file that is associated with your BPEL applications. In order to work correctly, you will need to ensure that your deploy.xml file corresponds to the following pattern: deploy xmlns=http://www.apache.org/ode/schemas/dd/2007/03; xmlns:tns=http://helloworld; xmlns:helloworld=http://helloworld; xmlns:greetings=http://greetings; xmlns:tus=http://tuscany.apache.org; process name=tns:HelloWorld activetrue/active provide partnerLink=helloPartnerLink service name=tus:helloPartnerLink port=HelloWorld/ /provide invoke partnerLink=greetingsPartnerLink service name=tus:greetingsPartnerLink port=Greetings/ /invoke /process /deploy You must ensure: a) Each partner link in your BPEL process is declared using either a provide.../ (for a service) or using a invoke.../ for a reference. b) Each provide/ and invoke/ must use the partnerLink name, as declared in your BPEL process. c) The provide/ and invoke/ elements each have a single child service/ element. The service/ elements have name and port attributes. The NAME attribute MUST be set to the same name as the partnerLink and MUST be prefixed by a prefix which references the namespace http://tuscany.apache.org; (tus in the example above). The port attribute can be set to any name (it must be present but it is not actually used for anything significant). Sorry for forcing this change on you all, but the previous version of the code had a mixup over the name of the services and references as used by the ODE BPEL engine - this change fixes that problem. In the next week, we shall aim to remove the need for the deploy.xml file entirely. All the information in the file is already known to the Tuscany code - either we shall generate the file dynamically, or - ODE willing - we shall pass the information to ODE in-memory, avoiding the need for a file at all. You will find that the BPEL Sample applications and the BPEL iTests have been adjusted to use this new format for the deploy.xml file. Yours, Mike.
Re: Reg: Bigbank account demo
Hi Ashwini, Would you mind trying the sample with 1.2 RC4 to see if you are still seeing the problem? Thanks, Haleh On 4/3/08, Ashwini Kumar Jeksani [EMAIL PROTECTED] wrote: Hi, I am using \tuscany-sca-1.1-incubating which is the stable release. Thanks Regards Ashwini Kumar Jeksani -Original Message- From: haleh mahbod [mailto:[EMAIL PROTECTED] Sent: Thursday, April 03, 2008 9:33 PM To: tuscany-user@ws.apache.org Subject: Re: Reg: Bigbank account demo What version are you using? Is this against the trunk or one of the releases? On 4/3/08, Ashwini Kumar Jeksani [EMAIL PROTECTED] wrote: Hi, I tried deploying bigbank-account demo and when I click the getAccountReport(Dojo1234) request button I am getting the following error in the response, could anyone help me in this. {error:java.lang.reflect.UndeclaredThrowableException,id:1} Thanks Regards Ashwini Kumar Jeksani CAUTION - Disclaimer * This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended solely for the use of the addressee(s). If you are not the intended recipient, please notify the sender by e-mail and delete the original message. Further, you are not to copy, disclose, or distribute this e-mail or its contents to any other person and any such actions are unlawful. This e-mail may contain viruses. Infosys has taken every reasonable precaution to minimize this risk, but is not liable for any damage you may sustain as a result of any virus in this e-mail. You should carry out your own virus checks before opening the e-mail or attachment. Infosys reserves the right to monitor and review the content of all messages sent to or from this e-mail address. Messages sent to or from this e-mail address may be stored on the Infosys e-mail system. ***INFOSYS End of Disclaimer INFOSYS*** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Feedback] on use of Tuscany by Amdocs
Hi Steve, This is really good, detailed feedback. Thank you. Haleh On 4/4/08, Steve Chamberlain [EMAIL PROTECTED] wrote: Here is some feedback on how Amdocs is using Tuscany. Amdocs is the leading supplier of customer experience systems service providers worldwide. Within Amdocs, the OSS Division has adopted Tuscany as the SCA implementation at the heart of its solution for delivery of SOA services for Cramer6 OSS Suite. The current release of the Cramer6 OSS Suite provide both out-of-the-box SOA services as well as tools allowing the creation of new OSS-specific SOA services. These services are built on top of the Tuscany runtime and allow Amdocs customers to integrate their existing systems with Cramer6 OSS Suite services using whatever technology is appropriate. Thus, customers may access the services through any appropriate transport mechanism and from any native or SCA based client. They can also publish new services that can be accessed over a variety of different transport mechanisms with minimal recoding. SCA has helped us to widen our support for SOA by giving us a mechanism to create SOA Services said DAVE ETTLE, Senior Vice President, Products Technology We believe Tuscany provides the most appropriate SCA runtime implementation for our needs. Amdocs intends to continue to use SCA/Tuscany for its OSS applications. Steve Chamberlain Principal Architect, Platform Architecture Group Amdocs OSS Division www.amdocs.com/oss http://www.amdocs.com/oss This message and the information contained herein is proprietary and confidential and subject to the Amdocs policy statement, you may review at http://www.amdocs.com/email_disclaimer.asp
Re: Reg: Bigbank account demo
What version are you using? Is this against the trunk or one of the releases? On 4/3/08, Ashwini Kumar Jeksani [EMAIL PROTECTED] wrote: Hi, I tried deploying bigbank-account demo and when I click the getAccountReport(Dojo1234) request button I am getting the following error in the response, could anyone help me in this. {error:java.lang.reflect.UndeclaredThrowableException,id:1} Thanks Regards Ashwini Kumar Jeksani CAUTION - Disclaimer * This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended solely for the use of the addressee(s). If you are not the intended recipient, please notify the sender by e-mail and delete the original message. Further, you are not to copy, disclose, or distribute this e-mail or its contents to any other person and any such actions are unlawful. This e-mail may contain viruses. Infosys has taken every reasonable precaution to minimize this risk, but is not liable for any damage you may sustain as a result of any virus in this e-mail. You should carry out your own virus checks before opening the e-mail or attachment. Infosys reserves the right to monitor and review the content of all messages sent to or from this e-mail address. Messages sent to or from this e-mail address may be stored on the Infosys e-mail system. ***INFOSYS End of Disclaimer INFOSYS***
Re: STP SCA Component - STP SCA Tools sub project
Hi Stephane, Welcome to Tuscany. How will changing the status of STP SCA from a component to a sub project change its future development and focus? Tuscany community had asked about tools for SCA and because of that I recently added a website page [1] to collect more information about available open source tools. I added a link to STP there. It would be great if you could provide more content about what is available and what version of Tuscany it works with. [1]: http://incubator.apache.org/tuscany/java-sca-tools.html Haleh On 4/1/08, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: Stéphane Drapeau wrote: Hi, I'm Stéphane Drapeau from Obeo. I work on tools for SCA and I lead the Eclipse SCA component which is a component of the STP project [1]. Currently, I'm writing a proposal to change the status of the STP SCA * component* to STP/SCA Tools *sub project*. I would like know if I can refer Tuscany community as interested party of our proposal. It's purely administrative. Jean Sebastien told me that the Tuscany community must vote on this issue. So the discussion is open ;) Thanks very much. Best regards Stéphane Drapeau Obeo [1]: http://www.eclipse.org/stp/sca/index.php Hi Stephane, Thanks for posting here, it'll enable the whole Tuscany community to get involved in the discussion around your SCA editor proposal. Can you tell us a bit more about the proposal? do you have an outline? Also can you help us understand what it means to be listed under interested parties in such a proposal? Any questions or thoughts from others on the list? -- Jean-Sebastien - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: STP SCA Component - STP SCA Tools sub project
Hi Stephan, This looks good since it looks like tools for SCA will get more focus :) I have a question. You mention the goals of the new sub-project are to develop a set of tools for SCA developers and SCA users. What is the difference between SCA developer and SCA user in this context? Haleh On 4/2/08, Stéphane Drapeau [EMAIL PROTECTED] wrote: Hi Jean-Sebastien, Haleh, all, The proposal is a 3 pages document describing the scope/intent of the proposed project. The outline is: 1. Introduction: the proposition of the transformation of the STP/SCA component into a sub-project named SCA Tools under the top level project STP. 2. Background: presentation of STP + presentation of the existing STP/SCA component. 3. Description: the goals of the new sub-project are to develop a set of tools for SCA developers and SCA users. Another goal is also to link this sub-project with other components of STP (Service Creation, Policy Editor) 4. Proposed components: SCA Domain Model (SCA meta model), SCA Composite Designer, SCA Composite Editors (tree, xml and form), SCA Integration (integration with other STP components) 5. Relationship with Other Eclipse Projects: STP, EMF, GMF, M2M, ... 6. Organization: this sub-project will take place under the top level project STP. 7. A list of proposed initial committers. 8. Code Contribution: the Eclipse STP/SCA component will be the initial code. 9. Interested parties: this section lists companies and communities that support the creation of the project. They don't take other engagements. 10. Tentative Plan for 2008 and 2009. Our goal is to identify formally the scope of the tools that we develop around SCA. The new status will provide some advantages. - I think that the SCA tools will be more visible in the Eclipse community if we are identified as a sub-project. - From the users point of view, it will not change anything. - Concerning us, we should be more formal: clear roadmap, new features described/discussed first in bugzilla, ... - It will also present some advantages for Obeo by becoming a sub-project leader. In the near future all STP components will become STP sub-projects. To summarize, all of this is purely administrative. I will send you the proposal document ASAP. If you have any questions, don't hesitate. Haleh, yesterday I sent you more information about the SCA Composite Designer on the thread named [Website] - Tooling for Java SCA. You can add it on the web page. Tell me if you need more/different information. My post describes what version of Tuscany can be used. I also introduce a tutorial that I made. This tutorial is based on the SCA designer and Tuscany 1.1. Best regards, Stéphane Drapeau Obeo On Wed, Apr 2, 2008 at 8:05 AM, haleh mahbod [EMAIL PROTECTED] wrote: Hi Stephane, Welcome to Tuscany. How will changing the status of STP SCA from a component to a sub project change its future development and focus? Tuscany community had asked about tools for SCA and because of that I recently added a website page [1] to collect more information about available open source tools. I added a link to STP there. It would be great if you could provide more content about what is available and what version of Tuscany it works with. [1]: http://incubator.apache.org/tuscany/java-sca-tools.html Haleh On 4/1/08, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: Stéphane Drapeau wrote: Hi, I'm Stéphane Drapeau from Obeo. I work on tools for SCA and I lead the Eclipse SCA component which is a component of the STP project [1]. Currently, I'm writing a proposal to change the status of the STP SCA * component* to STP/SCA Tools *sub project*. I would like know if I can refer Tuscany community as interested party of our proposal. It's purely administrative. Jean Sebastien told me that the Tuscany community must vote on this issue. So the discussion is open ;) Thanks very much. Best regards Stéphane Drapeau Obeo [1]: http://www.eclipse.org/stp/sca/index.php Hi Stephane, Thanks for posting here, it'll enable the whole Tuscany community to get involved in the discussion around your SCA editor proposal. Can you tell us a bit more about the proposal? do you have an outline? Also can you help us understand what it means to be listed under interested parties in such a proposal? Any questions or thoughts from others on the list? -- Jean-Sebastien - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Website] - Tooling for Java SCA
Hi Stephane, I added the text, but the image was dropped out of the mail you sent. Maybe you can post the image on the wiki and I can pick it up from there. Here is the link to a page where you can download the image. http://cwiki.apache.org/confluence/display/TUSCANYWIKI/SCA+Java+Tools Thanks for the information. Haleh On 4/1/08, Stéphane Drapeau [EMAIL PROTECTED] wrote: Hi Haleh, Below, you can find more information to put in the section STP/SCA subproject: SCA Composite Designer of the web page Tools for SCA. STP/SCA subproject: SCA Composite Designer The SCA Composite Designer is an Eclipse graphical development environment for the construction of SCA composite assemblies. The designer supports Tuscany elements like RMI binding or Script implementation. It works with Tuscany 1.1, and it's planned to support Tuscany 1.2. [screenshot] In STP/SCA sub-project http://www.eclipse.org/stp/sca/index.php web page, you can find a tutorial named First Steps with the SCA Composite Designer. You will learn how to build and run your first SCA application in 20 minutes! The tutorial addresses the following points: - How to install STP/SCA plugins and Apache Tuscany, - How to define an SCA assembly with the SCA Composite Designer, - How to refine properties in an SCA assembly, - How to define an SCA assembly with different implementation technologies, - How to define an RMI binding, - How to run and test SCA assemblies with Tuscany. Stéphane Drapeau Obeo On Mon, Mar 31, 2008 at 8:48 PM, haleh mahbod [EMAIL PROTECTED] wrote: Hi, As a follow up to this thread, I have created a page on Tuscany website to host information about SCA tools [1]. Purpose of this page is to share information about available open source SCA tools. To start with, I have included some information about STP/SCA and would appreciate help to include more content about the SCA composite designer and how it works with Tuscany. [1]: http://cwiki.apache.org/confluence/display/TUSCANY/Java+SCA+Tools Note: it takes about an hour for the content to show up on the official website. Haleh On 3/26/08, haleh mahbod [EMAIL PROTECTED] wrote: Thanks for your feedback. I'll add this in. On 3/25/08, Fengxiang [EMAIL PROTECTED] wrote: yeah, I also think so. 2008/3/22, haleh mahbod [EMAIL PROTECTED]: Hi, There has been questions about what tooling is available for SCA Java. It would be good to share information about what tooling is available on the Tuscany SCA Java page in response to these requests. It seems like STP has tooling that is in sync with Tuscany[1]. On their page, under news section I found information that the new build on March 4th supports Tuscany and the plugins allow you to run SCA Composite designer. We could provide a link on the SCA Java page for Tools, under SCA Java box, where information about any available open source SCA tooling can be shared by the community. Do you think this is useful? [1]: http://www.eclipse.org/stp/sca/index.php Haleh - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Website] - Tooling for Java SCA
Hi, As a follow up to this thread, I have created a page on Tuscany website to host information about SCA tools [1]. Purpose of this page is to share information about available open source SCA tools. To start with, I have included some information about STP/SCA and would appreciate help to include more content about the SCA composite designer and how it works with Tuscany. [1]: http://cwiki.apache.org/confluence/display/TUSCANY/Java+SCA+Tools Note: it takes about an hour for the content to show up on the official website. Haleh On 3/26/08, haleh mahbod [EMAIL PROTECTED] wrote: Thanks for your feedback. I'll add this in. On 3/25/08, Fengxiang [EMAIL PROTECTED] wrote: yeah, I also think so. 2008/3/22, haleh mahbod [EMAIL PROTECTED]: Hi, There has been questions about what tooling is available for SCA Java. It would be good to share information about what tooling is available on the Tuscany SCA Java page in response to these requests. It seems like STP has tooling that is in sync with Tuscany[1]. On their page, under news section I found information that the new build on March 4th supports Tuscany and the plugins allow you to run SCA Composite designer. We could provide a link on the SCA Java page for Tools, under SCA Java box, where information about any available open source SCA tooling can be shared by the community. Do you think this is useful? [1]: http://www.eclipse.org/stp/sca/index.php Haleh
Re: adding rubygem as dependency in ruby file
Hi Susanta, you mentioned I'm writing a meshup sample using SCA. Here I'm using one composite written in Ruby which requires rubygem. would you like to contribute your sample to Tuscany? Good samples are always helpful to other users. Thanks, Haleh On 9/27/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: Susanta Datta wrote: Jean, Thanks a lot. I'm writing a meshup sample using SCA. Here I'm using one composite written in Ruby which requires rubygem. regards Susanta Cool! I did a little more testing, as I really wanted to see a Ruby gem in action before declaring victory. Here's what I did: I installed JRuby 1.0.1. From the command line, ran jirb gem install progressbar, the progressbar Gem got installed under jruby-install/lib/ruby/gems I copied jruby-install/lib/ruby/gems to $HOME/.jruby/lib/ruby/gems. I'm running Linux, on Windows the .jruby home directory is probably somewhere under Documents And Settings. I changed SubtractServiceImpl.rb in the Tuscany calculator-script sample as follows: require 'rubygems' require 'progressbar' def subtract(n1, n2) bar = ProgressBar.new(Example progress, 50) total = 0 until total = 50 sleep(rand(2)/2.0) increment = (rand(6) + 3) bar.inc(increment) total += increment end print \n return n1 - n2 end Ran the calculator sample and saw: Example progr: 14% |o | ETA: 00:00:00 Example progr: 20% || ETA: 00:00:02 Example progr: 36% |oo | ETA: 00:00:01 Example progr: 48% |ooo | ETA: 00:00:01 Example progr: 64% |o | ETA: 00:00:00 Example progr: 80% || ETA: 00:00:00 Example progr: 96% |oo | ETA: 00:00:00 Example progr: 100% || ETA: 00:00:00 3 - 2=1.0 So I can confirm that Ruby Gems should work if you follow similar steps. Let me know how it goes... Thanks. - Original Message - From: Jean-Sebastien Delfino [EMAIL PROTECTED] To: tuscany-user@ws.apache.org Sent: Thursday, September 27, 2007 4:44 PM Subject: Re: adding rubygem as dependency in ruby file Jean-Sebastien Delfino wrote: Susanta Datta wrote: Hi, my composite has a ruby implementation. In my Ruby file I require rubygems and some other ruby files. How do I set those folder and files in my sca java project ? I tried with calculator script in eclipse IDE. I works fine but if I add new a require rubygems in the .rb file I get an error unknown:19: no such file to load -- rubygems (LoadError). Any idea where and how do I configure Ruby dependencies in the java sca project under eclipse? thanks a lot Susanta I am looking into this. To test what happens with require statements I changed one of our scripting samples: http://svn.apache.org/repos/asf/incubator/tuscany/java/sca/samples/calculator-script/src/main/resources/calculator/SubtractServiceImpl.rb and added a require as follows: require 'rexml/document' include REXML def subtract(n1, n2) doc = Document.new -eof Hello xmlns=http://test; nameFoo/name /Hello eof print doc return n1 - n2 end and it works, I'm getting: Hello xmlns='http://test' nameFoo/name /Hello 3 - 2=1.0 REXML is part of the jruby distribution. Next, I'm going to try to require another .rb file in the same project and will let u know what I find. I made a small change to our JRuby integration code to add the path to the rubygems hiding inside jruby-complete-1.0.jar to the Jruby loadpath. I also made a small change to improve the Exception reporting, you should now see the JRuby exception messages. The changes are available in SVN revision r580145 of the Tuscany trunk, see: http://svn.apache.org/viewvc/incubator/tuscany/java/sca/modules/implementation-script/src/main/java/org/apache/tuscany/sca/implementation/script/engines/TuscanyJRubyScriptEngine.java?view=diffr1=580144r2=580145pathrev=580145 This should allow you to require 'rubygems'. You may also have to configure your environment as described in the JRuby Gotchas section there: http://www.headius.com/jrubywiki/index.php/Java_Integration#Embedding_with_Bean_Scripting_Framework Why gems are you using? Any Rails by any chance? I think it would be really cool to show Rails working with SCA... Hope this helps. -- Jean-Sebastien - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional
Re: Interceptors between services
Hi Deepak, There is support for policy in SCA release 1.0. Is this what you are referring to here? Haleh On 8/3/07, Deepak Nadig [EMAIL PROTECTED] wrote: Hi, Are there any plans for an interceptor model between service invocations? While the framework does a good job in wiring services into a composite, I did not find a good way for applications to intercept calls into/out-of services. Thanks, Deepak
Projects Using Tuscany - WAS ( How is Tuscany currently being used?)
Hi, Following up on Jeff's great idea of sharing information on how Tuscany is used, I have created a wiki page for sharing this information [1]: Here is the idea that I took from Jeff's earlier email in this thread. The page is used *To share information with other users to help them understand how they can use Tuscany in their business* - If interested, share the project name - Share how Tuscany is used in your project - - What stage of development cycle? Deployed using Tuscany or planning to? - Which of the Tuscany technologies do you use? - If interested, share how you are using the technologies Please feel free to change the format or add more ideas that can be useful to users of Tuscany. I will move the updates to the website as they are added. [1]: http://cwiki.apache.org/confluence/display/TUSCANYWIKI/Project+Using+Tuscany Haleh -- Forwarded message -- From: Jean-Sebastien Delfino [EMAIL PROTECTED] Date: Sep 5, 2007 2:20 PM Subject: Re: How is Tuscany currently being used? To: tuscany-user@ws.apache.org Thanks a lot for sharing this. It helps us and everybody on the list to understand how Tuscany is used out there! What do people think about creating a page on the Tuscany Wiki where Tuscany users could document their usage scenarios? Anderson, Jeff T (CA - Toronto) wrote: Just wondering if anybody out there on the list could provide some comments on how they are using Tuscany with in their organization or are planning to within the foreseeable future? It would be great to get an understanding of whether anybody plans to use Tuscany in production within the foreseeable timeframe, are merely evaluating it for various prototypes, are currently looking at it for high-level research. Getting a high-level understanding of what kinds and solutions are trying to be solved with Tuscany would be great also. Providing this kind of information IMHO would really help to give a sense of how people are envisioning the use of Tuscany and how/when people are considering Tuscany to be used as a product that is ready for prime time use, like spring, and other ubiquitous open-source products. As an example of the kind of information that I think would be beneficial to many on the list I will go first. Currently working for a consulting firm with a major financial services Institute in Canada to implement a mix of retail and commercial banking services. We plan to go into production by the end of this quarter, we have finished the majority of implementation, conducted functional and performance testing (with very good results) and plan to do a limited deployment with a small subset of users within a couple of months. We are currently deploying Tuscany on websphere 6.1, Solaris 10, and taking advantage of a combination of Web services bindings/SDO as well as local/spring bindings. An interesting wrinkle is that we are also basing all of our service interfaces on the IFX banking standard, which breaks SDO in a couple of places. Thanks in advance for sharing regards Jeff -- Jean-Sebastien - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: SCA Specifications starting up in OASIS
great idea. It'll make it easier for everyone to find this information. I'll add it if others agreeing. On 9/7/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: Mike Edwards wrote: Folks, The SCA specifications which are implemented by Tuscany have just started out a new phase - they are moving to OASIS for formal standardization. This is being done as a series of OASIS technical committees, each dealing with one or more of the SCA specifications. The OASIS activities are carried out in public and it is possible to either observe activities in the various technical committees, or you are welcome to join one or more of the committees. You can find the 6 SCA technical committees here: http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=sca-assembly http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=sca-policy http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=sca-bindings http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=sca-j http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=sca-c-cpp http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=sca-bpel Meeting minutes, documents, issues and so on are linked from the main page. Mailing list archives can be found here: http://www.oasis-open.org/archives/sca-assembly/ http://www.oasis-open.org/archives/sca-policy/ http://www.oasis-open.org/archives/sca-bindings/ http://www.oasis-open.org/archives/sca-j/ http://www.oasis-open.org/archives/sca-c-cpp/ http://www.oasis-open.org/archives/sca-bpel/ Please note that there is an SCA Plenary session taking place on Tuesday 18th September in Palo Alto, CA. This session is an education session about SCA and the work that will take place within OASIS over the next year or so. This session is free and open to anyone who registers for the session. For more details, please look here: http://www.oasis-opencsa.org/2007-09-18-program Yours, Mike Edwards. Co-Chair, OASIS SCA Assembly TC. Great! Thanks Mike. What do people think about adding these links to a page on the Tuscany web site, linked from our Getting Involved page? -- Jean-Sebastien - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: SCA Specifications starting up in OASIS
done. On 9/7/07, Anderson, Jeff T (CA - Toronto) [EMAIL PROTECTED] wrote: Plus two from me. I just joined a couple of the TC's looking forward to contributing. Jeff From: Mike Edwards [mailto:[EMAIL PROTECTED] Sent: Fri 2007-09-07 11:32 To: tuscany-user@ws.apache.org Subject: Re: SCA Specifications starting up in OASIS haleh mahbod wrote: great idea. It'll make it easier for everyone to find this information. I'll add it if others agreeing. +1 from me. Yours, Mike. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - ** Confidentiality Warning: This message and any attachments are intended only for the use of the intended recipient(s), are confidential, and may be privileged. If you are not the intended recipient, you are hereby notified that any review, retransmission, conversion to hard copy, copying, circulation or other use of this message and any attachments is strictly prohibited. If you are not the intended recipient, please notify the sender immediately by return e-mail, and delete this message and any attachments from your system. Thank you. Information confidentielle: Le présent message, ainsi que tout fichier qui y est joint, est envoyé à l'intention exclusive de son ou de ses destinataires; il est de nature confidentielle et peut constituer une information privilégiée. Nous avertissons toute personne autre que le destinataire prévu que tout examen, réacheminement, impression, copie, distribution ou autre utilisation de ce message et de tout fichier qui y est joint est strictement interdit. Si vous n'êtes pas le destinataire prévu, veuillez en aviser immédiatement l'expéditeur par retour de courriel et supprimer ce message et tout document joint de votre système. Merci. **
Re: [DAS] What's next for Tuscany DAS ?
Beta 2 sounds right given that this is just sync'ing up with SDO version 1.0. On 9/5/07, Amita Vadhavkar [EMAIL PROTECTED] wrote: sounds good to me. On 9/6/07, Luciano Resende [EMAIL PROTECTED] wrote: Good, looks like we have most (if not all) the updates necessary to support SDO 2.1 specification and to be compatible with SDO 1.0 release. I'd like to start to work on a new release in the next couple days, and if we make it on time, we could still have a chance to include DAS in the SCA 1.0 release (planned for middle of September). As for naming, I was thinking to make this a beta2 release. Thoughts ? On 8/27/07, Amita Vadhavkar [EMAIL PROTECTED] wrote: I have attached patch for TUSCANY-961+ TUSCANY-986 combined in TUSCANY-961. One observation here - Generated code shows usage of deprecated method FactoryBase.getProperty (Type, int) and needs to be replaced by getLocalProperty(), any changes needed in xsdtojava generator in SDO? Any suggestions? Regards, Amita On 8/22/07, Luciano Resende [EMAIL PROTECTED] wrote: With the DAS beta1 release out, I'd like to look forward to things that we want to do next for DAS. I think that there are still couple things that we can improve our core DAS features, the main one would be adding support for multiple DAS implementations, and review our SDO 2.1 APIs usage. As for our history with SCA integration, we have started efforts around Data Services/Declarative DAS (implementation.das) and Data Feeds (implementation.data), and this is probably another area we would like to continue to work going forward. I also think we should continue to improve our user documentation and distribution infrastructure to make our release cut easier. Below is a summary list of items and JIRAs that are related to these possible items : - TUSCANY-986 - DAS integration with SDO 2.1 APIs - TUSCANY-961 - DAS: Using deprected SDO method causes Type lookup failure - Refactoring DAS to allow multiple implementatons As for timeframe, maybe it would be good to have a release in the next couple weeks, to support SDO 1.0 and be available to the SCA release, so we can have the integration story with SCA available. This is just of brain dump of where my thinking is at the moment, I'm sure everyone has their own thoughts about things we should tackle. It would be good to get to them all on the table :-) Thoughts ? -- Luciano Resende Apache Tuscany Committer http://people.apache.org/~lresende http://lresende.blogspot.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Luciano Resende Apache Tuscany Committer http://people.apache.org/~lresende http://lresende.blogspot.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Website: Remove 'Event' link Add 'Projects Using Tuscany'
Hi, We already have a news section on the home page which repeats most of what is on the event page. The information on the event page seems to be old and not being updated. How about a) remove the events link from the community box b) add a new link to the community box called 'projects using tuscany' . This can be updated by users who would like to share information. Haleh
Re: Client requested features Was: Policy samples? (showcasing the killer feature of separation of concerns)
Jeff, Thank you for your valuable feedback. With the work going on for release .99 and release 1.0 this email might not have been noticed. I have created JIRAs 1666 through 1669 for your requested features. I will also add the JIRAs to release discussion page for 1.0 [1], although some of these seem to be longer term enhancements. Any contribution is welcomed. on BPEL integration with Tuscany: Apache Ode team started BPEL integration with Tuscany and an initial version was checked into svn[2]. More needs to be done though. [1] http://cwiki.apache.org/TUSCANY/java-sca-10-release-contents.html [2] http://www.mail-archive.com/[EMAIL PROTECTED]/msg19404.html Haleh On 8/30/07, Anderson, Jeff T (CA - Toronto) [EMAIL PROTECTED] wrote: This is great news, that ties into an e-mail that I was just formulating this morning concerning additional features that have been requested for our client the list isn't quite complete, by thought I would share it with you as most of it concerns the policy framework implementation at least in my opinion. An FYI to everyone on the list... I'm currently working with a major Canadian FSI client to develop a SOA platform based largely on Tuscany 9.1. Services are currently being developed and tested for the platform, with plans to go into production by the end of this year. I've just finished holding a architecture workshop where we discussed the benefits of our platform (largely based on Tuscany) to various technical stakeholders across the greater organization. Representative stakeholders were given the chance to prioritize what they consider to be the most important features that they would want to see in the platform. I have decided to share this with this list, as I believe that the majority of most of these requirements could be handled through a future version of Tuscany. Currently the biggest feature requested is a service lifecycle mechanism that is capable of supporting both POJO/local method invocation as well as remote WSI basic interoperable mechanisms. Key to this feature would be the ability to transparently switch from a local/POJO to a remote/WSI interoperable model without impacting business service code. Specifically we are looking for Tuscany to allow us to support the following 1) security-would like to be able to specify participation in existing security context much like the mechanisms provided by WS security, WS-secconv, and related specifications. However, current implementations of Web services stacks makes it difficult to evolve a local component to a true web service and back again without having to follow a completely different security model. We believe Tuscany to be a excellent location to access a policy driven framework that allow us to specify security requirements of the service either using annotations, SCDL configuration, or some other method. Soap headers, or local security context could interact with the security policy dependent on each of the SCA binding used to wire together the various services. Some examples could be the use of a @Fedactive annotation to declare that a services capable of issuing messages containing security tokens such as those described by WS-security and WS-trust. Within a local binding, the annotation could still declare a need for the service to issue explicit security tokens, although the token may be passed using a different mechanism. It would be ideal to have this model follow a more framework approach, with the explicitly defined plug-in architecture allowing third-party vendors to integrate Tuscany to their own vendor suite. 2) transaction/compensation-I realize that the SCA specification is little more vague/not finalized concerning this, however this is one of the most important features requested from our client. Again I envision using the policy framework to define a transaction setting such as @NotRequired,@Supported etc. For local bindings this would simply allow the typical distributed transaction mechanisms to reverse any resources held within a transaction lock. For a more traditional remote Web services environment where resource control is the exception rather than the rule, an additional annotation of @compensator would allow service developer to declare the compensation transaction required whenever the appropriate binding container declares that a part of the transaction has failed. Again I believe the mechanisms of the model would vary depending on the binding mechanism used. For remote , WSI-Basic interoperable services can use WS -- atomic. For local, services would have the option of leveraging the the compensation model or integrate into the existing container distributed transaction manager. I realize that people In Tuscany are hesitant to start working on this kind of work until the spec has more details around transactions. However I believe the majority of this implementation could go forward
Re: Is there value in keeping download links for old releases?
I'd like to bring this message back to life. A few users posted to the ML recently and asked about M2. Immediate response has been to use the latest since M2 is very old (IMHO makes sense). This email thread was suggesting to remove the download link of very old releases to avoid confusion. We can leave the release history in place to show that there was a release, but remove the link for download to avoid confusion. If everyone agrees, when does a link get removed, in other words, how old the release should be? For starter, M2 is based on an older version of the spec. Should we remove the download link? On 8/10/07, ant elder [EMAIL PROTECTED] wrote: On 8/10/07, haleh mahbod [EMAIL PROTECTED] wrote: Hi, The latest release for each subproject is the preferred release to download. Does it make sense to keep links to download for old releases on the download page? This can give a wrong impression that these are also OK to download. For example, for Java SCA there are still links to M1 and M2 from last year. Architecture has changed since then. Does it make sense to have the latest release and the previous release as an option for download and leave everything else under history or remove them? Haleh I think yes we should keep them. One of the first things I look at when coming across an open source project is the release history as it gives you a good indication of how much life there is in the project. Maybe from that we don't need actual links to the download artifacts, but something clearly showing we do regular releases and have been doing so for years is a Good Thing IMHO. Another reason is if someone is debugging some old system with a back level release they may need access to the source distro to debug the code. ...ant
sample news page....
Hi, Here is a sample of SCA news page that I had proposed last week[1]. This news page includes information about both Java SCA and Native SCA. It is a live page that reflects what's going on in the project (no old news). This page is created on TuscanyWiki so that everyone can add information to it. It currently has two main sections. Project news and user news. Please feel free to add more if you can think of other news categories to add. Please help keep this page interesting! Share what you think is useful. If your news script consists of long text, please provide a link to a page to keep this page easy to read. I'll go ahead and link it to the website for now at [2]. Let's give this a few weeks to see how it evolves. Do you think we should have one Tuscany news page or separate ones for SCA, SDO and DAS? [1]: http://cwiki.apache.org/confluence/display/TUSCANYWIKI/Tuscany+SCA+News+Page [2]: http://incubator.apache.org/tuscany/tuscany-downloads-documentations.html Haleh
Learn to build your SCA app in few minutes...
Hi, This nice step by step example for building an onlineStore SCA composite is hidden on the website. I thought I share it with you if you are looking for a quick way of learning how to build your first SCA application. Look for the yellow box on this page. http://incubator.apache.org/tuscany/sca-java-releases.html Please do give feedback so it can be improved. Enjoy, Haleh
Re: BindException when re-deploying webapp
what version of Tuscany SCA are you using? Is this .91 release? On 7/16/07, Robert Young [EMAIL PROTECTED] wrote: If I try to re-deploy my webapp in Tomcat (by copying the war into the webapps directory and letting Tomcat do the rest) I get a BindException from Jetty saying that the address is already in use. I have no idea what it's talking about, as I'm concerned Jetty shouldn't be getting involved at all, I'm using Tomcat not Jetty. Does anyone know what's going on here? Cheers Rob - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: SDO Java 1.0-incubating release candidate 1
Hi Kelvin, 1. As Ant pointed out, Release note needs to be updated to capture the very important announcement that was made for SDO Tuscany and that is completion of SDO spec 2.1. 2. Tuscany 1143 was identified as an unresolved defect for Beta. Should this be addressed in 1.0 or can it be moved to post 1.0? 3. some of the links on this page do not work: C:\sdoRel1\tuscany- sdo-1.0-incubating\docs\javadoc\sdo-samples\index.html 4. Is commentary_for_x the level of trace? If yes, would it make sense to change the name to trace_detailed, trace_medium, trace_low? 5. C:\sdoRel1\tuscany- sdo-1.0-incubating\docs\javadoc\sdo-samples\index.html.. javadoc for Class SampleBase. Are these SPIs that one would use to develop samples? If yes, the text reads as if this and the sampleInfra are not interesting to users. 6. Samples Overview: a) In the overview parag you have a link to Tuscany main site for the section you say contribute pack to the project. It would be better if this linked to getInvolved page. b) You could remove the first sentence since it does not really make sense. How about .. Apache Tuscany SDO Samples are provided here to help users learn SDO.'index by SDO subproject ' lists the different samples available to you. These samples provide a starting point for learning SDO and can be extended and enhanced to experiment with other available SDO features. Please help us enhance these samples by sending your feedback to Tuscany mailing list or join us and contribute to this project get involved link. 7. Running samples: can you modify the test to make it clear that BINARY-BASE is a variable that needs to be set in the script? For example... In order to run the samples, locate runSamples script file for the environment you work on under samples directory. Modify the file to point BINARY-BASE to the directory on your file system where lib and samples reside. You are then ready to run the samples. btw. I did this and I get an error. It complaints that it cannot find executeSamples class file. C:\sdoRel1\tuscany-sdo-1.0-incubating\samplesREM under the License. C:\sdoRel1\tuscany-sdo-1.0-incubating\samplesset BINARY_BASE= c:\sdoRel1\tuscan y-sdo-1.0-incubating C:\sdoRel1\tuscany-sdo-1.0-incubating\samplesset RELEASE=-1.0-incubating C:\sdoRel1\tuscany-sdo-1.0-incubating\samplesset LIB= c:\sdoRel1\tuscany-sdo-1. 0-incubating\lib C:\sdoRel1\tuscany-sdo-1.0-incubating\samplesset CLASSPATH= c:\sdoRel1\tuscany- sdo-1.0-incubating\lib\sample-sdo--1.0-incubating.jar; c:\sdoRel1\tuscany-sdo-1. 0-incubating\lib\sdo-api-r2.1--1.0-incubating.jar; c:\sdoRel1\tuscany- sdo-1.0-in cubating\lib\tuscany-sdo-lib--1.0-incubating.jar; c:\sdoRel1\tuscany- sdo-1.0-inc ubating\lib\tuscany-sdo-impl--1.0-incubating.jar; c:\sdoRel1\tuscany- sdo-1.0-inc ubating\lib\tuscany-sdo-tools--1.0-incubating.jar; c:\sdoRel1\tuscany- sdo-1.0-in cubating\lib\codegen-ecore-2.2.3.jar; c:\sdoRel1\tuscany- sdo-1.0-incubating\lib\ codegen-2.2.3.jar; c:\sdoRel1\tuscany-sdo-1.0-incubating\lib\ecore-2.2.3.jar; c: \sdoRel1\tuscany-sdo-1.0-incubating\lib\ecore-change-2.2.3.jar; c:\sdoRel1\tusca ny-sdo-1.0-incubating\lib\ecore-xmi-2.2.3.jar; c:\sdoRel1\tuscany- sdo-1.0-incuba ting\lib\common-2.2.3.jar; c:\sdoRel1\tuscany- sdo-1.0-incubating\lib\xsd-2.2.3.j ar; c:\sdoRel1\tuscany-sdo-1.0-incubating\lib\stax-api-1.0.1.jar C:\sdoRel1\tuscany-sdo-1.0-incubating\samplesjava target.org.apache.tuscany.sam ples.sdo.ExecuteSamples Exception in thread main java.lang.NoClassDefFoundError: target/org/apache/tus cany/samples/sdo/ExecuteSamples 8. This link C:\sdoRel1\tuscany- sdo-1.0-incubating\samples\src\main\java\org\apache\tuscany\samples\sdo\advanced\package.html refers to main menu which does not exist. Also, shouldn't this be called Service Data Object Advanced Samples instead of Advanced Service Data Object Samples? Same issue with intermediate and basic package. 9. Nice detail in the index file. :) On 7/16/07, kelvin goodson [EMAIL PROTECTED] wrote: Raymond, I'm going to reference your request in thread that is determining release contents. I added a comment to 1436. Will you be able to provide a fix for either of these in the short term? Kelvin. On 16/07/07, Raymond Feng [EMAIL PROTECTED] wrote: Hi, I would like to see the following JIRAs fixed before the 1.0 release. https://issues.apache.org/jira/browse/TUSCANY-1110 https://issues.apache.org/jira/browse/TUSCANY-1436 Thanks, Raymond - Original Message - From: kelvin goodson [EMAIL PROTECTED] To: Tuscany Users tuscany-user@ws.apache.org Sent: Tuesday, July 10, 2007 2:38 PM Subject: SDO Java 1.0-incubating release candidate 1 I've posted an RC1 of SDO Java 1.0-incubating at [1] Maven artifacts for the release candidate are available at [2] I cut a branch for this release at [3] Please take a look at this release candidate. There are a few more fixes due to go into the release, which should be ready by the end of this week, so there will be
Re: Updated DAS beta1 distros
I was able to do a build of src and run customer sample. It looks good. Minor stuff: 1. DAS release note says: Compatibility Concerns - Changes on DAS Config file namespaces Can you change this to explain what this means to users? What do they need to do? 2. sample-ajax-das a) it refers to a generic framework. Can you explain in the sample what this means. One sentence would be sufficient. It is not clear what this sample really does. b) if you could, fix the spelling. This should read DAS commaNd ►*DAS Commad* (CRUD operations on COMPANY and DEPARTMENT using DAS configcommands) On 7/4/07, Luciano Resende [EMAIL PROTECTED] wrote: After the great feedback you guys gave for the DAS Beta1 RC1 under [1], Adriano and I have fixed most of the issues and new distros were uploaded to [2]. Could you guys have a quick look at it, I'm mostly looking to see if the build issues and the need to copy the derby canned databases are fixed. After we confirm these issues are fixed, I'll produce a RC2. [1] http://www.mail-archive.com/tuscany-dev%40ws.apache.org/msg19464.html [2] http://people.apache.org/~lresende/tuscany/das-beta1-distribution/ -- 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: [Java SDO] Sample re-arrangement
Kelvin, As a user, I would like to see a general ample index file that briefly explains what each sample does rather than the categorization that is mentioned here since the terms basic, intermediate, etc. are not well defined and are open to interpretation. Instead I would like to go to a central location that I can get enough information to decide which sample fits my requirements or decide for myself if I am ready to look at a sample. For example, 1. 'sample name' demonstrates the following a) create data object, update, retrieve b) How to use change history 2. 'sample name' demonstrates the following a) b) my 2 cents.. What do other users think? Haleh On 7/2/07, Mike Edwards [EMAIL PROTECTED] wrote: Kelvin, I think basic may read better than novice, but otherwise this is a good idea. Yours, Mike. kelvin goodson wrote: I just checked in another sample which I'd be happy to take feedback on -- [1] (output appended as in my previous posts) I would like to rearrange the packages of the samples, as I think the current arrangement is not very helpful to someone trying to explore SDO (specCodeSnippets, specExampleSecstion andotherSources). I have recently been categorizing the samples with a flag to say whether they are at the novice, intermediate or advanced level. I think perhaps this would be a better way to package the samples too. So I propose to create the packages org.apache.tuscany.samples.sdo.novice org.apache.tuscany.samples.sdo.intermediate org.apache.tuscany.samples.sdo.advanced and move all sample programs out of the current packages into one of these new packages. The javadoc for the samples would still reference the original source material where appropriate, so that information wouldn't be lost. Comments? Regards,Kelvin. [1] http://svn.apache.org/viewvc/incubator/tuscany/java/sdo/sample/src/main/java/org/apache/tuscany/samples/sdo/MedicalScenario.java?view=markup -- - Running with commentary level for a novice user- - Edit the sample program's constructor argument to one from - - COMMENTARY_FOR_NOVICE - - COMMENTARY_FOR_INTERMEDIATE or - - COMMENTARY_FOR_ADVANCED- - in order to alter the level of commentary you are seeing - -- --- - Tuscany SDO Java Sample org.apache.tuscany.samples.sdo.intermediate.MedicalScenario - - This sample is aimed at a intermediate user - --- - In this execution of the sample we use Types created - - using the SDO API- - The DataFactory associated with the scope that the types were created within - - can be used to create an instance of the Person Type - - - - DataFactory dataFactory = scope.getDataFactory(); - - DataObject person1 = dataFactory.create(www.example.org/people, Person); - - - The setString() of dataObject method is used to set the properties of the - - new Person DataObject, including a unique identifier reference value - - for the Person instance. - - - - person1.setString(id, 1); - - person1.setString(name, Joe Johnson Snr.); - - person1.setString(gender, male);); - - - - An alternative approach to using the DataFactory directly to create - - all DataObjects is to use a top-down approach, where we create the - - root object for a data graph, and then use the createDataObject(String propertyName) - - method to create the contained DataObjects. Here we create the overall - - medical test DataObject, and then create the contained referrals DataObject- - - - DataObject test = dataFactory.create(www.example.org/MedicalTest, Test); - - DataObject referrals = test.createDataObject(referrals); - - - Now we can add the person we created earlier into
Re: SCA 0.92 release?
Posting to tuscany-user list as well to get input. Any real world scenarios/samples that can be shared by users? It would be great if we could start building a library of tips and real usage examples.. a knowledge base. Thanks Haleh On 7/2/07, Simon Laws [EMAIL PROTECTED] wrote: On 7/2/07, ant elder [EMAIL PROTECTED] wrote: On 7/2/07, Simon Laws [EMAIL PROTECTED] wrote: On 7/2/07, Venkata Krishnan [EMAIL PROTECTED] wrote: Hi, I am looking at the Policy Framework and shall update the wiki on the specifics soon. Once this is done to some level, I'd also like to help a bit with the ws-* things (may be WS-Security to start with) that Ant has listed on the wiki page. - Venkat On 6/30/07, ant elder [EMAIL PROTECTED] wrote: With the SCA 0.91 release now being voted on how about starting on 0.92? I've already been adding some things I'm interested in getting done to the next release wiki page - http://cwiki.apache.org/confluence/display/TUSCANY/Java+SCA+Next+Release+Contents- so far thats mainly related to improving web services functionality. So anyone else interested in helping with an 0.92 release or have any function they'd like to suggest or add to the wiki page? How does aiming for getting it done 4 - 6 weeks again sound? ...ant The above link has an extrenuous - on the end. Taking that off gets me to the page. Can we move this information across the to the new wiki space ( http://cwiki.apache.org/confluence/display/TUSCANYWIKI/Home) so that everyone (including non committers) can add to it? I'm working on the next phase of the distributed runtime which I want to get into the next release. This involves a few items. SCA Binding Topology model Distributed domain Node implementation Management assembly Also I need some of the ws items, in particular the ability to run without wsdl, so can help out there. We need to do something about logging and events to improvide runtime usability. We've talked about it before but not done anything yet. Ties into the management assembly. I'd also like to see the JMS binding in the release but can't commit to doing lots more work on including spec features. It's been working fine for me in my limited synchronous/rpc model. If I get time I'll take a look to see what it will take to add minimum asynch support but if anyone else fancies having a go at this then it's a good way to learn about Tuscany extensions. All these sound good, but its starting to sound a lot to get done in just a few weeks. How does the suggesting timeframe of 4 or so weeks sound? We'd talked once about having a release specifically targeting things like logging, events, and error handling. I'd still like to do that, if anyone wants to start now thats great but I doubt I'd have much time to help this release. ...ant I think 4 weeks is a bit too short. Given that we are getting into holday season I like the sound of 6 weeks better. I agree there is a lot there but in the spirit of your WS list I wasn't proposing that all of it gets done. I do think we need to make a start on the logging/errors sooner rather than later though even if it doesn't get into the next release. I'll offer my effort to help move it along once the distributed work starts drawing to a close. Simon
Re: DAS Beta1 distros
I downloaded bin distribution. There is no readme for samples. Shouldn't readme be included with sample distribution under bin? On 6/26/07, Luciano Resende [EMAIL PROTECTED] wrote: I have built DAS distros that are intend to be the DAS beta1 RC and they are available for a quick review at : http://people.apache.org/~lresende/tuscany/das-beta1-distribution/ I still need to make a final review to the distros and provide an updated release notes. Please let me know if you find any problems, I'll give it a day for people to comment on these distros, and will then cut a release candidate based on the das-beta1 branch. -- 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: DAS M3 Release
Amita, It looks good. Ant has a good point about making download link more visible. Are you going to remove old content at the bottom of the page? Haleh On 6/6/07, ant elder [EMAIL PROTECTED] wrote: Its looking really good to me. One comment is IMHO it would be better to not have the all those points about whats in the release on this page but to leave them to only be in the RELEASE_NOTES and try to summarize the important points just in a sentence or two where the sentence starting This release represents... is now. The link to the RELEASE_NOTES is right there on the next line anyway and this is a download page where people come to download things, with all those points there even on a not that small a screen the actual download links get pushed off the bottom of the page so they're not visible. ...ant On 6/6/07, Amita Vadhavkar [EMAIL PROTECTED] wrote: Hi Haleh, I have modified http://cwiki.apache.org/confluence/display/TUSCANY/RDB+DAS+Releases on similar lines to SCA. Please take a look and change/give comment wherever required. The latest release links are non-working right now, will need to update with the actual links when release is ready. After review, we can scrap the old content at the bottom of this page. Regards, Amita On 6/6/07, haleh mahbod [EMAIL PROTECTED] wrote: A few comments on RDB DAS Releases page. - It would be good to put the latest release first so that reader does not have too scroll down to find the latest release. - Can we follow the same style as other subprojects. Please take a look at SCA Download page for an example. I can help with this if others are OK. On 6/4/07, Amita Vadhavkar [EMAIL PROTECTED] wrote: Some more update, -mvn test on DAS is not running all tests, but only DBInitializerTestCase? - http://cwiki.apache.org/confluence/display/TUSCANY/RDB+DAS+-+Releases- added new para for beta1, please review, so M3 para can deleted if OK - Revised Starting with DAS, please give comments Regards, Amita On 5/28/07, Amita Vadhavkar [EMAIL PROTECTED] wrote: Hi , FAQs in place, please check and give comments/add to it http://cwiki.apache.org/confluence/display/TUSCANY/RDB+DAS+Java+-+FAQ Regards, Amita On 5/23/07, Amita Vadhavkar [EMAIL PROTECTED] wrote: Hi, Please take a look at the section Ongoing work items on page http://cwiki.apache.org/confluence/display/TUSCANY/RDB+DAS+-+Java+DAS+M3+Release and whatever is marked under review, please review and give your comments. This will help a lot in doing any necessary modifications to the DAS part of site. Also, I am gathering DAS questions discussed on ML and forming a FAQ, some archived messages are listed in the same section at the bottom. Please forward any FAQs you would like to include. Regards, Amita (Note: For memory analysis JIRA 1295 is added and patch is submitted, currently under review.) On 5/21/07, Amita Vadhavkar [EMAIL PROTECTED] wrote: Hi Adriano, It is still work-in-progress. Main changes I did are 1) use simple connection pool on Test Cases framework 2) use finalize() in RDB DAS code 3) Do cleanup (removing references) as needed 4) Decouple DatabaseSetup and DasTest - do not share connections With this, there is some success (i.e. I modified a few cases with these changes effective and the multi-schema are running with no out of memory , I repeated the same testcases multiple times to increase number of test cases) Now, I am trying the change on all test cases and will create a new JIRA with patch for the changes. This is not eliminating the memory leak 100% ,but reducing it. Will respond to this mail with the new JIRA number. Regards, Amita On 5/19/07, Adriano Crestani [EMAIL PROTECTED] wrote: Amita, did you solve the JIRA 952 memory leak problem? Except JIRA 800 that luciano is going to commit, is there any other new feature or bug to be implemented for this release? Adriano Crestani On 5/15/07, Luciano Resende [EMAIL PROTECTED] wrote: I have committed the initial part of TUSCANY-863 under revision 538267.** On 5/15/07, Amita Vadhavkar [EMAIL PROTECTED] wrote: Hi All, Points I gathered so far, we can sort out today. Will check more TODOs: 1) close JIRA-800, 863 2) remove JIRA-952 ? please see my last mail for memory leak, it still can happen with code without JIRA-952. It looks like it has to do with how our UT framework is setup.But so far I
Re: DAS M3 Release
A few comments on RDB DAS Releases page. - It would be good to put the latest release first so that reader does not have too scroll down to find the latest release. - Can we follow the same style as other subprojects. Please take a look at SCA Download page for an example. I can help with this if others are OK. On 6/4/07, Amita Vadhavkar [EMAIL PROTECTED] wrote: Some more update, -mvn test on DAS is not running all tests, but only DBInitializerTestCase? -http://cwiki.apache.org/confluence/display/TUSCANY/RDB+DAS+-+Releases - added new para for beta1, please review, so M3 para can deleted if OK - Revised Starting with DAS, please give comments Regards, Amita On 5/28/07, Amita Vadhavkar [EMAIL PROTECTED] wrote: Hi , FAQs in place, please check and give comments/add to it http://cwiki.apache.org/confluence/display/TUSCANY/RDB+DAS+Java+-+FAQ Regards, Amita On 5/23/07, Amita Vadhavkar [EMAIL PROTECTED] wrote: Hi, Please take a look at the section Ongoing work items on page http://cwiki.apache.org/confluence/display/TUSCANY/RDB+DAS+-+Java+DAS+M3+Release and whatever is marked under review, please review and give your comments. This will help a lot in doing any necessary modifications to the DAS part of site. Also, I am gathering DAS questions discussed on ML and forming a FAQ, some archived messages are listed in the same section at the bottom. Please forward any FAQs you would like to include. Regards, Amita (Note: For memory analysis JIRA 1295 is added and patch is submitted, currently under review.) On 5/21/07, Amita Vadhavkar [EMAIL PROTECTED] wrote: Hi Adriano, It is still work-in-progress. Main changes I did are 1) use simple connection pool on Test Cases framework 2) use finalize() in RDB DAS code 3) Do cleanup (removing references) as needed 4) Decouple DatabaseSetup and DasTest - do not share connections With this, there is some success (i.e. I modified a few cases with these changes effective and the multi-schema are running with no out of memory , I repeated the same testcases multiple times to increase number of test cases) Now, I am trying the change on all test cases and will create a new JIRA with patch for the changes. This is not eliminating the memory leak 100% ,but reducing it. Will respond to this mail with the new JIRA number. Regards, Amita On 5/19/07, Adriano Crestani [EMAIL PROTECTED] wrote: Amita, did you solve the JIRA 952 memory leak problem? Except JIRA 800 that luciano is going to commit, is there any other new feature or bug to be implemented for this release? Adriano Crestani On 5/15/07, Luciano Resende [EMAIL PROTECTED] wrote: I have committed the initial part of TUSCANY-863 under revision 538267.** On 5/15/07, Amita Vadhavkar [EMAIL PROTECTED] wrote: Hi All, Points I gathered so far, we can sort out today. Will check more TODOs: 1) close JIRA-800, 863 2) remove JIRA-952 ? please see my last mail for memory leak, it still can happen with code without JIRA-952. It looks like it has to do with how our UT framework is setup.But so far I have not pin pointed the problem. So what path to follow for this JIRA? I will try more and find exact cause and resolution. 3) check all files license info (Adriano did this before, so just for any new code after that, we might need to do this.) 4) update http://cwiki.apache.org/confluence/display/TUSCANY/RDB+DAS+-+Java+DAS+M3+Release with closed/removed JIRAs 5) page - http://cwiki.apache.org/confluence/display/TUSCANY/RDB+DAS [javadoc] - give link *Guides:- -Architecture Guide - should be on Tuscany Home Page and not DAS -Developer Guide - complete - how is working on it? (Some content from http://wiki.apache.org/ws/Tuscany/TuscanyJava/DAS_Java_Overview/RDBDAS_HOWTO_HelloDASApp can be used and completed here) Some content for htmlunit - http://www.mail-archive.com/[EMAIL PROTECTED]/msg06053.html -User Guide - Advanced Web Sample - add link to this after JIRA-863, 800 are commited , dbsetuputility - as its a handy tool for users too -What's new? - list new features in this release -Downloads - add links after 1st RC - [New]Useful Links - http://incubator.apache.org/tuscany/RDB_DAS_white_paper_v-0.2.pdf(for outdated info - how to update?)http://issues.apache.org/jira/browse/TUSCANY-594 - TBD http://java.sys-con.com/read/260053.htm (for outdated info - how to update?) 6) page -
Re: DAS M3 Release - Documentation
Hi Amita, Thanks for your attempt to share more about DAS on the wiki. This is useful. I looked at [1] and left comments in red if I could not figure out something. It looks like that this sample is already in SVN. Does it make sense to link to SVN from the doc instead of repeating each line of code. Then the 'getting started with DAS' guide can be focused on explaining what are the key setup pieces in the sample and what the purpose for each step is? Just a thought.. [1] http://cwiki.apache.org/confluence/display/TUSCANY/Starting+with+DAS On 5/29/07, Amita Vadhavkar [EMAIL PROTECTED] wrote: Hi, I have recently added FAQs and also a couple of new sections in http://cwiki.apache.org/confluence/display/TUSCANY/RDB+DAS. It will be helpful to get some feedback to make it better. Regards, Amita
Re: [DAS] Release distributions - PLEASE PROVIDE FEEDBACK
Most users who download binary would want samples. Therefore, they will end up with the same size of package at the end of the road anyway. It would be nice to have the same distribution across SDO and DAS. On 5/17/07, Adriano Crestani [EMAIL PROTECTED] wrote: Hi, As ant said, with the binary and samples together the distribution will follow the other projects' distributions and I think that the binary size won't be a problem. Anyway, I think the samples included in the binary wouldn't be clear for the downloader where the samples are or whether there are samples. So, with the samples separated would be easier for the downloader to find it. +1 to keep distribution layout Adriano Crestani On 5/17/07, Luciano Resende [EMAIL PROTECTED] wrote: In this week DAS release IRC chat [1], Ant had a proposal to change the DAS distributed artifacts. We currently have the following distributions : - Source : have das source implementation (M2) - BInary : have DAS binaries and all necessary dependencies (M2) - Sample : sample applications in binary form (war) with attached source code and derby canned database (M2) - Javadoc : DAS implementation javadoc (new after M2) Ant's proposal would make the distribution layout probably like : - Source : DAS source implementation - Binary : have DAS binaries and all necessary dependencies + samples binaries and derby canned database + javadoc My personal opinion is that, combining the sample together with the binary distribution would pollute the binary distribution, as the sample distribution ship derby canned databases and is currently more then 2 times the size of the binary distribution, without incorporating the new samples done for the current release, but I'm open for the community point of view. I'm probably ok to have javadoc distribution incorporated as part of the binary distribution. Please, express your thoughts.. [1] http://www.mail-archive.com/tuscany-dev%40ws.apache.org/msg17832.html -- Luciano Resende http://people.apache.org/~lresende
Re: SCA BPEL/EJB/JMS Example
Hi Rahul, There is also a patch for EJB binding in the JIRA system that is based on M2 release. This also needs to be ported over to the new code base. Haleh On 5/15/07, Simon Laws [EMAIL PROTECTED] wrote: Hi Rahul You find use at the point where we are just getting to the end of a period of refactoring in the Tuscany SCA codebase to make the code a little easier to understand. If you look at the latest code in svn trunk you will see a set of modules (see java/sca/modules) that we have ported over to the new code, this includes Bindings JsonRPC RMI WebServices (with Axis) Implementations Java Script, e.g. Ruby, Python etc. Spring There are quite a few modules that we haven't yet ported over (see java/sca/contrib). This is where the BPEL implementation is at the moment so it won't run with the latest code. I also notice that the JMS binding has made it into sca/modules but that it's not being built and tested regularly as part of our build so I imagine someone is working on that at the moment. Maybe someone can comment? We are just about to do a release with this basic set of functionality. Then I expect the Tuscany community will start looking at all the other modules in Contrib and any other new one people want to add. If you feel like getting your hands dirty now is a great time to get involved as there is no shortage of modules to fix/add. Hope that helps. Simon
Re: Quick Guide for SCA
A bit of update.. I think I have put enough in the Quick overview guide for SCA [1] to be worth a review. Your feedback, comments, modifications are very welcome to make this a useful guide. Do we need more detail? I'll continue to work on the get started example [2]. [1] http://cwiki.apache.org/confluence/display/TUSCANY/Quick+Guide+to+SCA [2] http://cwiki.apache.org/confluence/display/TUSCANY/SCA+Java+User+Guide Haleh On 5/2/07, haleh mahbod [EMAIL PROTECTED] wrote: Hi, I have started working on Java SCA user guide [1] and Quick overview guide for SCA[2]. I am assuming that Quick overview guide will be generic and can be used for both native SCA and Java. Please jump in and help if you are interested or provide comments/feedback. We can use some good diagrams :) Thanks, Haleh [1] http://cwiki.apache.org/confluence/display/TUSCANY/SCA+Java+User+Guide [2] http://cwiki.apache.org/confluence/display/TUSCANY/Quick+Guide+to+SCA
Re: Website - Feedback please
Kelvin, Thanks for your review. You mentioned that scopes should be the same when on a given page. I agree. I fixed it. We now have a sdo cpp FAQ and a sdo Java FAQ. I also moved text from some of the mentioned threads to the FAQ. The ones I did not is because I did not know how to net it down to a question and an answer. You mentioned General heading can be called Tuscany or SDO General heading. The General heading is more a collection of things that I couldn't find a good title for on that page :) It is not intended to be general for Tuscany. Some suggestion for the SDO Java page: 1) Using SDO Java could move to 'user guide' on this page. 2) Code structure can move to get involved or even to the architecture doc If there is agreement, I go ahead and make the changes. Haleh On 4/12/07, kelvin goodson [EMAIL PROTECTED] wrote: Haleh, thanks for addressing these issues. One concern I have after a quick look is that on arriving at a pages such as http://cwiki.apache.org/TUSCANY/sdo-java.html some of the links on the left under a given heading go off to a scope that is not intuitive from the page that you were on. E.g. under the General sidebar heading, the FAQ link for Java SDO goes to a page that I think is intended to contain generic cross language SDO questions, i.e. up one level of abstraction from the page heading. It's been that way since version 3 of the file, and I can't work out whether it's intended that way, or just a result of copying the content from an existing C++ page. The next sidebar heading below FAQ --- Downloads --- relates to downloading SDO Java (i.e. at the same level of abstraction of the current page). I think it would be good if the sidebar headings grouped links at the same level of abstraction and made this clear from the heading name - e.g. Tuscany General, or SDO General BTW, FWIW, this prompted me to just catalogue the set of tuscany-dev notes that I have put an FAQ label against when reading the list. I had the intention of reviewing this list to see what was worth refining into well formed info snippets some time, but haven't got to it yet. Maybe we can divide and conquer to add to the website's FAQ set. Does anyone else have anything like this? http://www.mail-archive.com/[EMAIL PROTECTED]/msg00469.html http://www.mail-archive.com/[EMAIL PROTECTED]/msg13291.html Ron Gavlin's response to tuscany-user of 5th of Jan (cant find a very good archive URL for this one) My response to Alexander Pankov of the 26th of Jan on t-user (again URL not readily found) http://www.mail-archive.com/[EMAIL PROTECTED]/msg00560.html http://www.mail-archive.com/[EMAIL PROTECTED]/msg00610.html The thread started by Adriano Crestani on 15th Feb mvn problem? Unanswered thread from Ignacio on 16th Feb Frank's responses to Murtaza Goga in the thread started 20th March http://mail-archives.apache.org/mod_mbox/ws-tuscany-user/200703.mbox/[EMAIL PROTECTED] The thread entitled Root property that is not containment started 29th of Jan The thread entitled Getting started with Tuscany databinding started on 10th April Regards, Kelvin. On 12/04/07, haleh mahbod [EMAIL PROTECTED] wrote: Hi, As mentioned in [1] I started working on the website and the first phase is ready for review. My first attempt ended up with something other than what I had originally planned; which was to move content. Instead, I worked on the readability of the website. I have tried to use a consistent look and feel across the pages to make it easier to find information. In addition, I tried to make the information available progressively ( allowing the user to decide if they want to learn more). Here is the layout at a high level for the Tuscany Website ( http://cwiki.apache.org/TUSCANY/) - Home page - On this page you will find the general stuff that apply to the whole Tuscany as well as links to each subproject and Downloads. - Each subproject has an overview page, for example SCA overview or DAS overview. On the overview page you find a brief introduction to the subproject and links to resources which are introductory information on the subproject, for example white papers, articles, webinar links if any. - Each subproject also has a more detailed page for those who want to get more info about that particular subproject. For example, SCA Java, SDO C++, DAS RDB or DAS LDAP. - Each detailed subproject page's navigation bar looks the same and provides more detailed information on the project. For example, FAQ, Documentation, How to get involved, Downloads, etc. - I tried to keep each page's navigation information to the minimum information that is needed for that stage in order to make it easier to find information. I'd like your feedback on this phase before we go ahead and put all the content in place. - Is the navigation intuitive? - Do we need additional information? If everyone is happy
Re: Improving Tuscany Website/Wiki
Hi, As I started working on the website, I realized that each subproject had its own style although similar content was presented. As the first step to improving the website, I created a consistent look across all pages and hopefully an easier navigation of content. I have also moved some of the content from one page to another to better organize it (for example, DAS page). I'd like your feedback please. I have encountered a problem that I can't figure out. If you first go to the home page you notice DAS JAVA under DAS project. I have removed this and replaced it with DAS Types. However, it does not show up. Once you go to DAS Overview and follow the back arrow to the main page you see DAS Types. Do you know what might be causing this? Thanks, Haleh On 4/4/07, Venkata Krishnan [EMAIL PROTECTED] wrote: Hi Haleh, Thanks. I fully agree with your point about our web-site. Let me know if you need additional hands for this and I'll be happy to pitch in. As for the OSOA site, it seems like the site template that is there is different and so is the wiki. I observed that there are some rich text editing support in there which we do not have. I am not sure if we can do all of for Tuscany as well since we are dependent on either the Apache or Confluence hosting environments. - Venkat On 4/4/07, Luciano Resende [EMAIL PROTECTED] wrote: Hi Haleh Thanks for helping. One suggestion I'd have would be to look at how http://www.osoa.org website is designed, with a frameset style, and see if we could apply to our wiki, this would give a common navigation style independent of what page you are... Otherwise, you might loose some navigation state depending on the page you are Thoughts ? On 4/4/07, haleh mahbod [EMAIL PROTECTED] wrote: Hi, Our Wiki website is incomplete and some of the links point readers to incorrect information or empty links. I'm interested in getting the website into a consumable form and look forward to any help that I can get for this. Here is how I'll approach this: - Compare the content to the old website and move over some of the relevant missing information to the wiki - Identify areas where information is incorrect or seems to be incorrect. I'll start discussions to collect the right information to update the Wiki with. - Look for content that can be brought forward to the Wiki, for example guides, documentation, etc. It would be great to get feedback early on and during this process. Are there things that you wish would be fixed immediately? Thanks for your help to make the website useful. Haleh -- Luciano Resende http://people.apache.org/~lresende
Re: Contributing a Modified Calculator Combo Presentation
Thanks Cristian. On 3/12/07, Fiorentino, Cristian [EMAIL PROTECTED] wrote: Thank you for your feedback Haleh! I have uploaded a pdf version of the presentation at: http://cwiki.apache.org/confluence/download/attachments/44883/ModifiedCa lculatorExample.pdf Actually slides 4 and 5 are not empty, they are part of an animation. Anyway I have included the whole animation information into a single slide in the pdf version. Best Regards! Cristian G. Fiorentino -Original Message- From: haleh mahbod [mailto:[EMAIL PROTECTED] Sent: Friday, March 09, 2007 11:25 PM To: tuscany-user@ws.apache.org Subject: Re: Contributing a Modified Calculator Combo Presentation Thank you Cristian. Slides 4,5 show empty on the right side. Was there suppose to be code on those slides? Can this be converted to pdf so that it is accessible to more people? Some people may not have power point. Thanks, Haleh On 3/9/07, Fiorentino, Cristian [EMAIL PROTECTED] wrote: Hello, I wanted to share with you a User Guide presentation. I made some modifications to the Calculator Combo example and I made a presentation about it focusing on the Tuscany capability to change among different service implementations and bindings. You can get the PPT presentation from: http://cwiki.apache.org/confluence/download/attachments/44883/ModifiedCa lculatorExample.ppt Also I have posted it at: http://cwiki.apache.org/confluence/display/TUSCANY/Running+the+samples Best Regards, Cristian G. Fiorentino - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Contributing a Modified Calculator Combo Presentation
Thank you Cristian. Slides 4,5 show empty on the right side. Was there suppose to be code on those slides? Can this be converted to pdf so that it is accessible to more people? Some people may not have power point. Thanks, Haleh On 3/9/07, Fiorentino, Cristian [EMAIL PROTECTED] wrote: Hello, I wanted to share with you a User Guide presentation. I made some modifications to the Calculator Combo example and I made a presentation about it focusing on the Tuscany capability to change among different service implementations and bindings. You can get the PPT presentation from: http://cwiki.apache.org/confluence/download/attachments/44883/ModifiedCa lculatorExample.ppt Also I have posted it at: http://cwiki.apache.org/confluence/display/TUSCANY/Running+the+samples Best Regards, Cristian G. Fiorentino
Re: Developing an SCA Application: Best Practices
Hi Andy, Very good 'SCA best practices' write-up. I'll add this to the list of user documents on cwiki and like you I am interested to to see if Tuscany users have other 'best practices' hints that they might want to add to this. Thanks. Haleh On 2/13/07, Andrew Borley [EMAIL PROTECTED] wrote: Hi All, After writing the Alert Aggregator sample for the Tuscany Native runtime I thought it would be worthwhile documenting my experiences. I've titled this Best Practices but perhaps Hints Tips or Andy's Observations would be more appropriate! Anyway, below is a suggested list of things to do/think about when writing your own SCA based applications. A few of the points below are from general software development, but they apply equally to SCA development. Start by drawing your SCA diagram (e.g. [1]) - this helps with the componentization of your app. SCA diagrams aren't code path diagrams (such as a BPEL visualization): they simply show what blocks of function you have and which blocks are used by other blocks. Separating components into composites also helps you think about componentization and deployment, as (currently) the smallest deployable block is a composite. Similarly, an SCA diagram is not a class diagram - the smallest SCA unit is the component which could consist of multiple classes or scripts or similar. You may have a requirement for a Utilities class providing some basic function that is used by lots of other classes - SCA wires involve a certain amount of overhead, so it may not be worth creating a Utilities component that all other components reference. Instead, it can be valid to have multiple instances of the same class embedded as part of multiple components. Think about the services and references that your components and composites provide/require, so you can draw the wiring on the diagram and work out which components and composites you need, but don't worry too much about bindings (REST, WS, etc) - SCA/Tuscany makes it so easy to switch bindings that this can be decided at a later time. I didn't worry too much about interfaces at this point - I planned to do most of my components in scripting languages (which don't need defined interfaces in Tuscany Native). In other languages (Java, C++) it may be worth defining the public interfaces that your component implements, so you can see how and where functions are implemented within your composites. When coding the component implementations, it's easiest to start with the 'least-dependent' components - those that don't need lots of other infrastructure or other components or composites in place. For the Alert Aggregator sample (see [1]), my order of component development was as follows: RSSChecker AlertConfig AlertChecker HTMLFormatter POPChecker Of course, as in normal software development, this was an iterative process where each component got revisited as necessary. Component implementations were developed in a standard test-driven manner, but deploying within an SCA runtime adds extra layers of required testing (think unit vs. system tests). I began by testing my component implementations in a standalone, unit-testing-style fashion, then tested under Tuscany via local clients, then via remote clients using whichever service bindings I had chosen and finally via full system tests (in the Alert Aggregator case, through clicking on a web page). The power of SCA meant that I could use the same client code for both local and remote testing , just by adding in a local SCA reference that called the remote service (see the PythonCalculator sample for an example of this - the sample.calculator.client/client.py code is almost exactly the same as the sample.calculator.wsclient/client.py code). I found I needed to programme somewhat defensively - Tuscany SCA Native (or at least the extensions I used) is not yet particularly good at handling exceptions or errors that get thrown, but not caught, in component code. Instead, I tried to check for bad data and catch exception cases within the component implementation. The handling of errors is something that definately needs more work in Tuscany SCA Native - should errors get propagated back to the original client, or should they be caught and logged? A problem that exacerbates this issue is that some of our logging messages don't provide much (or any!) useful information! The XML story with Tuscany SCA Native is pretty good - I found using SDO/XML/Python ElementTree objects easy and very useful. I would probably go as far as suggesting that developers use XML complex types and SDO rather than trying to flow multiple method parameters, as this can mean less changes required in code and interfaces throughout the development cycle. That's about all the issues and observations that are at the top of my head right now - I've put also this up on the wiki at [2] and hope it can become a more rounded and useful document for users of Tuscany to consider. Let me know what you think, I'd be
Fwd: Eclipse SOA Tools Project support for SCA/Java dev with Tuscany
-- Forwarded message -- From: Oisin Hurley [EMAIL PROTECTED] Date: Jan 29, 2007 12:31 AM Subject: Eclipse SOA Tools Project support for SCA/Java dev with Tuscany To: tuscany-dev@ws.apache.org Hi all, Over at Eclipse STP we've made some progress on supporting SCA/Java service development using Tuscany [0]. In the flash movie at [1] (14MB) you will see how to develop and SCA Java service and client using the RMI binding. This is a call for feedback on this initial tool support to help us deliver something that is useful for SCA developers in the Eclipse Europa release, due end of June. We would appreciate your thoughts and comments sent to stp- [EMAIL PROTECTED] best regards Oisin Hurley, STP PMC Lead [0] http://wiki.eclipse.org/index.php/SCA_Java_support_in_STP [1] http://www.eclipse.org/stp/sc/demos/sca_rmi_movie.swf
Re: Web 2.0 sample
Hi Andy, This is an interesting technology sample that demonstrates various capabilities that Tuscany offers. It would be good to get user feedback on this as well. Haleh On 1/19/07, Andrew Borley [EMAIL PROTECTED] wrote: Hi all, One of the things we thought would be good to include in the next release of Tuscany C++ was some kind of Web 2.0 sample that would show the various functionality of Tuscany C++ (and perhaps Tuscany Java and SCA/SDO for PHP too) all working together in one app. I've had a think around this and come up with the following idea that I'm throwing open for abuse/ideas/development/etc! Global Alerter A feed-reader style webapp that aggregates various sources of changing data into a series of alerts that are displayed in, and automatically updated via AJAX calls from, a web page. Alert sources include RSS/Atom news feeds, POP3/IMAP email, NNTP newsgroups, SOAP services (such as stockquotes). See the attached png for the initial SCA diagram (I've also put it up at [1] if the mail-list doesn't let png's through) for a bit more detail. This shows some of the power that SCA and Tuscany provides: - the 2 composites could run in separate containers or even different SCA runtimes (say HTTPD/PHP with SCA_SDO for the Display Composite and HTTPD/Tuscany C++ for the Alerter Composite) - we could show extensibility by adding extra Checker components for other data sources (such as a component that checks for changes in a specific web page) - we could show re-use of components by using the Web Service Checker to call a stockquote service and a weather forecast service. - we can use different languages to implement the components It would be nice if the web front end could also show what is happening under the covers - perhaps by displaying the SCA diagram and highlighting which pieces are being called when the user chooses to update the alerts from a particular data source. So, any ideas/thoughts? Thanks! Andy [1] http://people.apache.org/~ajborley/web2demo.png - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Apache Tuscany Free Webinar, TOMORROW- Wed. November 8th at 8 AM pacific
-- Forwarded message -- From: haleh mahbod [EMAIL PROTECTED] Date: Oct 18, 2006 7:26 PM Subject: Apache Tuscany Free Webinar, Wed. November 8th at 8 AM pacific - Mark your Calendar! To: tuscany-dev@ws.apache.org, tuscany-user@ws.apache.org *Apache **Tuscany**: Not the Same Old Architecture* Do you think of the popular term SOA as the Same Old Architecture concept? The Apache Tuscany Project moves SOA (Service Oriented Architecture) beyond buzzwords and vague arm-waving into reality. The project aims to create a next-generation services infrastructure in open source based on the principles behind the Service Component Architecture (SCA). With Apache Tuscany, application developers will be able to create, assemble, and deploy service networks in ways that are not easily done or possible with existing middleware. This webinar will provide an overview of how Apache Tuscany simplifies the task of creating and assembling service-based applications using SCA. It will also cover where the Tuscany project is headed and how it will help developers build tomorrow's applications today. Speakers: Jeremy Boynes and Jim Marino *Jeremy Boynes, Gluecode CTO, IBM Corporation** * Jeremy works at IBM on emerging technologies for Service Oriented Architecture and is an active contributor to Apache Tuscany and other open source projects. Prior to acquisition by IBM, Jeremy was CTO for Gluecode Software and one of the founders of the Apache Geronimo J2EE project. *Jim Marino, Senior Principal Technologist, Office of the CTO, BEA System** * Jim Marino works at BEA Systems in the office of the CTO on emerging technologies. He is currently involved in the development of the SCA specifications and the Apache Tuscany Project. Prior to BEA, Jim was with Art Technology Group and a number of Bay Area startups. *Seminar Attendance Information * *(This free webinar is hosted by BEA for **Tuscany** . Thank you)* · Test your computer's configuration: http://esd.placeware.com/LM2005test · Click the meeting URL: https://www.livemeeting.com/cc/bea/join?id=110106aarole=attendpw=ATTBEA *or *if you can't click the above meeting URL, click the following link: https://www.livemeeting.com/cc/bea 1. When you click on either URL, the Join Meeting page appears. In the following fields, verify or enter this information: o*Name:* (Enter your first and last name) o*Meeting ID:* 110106aa o*Meeting Key:* ATTBEA 3. Click *Join Meeting*. 4. If prompted, install and run the Live Meeting console software. It will take a few moments for the Live Meeting console to launch. *Audio* Once you log in to the Live Meeting console, you should hear the event's streaming audio. If you do not have WMP 9 installed you will be prompted to install it before the audio is available to you. If you have WMP 9 installed but you still do not hear the audio, please confirm that your PC speakers are on and that the volume is turned up. If you continue to experience difficulties, please contact Event Support (see Contact Live Meeting Event Support below) or use backup audio (see below). Thank you and we hope to see you there. Software Requirements and Support info To attend the Web conference you will need: · A computer with access to the Internet to view the visual portion of the event. · A functioning sound card and speakers or headphones for your PC. · Windows Media Player (WMP) 9 or later. · A compatible computer configuration. To test your computer: 1. Click the following link: http://esd.placeware.com/LM2005test *Note:* If you are unable to click this link, you can also cut and paste the link into the address bar of your browser. 2. Install and run Live Meeting console software if necessary. 3. You should see a Live Meeting console with 3 revolving slides. If you are able to see all three slides your test is successful. 4. If you are not able to see the slides or if your system is stalled, please contact Event Support (see Contact Live Meeting Event Support below). *Note:* The Web-based Meeting console does not support the new embedded audio features (IAB). *Back-up telephone audio* If you are unable to connect to the audio through the Internet Audio Broadcast, you can dial in to the audio over a traditional telephony line: US/Canada: (877) 698-6760 International: 503-295-8000 PIN: 6760 *Contact Live Meeting Event Support* For technical assistance, please contact Event Support at: US/Canada toll free: (1) (800) 893-8779 International: (1) (971) 544-3222 Quick Tips · To restore the original layout of your Live Meeting console, go to the * View* menu, and click *Restore Default Layout*. · To view relevant meeting login details, go to the *View* menu, and click *Meeting Information*. User Notes · When you enter the event, you will be prompted to install and run the Live Meeting Console software. If you cancel the software
Fwd: Closer Involvement with the OSOA Specifications for Tuscany Developers
Thank you Mike. This is very good information. Forwarding your email to tuscany-user mailing list as well. -- Forwarded message -- From: Mike Edwards [EMAIL PROTECTED] Date: Oct 24, 2006 5:52 AM Subject: Closer Involvement with the OSOA Specifications for Tuscany Developers To: tuscany-dev@ws.apache.org Folks, The Open SOA collaboration, which is working on the SCA specifications and the SDO specifications, welcomes feedback on the evolving specifications, particularly from the Tuscany developers who are actively involved in implementing the specifications. If you would like to get closer involvement with the evolution of the specifications, you can now apply to join the OSOA Supporters group. The OSOA Supporters have a special controlled-access area on the www.osoa.org Wiki site, which gives access to the minutes of the regular specification conference calls and which provides a discussion Forum which allows for discussion of any topics relating to the specifications and to the issues that are currently under discussion within the collaboration. To become at OSOA Supporter, please go to the following page on the OSOA site: http://www.osoa.org/display/Main/OSOA+Supporters+Home You will be asked to sign a simple Feedback license - this is similar in nature to the ICLA agreement that you must sign in order to contribute code to Apache. The OSOA collaboration specifications are published under generous Royalty-Free terms and the collaboration needs to ensure that any detailed feedback that you give on the specifications is donated in a way that meets those terms. Individuals may join the OSOA Supporters group as well as companies. Yours, Mike Edwards Chair of SCA Assembly Specification Working Group - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]