Re: Comet binding
Hi Ant, Sorry for the delay, I've just noticed your email. Atmosphere doesn't seem that stable anymore so I think it's ok to deprecate the comet binding for now and maybe start looking at socket.io which seems to be a better choice these days. Thanks, Florian On Mon, Jun 11, 2012 at 6:33 PM, ant elder ant.el...@gmail.com wrote: I've taken the comet binding out of the trunk build because the old atmosphere dependency its using has had its dependencies moved in the maven repositories and now doesn't work. The nightly trunk build has been failing due to this for nearly two months now and we need to do something about it to get the 2.0 release out. I've tried adding pom.xmls files to the tuscany repo to fix it but that the old ones seem to take precedence and i've tried updating to newer releases of atmosphere but can't get the comet binding to work with them and i don't have any more time to try to fix it. ...ant
Re: [NOTICE] Jennifer Thompson voted as a Tuscany Committer
Congrats, Jennifer! Florian On Mon, Feb 6, 2012 at 10:11 AM, Jean-Sebastien Delfino jsdelf...@apache.org wrote: Welcome! - Jean-Sebastien On Sun, Feb 5, 2012 at 7:59 AM, Simon Laws simonsl...@googlemail.comwrote: On Fri, Feb 3, 2012 at 11:32 PM, Raymond Feng enjoyj...@gmail.com wrote: Welcome on board, Jennifer! Raymond On Feb 3, 2012, at 1:30 AM, ant elder wrote: The Tuscany PMC have voted to make Jennifer a Tuscany committer in recognition of all the patches submitted, particularly for the JMS binding. Congratulations and welcome Jennifer! ...ant Congrats Jennifer. Simon -- Apache Tuscany committer: tuscany.apache.org Co-author of a book about Tuscany and SCA: tuscanyinaction.com
Re: Happy Birthday Tuscany
Cool anniversary! Nice to know about it :) On Thu, Dec 8, 2011 at 6:16 AM, Nirmal Fernando nirmal070...@gmail.comwrote: Happy Birthday Tuscany!! :) On Thu, Dec 8, 2011 at 5:06 AM, Raymond Feng enjoyj...@gmail.com wrote: Wow, six years! Raymond Feng Sent from my iPhone On Dec 7, 2011, at 2:30 PM, ant elder ant.el...@gmail.com wrote: Its six years today since Tuscany started as an incubator project at the ASF [1]. ...ant [1] http://apache.markmail.org/message/sc4h3eyfo46tlbfp -- Best Regards, Nirmal C.S.Nirmal J. Fernando Department of Computer Science Engineering, Faculty of Engineering, University of Moratuwa, Sri Lanka. Blog: http://nirmalfdo.blogspot.com/
Re: Cloud enabled devices.
I don't know what the current state is, but seems like we had a couple of Tuscany samples running on Android [1]. Luciano can probably give us more info on that. Seems to me like it fits your SCA clouded embedded devices framework idea. Eventually, there will be Android on many different devices I guess... [1] http://apache-tuscany.blogspot.com/2009/05/runing-tuscany-android-sample.html On Fri, Oct 7, 2011 at 6:31 AM, Giorgio Zoppi giorgio.zo...@gmail.comwrote: Hi all, are you tired of legacy code? Do you wanna try something new with SCA architecture? If yes, we are brainstorming about using SCA clouded embedded devices framework. What do u think about it? Cheers, Giorgio -- Quiero ser el rayo de sol que cada día te despierta para hacerte respirar y vivir en me. Favola -Moda.
Re: [VOTE] Release Tuscany SCA 2.0-Beta3 RC2
Things are looking good to me. Here's my +1. Sorry for the late response. Florian On Wed, Aug 3, 2011 at 1:38 AM, ant elder ant.el...@gmail.com wrote: Anyone have time for a release vote? ...ant On Thu, Jul 28, 2011 at 9:29 PM, ant elder ant.el...@gmail.com wrote: Please review and vote on the 2.0-Beta3 RC2 release artifacts. The artifacts are available at: http://people.apache.org/~antelder/tuscany/2.0-Beta3-RC2/ The SVN tag for the release is: https://svn.apache.org/repos/asf/tuscany/sca-java-2.x/tags/2.0-Beta3-RC2/ TIA, ...ant
Re: GSoC status
As you might have noticed from the commits list, the implementation of the websocket binding [1] is now completed. Feel free to check the 4 samples [2] that demonstrate various features of the binding. Readmes describe the samples functionality as well as some implementation details of the binding. Functionally, they are basically the comet samples in order to demonstrate similarities and differences between technologies. The websocket binding has currently been moved to trunk in order to catch the 2.0-Beta3 release hoping that this would encourage community feedback. Thank you, Florian [1] http://svn.apache.org/repos/asf/tuscany/sca-java-2.x/trunk/modules/binding-websocket/ [2] https://svn.apache.org/repos/asf/tuscany/sca-java-2.x/trunk/samples/learning-more/binding-websocket/ On Sun, Jul 24, 2011 at 5:16 PM, Florian Moga moga@gmail.com wrote: Following my latest commit, I have some updates on the websocket binding. I've been thinking a lot and unfortunately I can't guarantee how much time I will be able to dedicate to Monsoon in the future and I certainly don't want this to affect Tuscany's websocket support. With that in mind, I decided to change the websocket binding to use embedded Jetty instances for websocket server endpoints. Jetty has probably the best websocket support available now in Java and it is always kept up-to-date with the latest changes in the protocol. Jetty lead developer is actively involved in the IETF working group. Note that the websocket protocol is still a draft but it is now in the last call phase inside the IETF. Jetty supports a number of draft versions in parallel (00, 01, 06, 07) so it will adapt for what version does the browser support. I am using Chrome 12 and it works out of the box. For Firefox and Opera you would have to enable websockets from browser configuration. Don't expect all modern browsers to work, most of them don't have such new versions like 06 or 07 implemented yet. However, the protocol will soon be an internet standard so browser adoption will increase. By upgrading the Jetty version, we'll be able to upgrade our websocket support up to the latest changes in the protocol which is very convenient given the fast-pase in which the protocol is evolving. Given Servlet limitations, the websocket endpoints won't be able to share the same port as the webapplication itself as I am not able to integrate that with our SerlvetHost. This is currently being discussed for the Servlet 3.1 spec (JSR 340): Add necessary support to enable WebSocket and other protocols that do initial handshake over HTTP or work on top of HTTP in the Servlet API by adding ability upgrade the underlying socket protocol. Add support where possible to enable such functionality in the web container so we can build easier to use higher level protocol support for things like WebSockets. This was also the case when using Monsoon. The port can be configured in the component definition. Also, I am not aware of a reasonable up-to-date websocket client implemenation in Java (which is kind of normal given the protocol is not a standard yet and is still experimental) so I prefer to drop the SCA reference support at the moment. Browser clients are supported starting with my latest commit. Just as with the comet binding, I have developed a wrapper over the websocket API to simulate SCA in the browser which injects service proxies. Requests from one client to *any* websocket service as well as responses are multiplexed via a single websocket channel to improve scalability. Once a good client implmentation appears, it will be far easier to add reference support comparing to the browser client support. I am now continuing the project by adding multiple response support. I have started to recreate the comet samples now using websockets. The autocomplete sample now works with websockets, the others use the multiple response support. I will add them to SVN as soon as that is implemented. Sorry for the lengthy post, I wanted to expose the whole situation and why this decision will ensure that Tuscany's websocket support will easily keep up with all the changes in the protocol. Feel free to ask questions, comment or make suggestions. Thanks, Florian On Sat, Jul 9, 2011 at 8:20 AM, Florian Moga moga@gmail.com wrote: FYI connection multiplexing has been implemented. You can notice in the logs of SalutesWebSocketBindingTest that there are two requests made for the server at 127.0.0.1: and only one websocket handshake meaning the connection is reused. On Fri, Jul 8, 2011 at 4:32 PM, Florian Moga moga@gmail.com wrote: Hi, With one week to mid-term, here is a summary of my progress on the websocket binding. As you might have noticed, a functional websocket binding can already be found in the contrib/ area. Along with the runtime code, you can find two tests demonstrating the following: 1. services with the same uri
Re: Cross-Origin Resource Sharing support on the HTTP binding
On Thu, Jul 28, 2011 at 10:59 AM, ant elder antel...@apache.org wrote: I'll go add it as an attribute on binding.rest for now and we can see what thats like. I would quite like to keep it simple without needing extra optional config which is why it would be good to have it enabled by default and to not be something like an optional wireFormat or operationSelector. ...ant Sounds good to me. Florian
Re: [VOTE] Release Tuscany SCA 2.0-Beta3 RC1
A couple of things got solved today. The compilation failure was worked around using the Sun VM, Ant has opened a bug about the compilation failure given by OpenJDK. The helloworld-scaclient works fine. helloworld-bpel was moved out of from samples in the Beta3 branch so should do so in trunk as well. The remaining items are the following: * applications/store, running-tuscany/ant, running-tuscany/jse are not working * getting-started/helloworld-ant does not have the appropriate readme * decide what to do with readmes and odt files * complete the changes file I'd be for removing the broken or incomplete samples out of the release. Regarding documentation, I don't have a strong preference but I think we should decide on one option and work towards that in the future releases. Other than that, things are looking good, the build is back to stable as well. Florian On Wed, Jul 27, 2011 at 2:42 AM, Florian Moga moga@gmail.com wrote: Here are some issues I detected and should be fixed IMO before RC2: 1. samples/applications/store - wasn't able to start sample (tried jetty plugin, various java commands) - README doesn't provide the necessary information to run the sample - there is no pom and README in the applications folder 2. running-tuscany/ant - getting build error when performing what README says (should a full build be executed first?) 3. running-tuscany/jse - contribution not found when executing script (should a full build be executed first?) 4. getting-started/helloworld-ant - no explanations in README file 5. getting-started/helloworld-bpel - outdated instructions in README 6. getting-started/helloworld-scaclient - wasn't able to start sample neither with tuscany:run or exec:run as suggested in README 7. The running-tuscany folder uses .odt and .html files instead of plain text READMEs. I think we should decide on one way and keep it consistent for this release. I really like the .odt template but I think it would be quicker for now to change odts to READMEs as odt files are less than READMEs. I'd like to save this template in contrib and use it for future releases. 8. Everyone, please update the CHANGES file with your work for this release. 9. When doing a full build I get the following compilation failure [INFO] Compilation failure /home/fmoga/coding/apache-tuscany/trunk/modules/core/src/main/java/org/apache/tuscany/sca/core/invocation/ExtensibleProxyFactory.java:[60,43] invalid inferred types for R; inferred type does not conform to declared bound(s) inferred: org.oasisopen.sca.ServiceReferenceB bound(s): org.oasisopen.sca.ServiceReferenceB I would say let's move the broken samples that would take too much to fix back to contrib, fix the build, make READMEs consistent and let's kick off RC2. Florian On Tue, Jul 26, 2011 at 11:45 AM, ant elder ant.el...@gmail.com wrote: Ok chatting off list i think i can get two others who would vote +1 on this. I've a bunch of updates from over the weekend and Florian is going to try to get the latest comet and webcocket bindings in so i'm going to create an RC2 later today/tomorrow and vote on that. ...ant On Mon, Jul 25, 2011 at 9:01 PM, ant elder ant.el...@gmail.com wrote: Anyone? ...ant On Fri, Jul 22, 2011 at 10:27 AM, ant elder ant.el...@gmail.com wrote: Please review and vote on the 2.0-Beta3RC1 release artifacts. The artifacts are available at: http://people.apache.org/~antelder/tuscany/2.0-Beta3-RC1/ (they're presently still uploading so if you don't see them there now just wait a little) The SVN tag for the release is: https://svn.apache.org/repos/asf/tuscany/sca-java-2.x/tags/2.0-Beta3-RC1/ TIA, ...ant
Re: [VOTE] Release Tuscany SCA 2.0-Beta3 RC1
Here are some issues I detected and should be fixed IMO before RC2: 1. samples/applications/store - wasn't able to start sample (tried jetty plugin, various java commands) - README doesn't provide the necessary information to run the sample - there is no pom and README in the applications folder 2. running-tuscany/ant - getting build error when performing what README says (should a full build be executed first?) 3. running-tuscany/jse - contribution not found when executing script (should a full build be executed first?) 4. getting-started/helloworld-ant - no explanations in README file 5. getting-started/helloworld-bpel - outdated instructions in README 6. getting-started/helloworld-scaclient - wasn't able to start sample neither with tuscany:run or exec:run as suggested in README 7. The running-tuscany folder uses .odt and .html files instead of plain text READMEs. I think we should decide on one way and keep it consistent for this release. I really like the .odt template but I think it would be quicker for now to change odts to READMEs as odt files are less than READMEs. I'd like to save this template in contrib and use it for future releases. 8. Everyone, please update the CHANGES file with your work for this release. 9. When doing a full build I get the following compilation failure [INFO] Compilation failure /home/fmoga/coding/apache-tuscany/trunk/modules/core/src/main/java/org/apache/tuscany/sca/core/invocation/ExtensibleProxyFactory.java:[60,43] invalid inferred types for R; inferred type does not conform to declared bound(s) inferred: org.oasisopen.sca.ServiceReferenceB bound(s): org.oasisopen.sca.ServiceReferenceB I would say let's move the broken samples that would take too much to fix back to contrib, fix the build, make READMEs consistent and let's kick off RC2. Florian On Tue, Jul 26, 2011 at 11:45 AM, ant elder ant.el...@gmail.com wrote: Ok chatting off list i think i can get two others who would vote +1 on this. I've a bunch of updates from over the weekend and Florian is going to try to get the latest comet and webcocket bindings in so i'm going to create an RC2 later today/tomorrow and vote on that. ...ant On Mon, Jul 25, 2011 at 9:01 PM, ant elder ant.el...@gmail.com wrote: Anyone? ...ant On Fri, Jul 22, 2011 at 10:27 AM, ant elder ant.el...@gmail.com wrote: Please review and vote on the 2.0-Beta3RC1 release artifacts. The artifacts are available at: http://people.apache.org/~antelder/tuscany/2.0-Beta3-RC1/ (they're presently still uploading so if you don't see them there now just wait a little) The SVN tag for the release is: https://svn.apache.org/repos/asf/tuscany/sca-java-2.x/tags/2.0-Beta3-RC1/ TIA, ...ant
Re: GSoC status
Following my latest commit, I have some updates on the websocket binding. I've been thinking a lot and unfortunately I can't guarantee how much time I will be able to dedicate to Monsoon in the future and I certainly don't want this to affect Tuscany's websocket support. With that in mind, I decided to change the websocket binding to use embedded Jetty instances for websocket server endpoints. Jetty has probably the best websocket support available now in Java and it is always kept up-to-date with the latest changes in the protocol. Jetty lead developer is actively involved in the IETF working group. Note that the websocket protocol is still a draft but it is now in the last call phase inside the IETF. Jetty supports a number of draft versions in parallel (00, 01, 06, 07) so it will adapt for what version does the browser support. I am using Chrome 12 and it works out of the box. For Firefox and Opera you would have to enable websockets from browser configuration. Don't expect all modern browsers to work, most of them don't have such new versions like 06 or 07 implemented yet. However, the protocol will soon be an internet standard so browser adoption will increase. By upgrading the Jetty version, we'll be able to upgrade our websocket support up to the latest changes in the protocol which is very convenient given the fast-pase in which the protocol is evolving. Given Servlet limitations, the websocket endpoints won't be able to share the same port as the webapplication itself as I am not able to integrate that with our SerlvetHost. This is currently being discussed for the Servlet 3.1 spec (JSR 340): Add necessary support to enable WebSocket and other protocols that do initial handshake over HTTP or work on top of HTTP in the Servlet API by adding ability upgrade the underlying socket protocol. Add support where possible to enable such functionality in the web container so we can build easier to use higher level protocol support for things like WebSockets. This was also the case when using Monsoon. The port can be configured in the component definition. Also, I am not aware of a reasonable up-to-date websocket client implemenation in Java (which is kind of normal given the protocol is not a standard yet and is still experimental) so I prefer to drop the SCA reference support at the moment. Browser clients are supported starting with my latest commit. Just as with the comet binding, I have developed a wrapper over the websocket API to simulate SCA in the browser which injects service proxies. Requests from one client to *any* websocket service as well as responses are multiplexed via a single websocket channel to improve scalability. Once a good client implmentation appears, it will be far easier to add reference support comparing to the browser client support. I am now continuing the project by adding multiple response support. I have started to recreate the comet samples now using websockets. The autocomplete sample now works with websockets, the others use the multiple response support. I will add them to SVN as soon as that is implemented. Sorry for the lengthy post, I wanted to expose the whole situation and why this decision will ensure that Tuscany's websocket support will easily keep up with all the changes in the protocol. Feel free to ask questions, comment or make suggestions. Thanks, Florian On Sat, Jul 9, 2011 at 8:20 AM, Florian Moga moga@gmail.com wrote: FYI connection multiplexing has been implemented. You can notice in the logs of SalutesWebSocketBindingTest that there are two requests made for the server at 127.0.0.1: and only one websocket handshake meaning the connection is reused. On Fri, Jul 8, 2011 at 4:32 PM, Florian Moga moga@gmail.com wrote: Hi, With one week to mid-term, here is a summary of my progress on the websocket binding. As you might have noticed, a functional websocket binding can already be found in the contrib/ area. Along with the runtime code, you can find two tests demonstrating the following: 1. services with the same uri specified for binding.websocket will be served by the same server so the runtime will start as many servers as many _distinct_ uris there are in the domain. Services are exposed as resources of a websocket server at the componentName/serviceName/operationName path. 2. data conversion is handled automatically by the binding using JSON to send data over the wire In the mean time, I have also looked into the Tuscany async support. Thank you Simon Laws for walking me through it. I've exprimented with it on the comet binding and came to the conclusion that it doesn't fit my needs for now. The main reasons were the impact it has on the service definitions and the fact that the AsyncResponseInvoker supports a single response being returned while the main benefit of both the comet and websocket bindings is the ability to do server push so multiple responses may be received from the server. I would
Re: svn commit: r1147924 - in /tuscany/sca-java-2.x/branches/2.0-Beta3: distribution/all/src/main/release/bin/ distribution/all/src/main/release/bin/LICENSE modules/binding-comet-runtime/ modules/bind
Yes, the repo is down. Sonatype repo was actually needed for Atmosphere snapshots which we don't need anymore and Gson is publishing it's artifacts to central as well. I'm performing a build now with an empty maven repo to see how that works. On Tue, Jul 19, 2011 at 11:58 AM, ant elder ant.el...@gmail.com wrote: I'm getting a fail on this because the oss.sonatype.org repositories aren't responding presently for some reason so it just hangs the build. Are these extra repos really needed still? Having a look i see that the gson jars are in the Maven central repo now. ...ant On Mon, Jul 18, 2011 at 4:13 PM, fm...@apache.org wrote: Author: fmoga Date: Mon Jul 18 15:13:44 2011 New Revision: 1147924 URL: http://svn.apache.org/viewvc?rev=1147924view=rev Log: Merge comet binding dependency changes into beta3 Modified: tuscany/sca-java-2.x/branches/2.0-Beta3/distribution/all/src/main/release/bin/ (props changed) tuscany/sca-java-2.x/branches/2.0-Beta3/distribution/all/src/main/release/bin/LICENSE tuscany/sca-java-2.x/branches/2.0-Beta3/modules/binding-comet-runtime/ (props changed) tuscany/sca-java-2.x/branches/2.0-Beta3/modules/binding-comet-runtime/pom.xml Propchange: tuscany/sca-java-2.x/branches/2.0-Beta3/distribution/all/src/main/release/bin/ -- --- svn:mergeinfo (added) +++ svn:mergeinfo Mon Jul 18 15:13:44 2011 @@ -0,0 +1,2 @@ +/tuscany/branches/sca-java-1.3/distribution/all/src/main/release/bin:671193 +/tuscany/sca-java-2.x/trunk/distribution/all/src/main/release/bin:1147891 Modified: tuscany/sca-java-2.x/branches/2.0-Beta3/distribution/all/src/main/release/bin/LICENSE URL: http://svn.apache.org/viewvc/tuscany/sca-java-2.x/branches/2.0-Beta3/distribution/all/src/main/release/bin/LICENSE?rev=1147924r1=1147923r2=1147924view=diff == --- tuscany/sca-java-2.x/branches/2.0-Beta3/distribution/all/src/main/release/bin/LICENSE (original) +++ tuscany/sca-java-2.x/branches/2.0-Beta3/distribution/all/src/main/release/bin/LICENSE Mon Jul 18 15:13:44 2011 @@ -688,13 +688,13 @@ SOFTWARE, EVEN IF ADVISED OF THE POSSIBI The jars; -atmosphere-annotations-0.8-SNAPSHOT.jar, -atmosphere-compat-jbossweb-0.8-SNAPSHOT.jar, -atmosphere-compat-tomcat-0.8-SNAPSHOT.jar, -atmosphere-compat-weblogic-0.8-SNAPSHOT.jar, -atmosphere-jersey-0.8-SNAPSHOT.jar, -atmosphere-runtime-0.8-SNAPSHOT.jar, -atmosphere-ping-0.8-SNAPSHOT.jar, +atmosphere-annotations-0.7.2.jar, +atmosphere-compat-jbossweb-0.7.2.jar, +atmosphere-compat-tomcat-0.7.2.jar, +atmosphere-compat-weblogic-0.7.2.jar, +atmosphere-jersey-0.7.2.jar, +atmosphere-runtime-0.7.2.jar, +atmosphere-ping-0.7.2.jar, jersey-core-1.6.jar, jersey-server-1.6.jar, jstl-1.1.2.jar, Propchange: tuscany/sca-java-2.x/branches/2.0-Beta3/modules/binding-comet-runtime/ -- --- svn:mergeinfo (added) +++ svn:mergeinfo Mon Jul 18 15:13:44 2011 @@ -0,0 +1,2 @@ +/tuscany/branches/sca-java-1.3/modules/binding-comet-runtime:671193 +/tuscany/sca-java-2.x/trunk/modules/binding-comet-runtime:1147891 Modified: tuscany/sca-java-2.x/branches/2.0-Beta3/modules/binding-comet-runtime/pom.xml URL: http://svn.apache.org/viewvc/tuscany/sca-java-2.x/branches/2.0-Beta3/modules/binding-comet-runtime/pom.xml?rev=1147924r1=1147923r2=1147924view=diff == --- tuscany/sca-java-2.x/branches/2.0-Beta3/modules/binding-comet-runtime/pom.xml (original) +++ tuscany/sca-java-2.x/branches/2.0-Beta3/modules/binding-comet-runtime/pom.xml Mon Jul 18 15:13:44 2011 @@ -1,90 +1,90 @@ -?xml version=1.0 encoding=UTF-8? -!-- - * Licensed to the Apache Software Foundation (ASF) under one - * or more contributor license agreements. See the NOTICE file - * distributed with this work for additional information - * regarding copyright ownership. The ASF licenses this file - * to you under the Apache License, Version 2.0 (the - * License); you may not use this file except in compliance - * with the License. You may obtain a copy of the License at - * - * http://www.apache.org/licenses/LICENSE-2.0 - * - * Unless required by applicable law or agreed to in writing, - * software distributed under the License is distributed on an - * AS IS BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY - * KIND, either express or implied. See the License for the - * specific language governing permissions and limitations - * under the License. --- -project - modelVersion4.0.0/modelVersion - parent - groupIdorg.apache.tuscany.sca/groupId -
Re: svn commit: r1147924 - in /tuscany/sca-java-2.x/branches/2.0-Beta3: distribution/all/src/main/release/bin/ distribution/all/src/main/release/bin/LICENSE modules/binding-comet-runtime/ modules/bind
That should be solved now. Thanks for pointing it out. On Tue, Jul 19, 2011 at 12:12 PM, Florian Moga moga@gmail.com wrote: Yes, the repo is down. Sonatype repo was actually needed for Atmosphere snapshots which we don't need anymore and Gson is publishing it's artifacts to central as well. I'm performing a build now with an empty maven repo to see how that works. On Tue, Jul 19, 2011 at 11:58 AM, ant elder ant.el...@gmail.com wrote: I'm getting a fail on this because the oss.sonatype.org repositories aren't responding presently for some reason so it just hangs the build. Are these extra repos really needed still? Having a look i see that the gson jars are in the Maven central repo now. ...ant On Mon, Jul 18, 2011 at 4:13 PM, fm...@apache.org wrote: Author: fmoga Date: Mon Jul 18 15:13:44 2011 New Revision: 1147924 URL: http://svn.apache.org/viewvc?rev=1147924view=rev Log: Merge comet binding dependency changes into beta3 Modified: tuscany/sca-java-2.x/branches/2.0-Beta3/distribution/all/src/main/release/bin/ (props changed) tuscany/sca-java-2.x/branches/2.0-Beta3/distribution/all/src/main/release/bin/LICENSE tuscany/sca-java-2.x/branches/2.0-Beta3/modules/binding-comet-runtime/ (props changed) tuscany/sca-java-2.x/branches/2.0-Beta3/modules/binding-comet-runtime/pom.xml Propchange: tuscany/sca-java-2.x/branches/2.0-Beta3/distribution/all/src/main/release/bin/ -- --- svn:mergeinfo (added) +++ svn:mergeinfo Mon Jul 18 15:13:44 2011 @@ -0,0 +1,2 @@ +/tuscany/branches/sca-java-1.3/distribution/all/src/main/release/bin:671193 +/tuscany/sca-java-2.x/trunk/distribution/all/src/main/release/bin:1147891 Modified: tuscany/sca-java-2.x/branches/2.0-Beta3/distribution/all/src/main/release/bin/LICENSE URL: http://svn.apache.org/viewvc/tuscany/sca-java-2.x/branches/2.0-Beta3/distribution/all/src/main/release/bin/LICENSE?rev=1147924r1=1147923r2=1147924view=diff == --- tuscany/sca-java-2.x/branches/2.0-Beta3/distribution/all/src/main/release/bin/LICENSE (original) +++ tuscany/sca-java-2.x/branches/2.0-Beta3/distribution/all/src/main/release/bin/LICENSE Mon Jul 18 15:13:44 2011 @@ -688,13 +688,13 @@ SOFTWARE, EVEN IF ADVISED OF THE POSSIBI The jars; -atmosphere-annotations-0.8-SNAPSHOT.jar, -atmosphere-compat-jbossweb-0.8-SNAPSHOT.jar, -atmosphere-compat-tomcat-0.8-SNAPSHOT.jar, -atmosphere-compat-weblogic-0.8-SNAPSHOT.jar, -atmosphere-jersey-0.8-SNAPSHOT.jar, -atmosphere-runtime-0.8-SNAPSHOT.jar, -atmosphere-ping-0.8-SNAPSHOT.jar, +atmosphere-annotations-0.7.2.jar, +atmosphere-compat-jbossweb-0.7.2.jar, +atmosphere-compat-tomcat-0.7.2.jar, +atmosphere-compat-weblogic-0.7.2.jar, +atmosphere-jersey-0.7.2.jar, +atmosphere-runtime-0.7.2.jar, +atmosphere-ping-0.7.2.jar, jersey-core-1.6.jar, jersey-server-1.6.jar, jstl-1.1.2.jar, Propchange: tuscany/sca-java-2.x/branches/2.0-Beta3/modules/binding-comet-runtime/ -- --- svn:mergeinfo (added) +++ svn:mergeinfo Mon Jul 18 15:13:44 2011 @@ -0,0 +1,2 @@ +/tuscany/branches/sca-java-1.3/modules/binding-comet-runtime:671193 +/tuscany/sca-java-2.x/trunk/modules/binding-comet-runtime:1147891 Modified: tuscany/sca-java-2.x/branches/2.0-Beta3/modules/binding-comet-runtime/pom.xml URL: http://svn.apache.org/viewvc/tuscany/sca-java-2.x/branches/2.0-Beta3/modules/binding-comet-runtime/pom.xml?rev=1147924r1=1147923r2=1147924view=diff == --- tuscany/sca-java-2.x/branches/2.0-Beta3/modules/binding-comet-runtime/pom.xml (original) +++ tuscany/sca-java-2.x/branches/2.0-Beta3/modules/binding-comet-runtime/pom.xml Mon Jul 18 15:13:44 2011 @@ -1,90 +1,90 @@ -?xml version=1.0 encoding=UTF-8? -!-- - * Licensed to the Apache Software Foundation (ASF) under one - * or more contributor license agreements. See the NOTICE file - * distributed with this work for additional information - * regarding copyright ownership. The ASF licenses this file - * to you under the Apache License, Version 2.0 (the - * License); you may not use this file except in compliance - * with the License. You may obtain a copy of the License at - * - * http://www.apache.org/licenses/LICENSE-2.0 - * - * Unless required by applicable law or agreed to in writing, - * software distributed under the License is distributed on an - * AS IS BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY - * KIND, either express or implied. See the License for the - * specific language governing permissions and limitations - * under the License
GSoC status
Hi,
With one week to mid-term, here is a summary of my progress on the websocket
binding. As you might have noticed, a functional websocket binding can
already be found in the contrib/ area. Along with the runtime code, you can
find two tests demonstrating the following:
1. services with the same uri specified for binding.websocket will be
served by the same server so the runtime will start as many servers as many
_distinct_ uris there are in the domain. Services are exposed as resources
of a websocket server at the componentName/serviceName/operationName path.
2. data conversion is handled automatically by the binding using JSON to
send data over the wire
In the mean time, I have also looked into the Tuscany async support. Thank
you Simon Laws for walking me through it. I've exprimented with it on the
comet binding and came to the conclusion that it doesn't fit my needs for
now. The main reasons were the impact it has on the service definitions and
the fact that the AsyncResponseInvoker supports a single response being
returned while the main benefit of both the comet and websocket bindings is
the ability to do server push so multiple responses may be received from the
server. I would consider moving to the async support if something similar to
the CallbackInvoker described by Mike here [1] would be available.
To sum up, based on the proposal it seems like I am ahead of schedule with 2
points from the second coding period completed.
Next steps include connection multiplexing, multiple response support and
support for browser clients.
At the moment, the binding works in the traditional way, when a request
comes in, a websocket is created, the request is sent, the response is
received, the websocket is closed. I'd like to experiment with opening a
persistent websocket for *all* websocket services with the same uri and make
all the communication through that. This facilitates multiple response
support but needs to send additional metadata back and forth (like message
id, operation). This will be achieved using another layer of JSON
serialization with the following format:
{
message_id : 12342354,
operation : component/service/operation,
payload : JSON array of operation parameters
}
This nested serialization is done in order to be able to determine the exact
Java types for parameters before doing the actual deserialization from JSON
to Java objects.
Regarding browser clients, I will look for browsers that are implementing
the v6 websocket draft to start testing with them and start building a
javascript toolkit similar to the comet one. If I won't be able to find any
(although major vendors were planning to support it) I will continue to
start building compliance tests for Monsoon and do some interoperability
testing with Jetty (which has up-to-date websocket support).
Feel free to ask questions, make suggestions or to leave comments.
Thanks,
Florian
[1] http://markmail.org/message/ry55k6scs62u346d
Re: [VOTE] Release Tuscany Bundle Plugin 1.0.8 RC1
Some documentation would definitely help me. Could you point me some resources? Thanks. On Mon, Jun 27, 2011 at 12:31 PM, ant elder ant.el...@gmail.com wrote: Any votes? Tuscany will become unbuildable if we don't release this to fix the naming issue in TUSCANY-3861. Is there anything we can do to help get votes for releasing this? ...ant On Tue, Jun 21, 2011 at 7:47 AM, ant elder ant.el...@gmail.com wrote: Please vote on releasing the Tuscany Bundle Plugin module 1.0.8 (RC1). The change over the 1.0.7 release is to rename the module from maven-bundle-plugin to tuscany-bundle-plugin, see TUSCANY-3861. The tag for the release is: https://svn.apache.org/repos/asf/tuscany/maven-plugins/tags/tuscany-bundle-plugin-1.0.8 The Maven staging repository is: http://people.apache.org/~antelder/tuscany/tuscany-bundle-plugin-1.0.8-RC1 +1 from me. ...ant
Re: [VOTE] Release Tuscany Bundle Plugin 1.0.8 RC1
On Mon, Jun 27, 2011 at 12:31 PM, ant elder ant.el...@gmail.com wrote: Is there anything we can do to help get votes for releasing this? I wasn't requesting the plugin to contain any doc, I just don't know how to use it and what does it do in order to be able to review it... All I did is ask for some information that would cut the overhead of looking into the source so I'd be able to vote sooner. I do realize the urgency of this release.
[jira] [Commented] (TUSCANY-3522) [GSoC 2011] Develop a 'NoSQL' Datastore component for Apache Cassandra, CouchDB, Hadoop/Hbase
[ https://issues.apache.org/jira/browse/TUSCANY-3522?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13051951#comment-13051951 ] Florian Moga commented on TUSCANY-3522: --- Patch applied at https://svn.apache.org/repos/asf/tuscany/collaboration/GSoC-2011-Eranda [GSoC 2011] Develop a 'NoSQL' Datastore component for Apache Cassandra, CouchDB, Hadoop/Hbase - Key: TUSCANY-3522 URL: https://issues.apache.org/jira/browse/TUSCANY-3522 Project: Tuscany Issue Type: New Feature Reporter: Jean-Sebastien Delfino Assignee: Eranda Sooriyabandara Labels: gsoc, gsoc2011, mentor Attachments: HBase-API.patch, alheaders.patch, couchdb-api.path, fix.patch, rest-api-1.2.patch, rest-api.patch, twitapp.tar.gz NoSQL Datastore component = Write a portable data store component over a number of 'NoSQL' databases (Apache Cassandra, Couchdb, Hadoop/Hbase and AppEngine Datastore databases.) This could be one component (written in Python or Java) or a set of components (one per database) all implementing the same REST data store interface, allowing applications to store data in different NoSQL databases without having to worry about the details and API differences between the databases. The project could start with just one or two databases and add more databases as we go. This should be a really good opportunity for students to experiment with these new NoSQL databases. Resources: Tuscany http://tuscany.apache.org/ Cassandra http://cassandra.apache.org/ CouchDB http://couchdb.apache.org/ Hadoop/HBase http://hadoop.apache.org/hbase/ Appengine Datastore http://code.google.com/appengine/docs/python/datastore/ -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (TUSCANY-3522) [GSoC 2011] Develop a 'NoSQL' Datastore component for Apache Cassandra, CouchDB, Hadoop/Hbase
[ https://issues.apache.org/jira/browse/TUSCANY-3522?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13051525#comment-13051525 ] Florian Moga commented on TUSCANY-3522: --- Patch applied at https://svn.apache.org/repos/asf/tuscany/collaboration/GSoC-2011-Eranda/hbase/ . [GSoC 2011] Develop a 'NoSQL' Datastore component for Apache Cassandra, CouchDB, Hadoop/Hbase - Key: TUSCANY-3522 URL: https://issues.apache.org/jira/browse/TUSCANY-3522 Project: Tuscany Issue Type: New Feature Reporter: Jean-Sebastien Delfino Assignee: Eranda Sooriyabandara Labels: gsoc, gsoc2011, mentor Attachments: HBase-API.patch, couchdb-api.path, fix.patch, rest-api-1.2.patch, rest-api.patch, twitapp.tar.gz NoSQL Datastore component = Write a portable data store component over a number of 'NoSQL' databases (Apache Cassandra, Couchdb, Hadoop/Hbase and AppEngine Datastore databases.) This could be one component (written in Python or Java) or a set of components (one per database) all implementing the same REST data store interface, allowing applications to store data in different NoSQL databases without having to worry about the details and API differences between the databases. The project could start with just one or two databases and add more databases as we go. This should be a really good opportunity for students to experiment with these new NoSQL databases. Resources: Tuscany http://tuscany.apache.org/ Cassandra http://cassandra.apache.org/ CouchDB http://couchdb.apache.org/ Hadoop/HBase http://hadoop.apache.org/hbase/ Appengine Datastore http://code.google.com/appengine/docs/python/datastore/ -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (TUSCANY-3522) [GSoC 2011] Develop a 'NoSQL' Datastore component for Apache Cassandra, CouchDB, Hadoop/Hbase
[ https://issues.apache.org/jira/browse/TUSCANY-3522?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13048504#comment-13048504 ] Florian Moga commented on TUSCANY-3522: --- Excellent! I've applied your patch in your working space. One more thing, could you provide a build script (Maven might be most convenient) for the twitapp module? It would help building and importing the project into IDEs. [GSoC 2011] Develop a 'NoSQL' Datastore component for Apache Cassandra, CouchDB, Hadoop/Hbase - Key: TUSCANY-3522 URL: https://issues.apache.org/jira/browse/TUSCANY-3522 Project: Tuscany Issue Type: New Feature Reporter: Jean-Sebastien Delfino Assignee: Eranda Sooriyabandara Labels: gsoc, gsoc2011, mentor Attachments: couchdb-api.path, fix.patch, rest-api-1.2.patch, rest-api.patch, twitapp.tar.gz NoSQL Datastore component = Write a portable data store component over a number of 'NoSQL' databases (Apache Cassandra, Couchdb, Hadoop/Hbase and AppEngine Datastore databases.) This could be one component (written in Python or Java) or a set of components (one per database) all implementing the same REST data store interface, allowing applications to store data in different NoSQL databases without having to worry about the details and API differences between the databases. The project could start with just one or two databases and add more databases as we go. This should be a really good opportunity for students to experiment with these new NoSQL databases. Resources: Tuscany http://tuscany.apache.org/ Cassandra http://cassandra.apache.org/ CouchDB http://couchdb.apache.org/ Hadoop/HBase http://hadoop.apache.org/hbase/ Appengine Datastore http://code.google.com/appengine/docs/python/datastore/ -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: CoffeeScript implementation
Would implementation.javascript bring SCA capabilities to the browser and support scripts that will be run inside it? That is something I have interest in as it relates to the comet and websocket work I'm doing. Unfortunately I'm not able to help as I'm restarting work on Monsoon but I will follow your commits and progress updates and I will jump in with comments and questions where they will appear. Florian On Mon, Jun 13, 2011 at 11:19 PM, ant elder ant.el...@gmail.com wrote: Just as an FYI the other day i started looking at Tuscany support for the CoffeeScript language over in the contrib area: https://svn.apache.org/repos/asf/tuscany/sca-java-2.x/contrib/modules/implementation-coffeescript/ I did mean to get something going and post right away, but i'd hoped to be able to resue the existing implementation.script but it turns out there are some issues with that in 2.x, so i'll probably just start a new implementation.javascript which the CoffeeScript one can reuse, but when doing that i saw we don't have a Maven archetype for creating implementations so i've now got side tracked making one of those first. Anyway, CoffeScript has been getting a lot of press recently and seems like quite a nice little language to me, so if anyone wants to start helping on the implementation please feel free. ...ant
[jira] [Commented] (TUSCANY-3522) [GSoC 2011] Develop a 'NoSQL' Datastore component for Apache Cassandra, CouchDB, Hadoop/Hbase
[ https://issues.apache.org/jira/browse/TUSCANY-3522?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13047956#comment-13047956 ] Florian Moga commented on TUSCANY-3522: --- I've applied the couchdb-api.path at https://svn.apache.org/repos/asf/tuscany/collaboration/GSoC-2011-Eranda/couchdb/. A few thoughts for future patches regarding our way of work: 1. I've noticed you started adding license headers to files, could you apply them to all the modules you've created? 2. We usually don't commit eclipse files (.project, .classpath, .settings) as they might contain absolute paths to files in your local environment and can be easily generated by Maven. (you might find useful to add svn ignores for them) 3. We usually don't use author/date/revision headers. SVN handles all this information automatically. Otherwise, things are looking good. [GSoC 2011] Develop a 'NoSQL' Datastore component for Apache Cassandra, CouchDB, Hadoop/Hbase - Key: TUSCANY-3522 URL: https://issues.apache.org/jira/browse/TUSCANY-3522 Project: Tuscany Issue Type: New Feature Reporter: Jean-Sebastien Delfino Assignee: Eranda Sooriyabandara Labels: gsoc, gsoc2011, mentor Attachments: couchdb-api.path, rest-api-1.2.patch, rest-api.patch, twitapp.tar.gz NoSQL Datastore component = Write a portable data store component over a number of 'NoSQL' databases (Apache Cassandra, Couchdb, Hadoop/Hbase and AppEngine Datastore databases.) This could be one component (written in Python or Java) or a set of components (one per database) all implementing the same REST data store interface, allowing applications to store data in different NoSQL databases without having to worry about the details and API differences between the databases. The project could start with just one or two databases and add more databases as we go. This should be a really good opportunity for students to experiment with these new NoSQL databases. Resources: Tuscany http://tuscany.apache.org/ Cassandra http://cassandra.apache.org/ CouchDB http://couchdb.apache.org/ Hadoop/HBase http://hadoop.apache.org/hbase/ Appengine Datastore http://code.google.com/appengine/docs/python/datastore/ -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: svn commit: r1133713 - in /tuscany/sca-java-2.x/trunk/modules/binding-comet-runtime: ./ src/main/java/org/apache/tuscany/sca/binding/comet/runtime/ src/main/java/org/apache/tuscany/sca/binding/com
Hi Ant,
I've noticed your commit the other day and was going to ask you what's the
purpose and what should I do now. Thanks for pointing this out.
I've made the necessary adjustments to the LICENSE file and I'm trying to
run the test again which doesn't seem to work... Do I have to start a full
build?
Florian
On Thu, Jun 9, 2011 at 4:46 PM, ant elder ant.el...@gmail.com wrote:
Just as an FYI as you don't know its there - there is an itest that
checks that all the dependency jars in the distribution are mentioned
in the LICENSE file, so when versions get changed the distribution
LICENSE file also needs to be updated or else the itest fails -
https://builds.apache.org/job/Tuscany-2x/org.apache.tuscany.sca$itest-distribution-legal-checks/239/console
The distribution LICENSE file is at
https://svn.apache.org/repos/asf/tuscany/sca-java-2.x/trunk/distribution/all/src/main/release/bin/LICENSE
...ant
On Thu, Jun 9, 2011 at 9:35 AM, fm...@apache.org wrote:
Author: fmoga
Date: Thu Jun 9 08:35:42 2011
New Revision: 1133713
URL: http://svn.apache.org/viewvc?rev=1133713view=rev
Log:
Use the BroadcasterLifeCyclePolicy and new callback mechanism from
Atmosphere to improve resource cleanup. Move to Atmosphere 0.8-SNAPSHOT.
Modified:
tuscany/sca-java-2.x/trunk/modules/binding-comet-runtime/pom.xml
tuscany/sca-java-2.x/trunk/modules/binding-comet-runtime/src/main/java/org/apache/tuscany/sca/binding/comet/runtime/CometCallbackInvoker.java
tuscany/sca-java-2.x/trunk/modules/binding-comet-runtime/src/main/java/org/apache/tuscany/sca/binding/comet/runtime/ServletFactory.java
tuscany/sca-java-2.x/trunk/modules/binding-comet-runtime/src/main/java/org/apache/tuscany/sca/binding/comet/runtime/handler/CometBindingHandler.java
Modified:
tuscany/sca-java-2.x/trunk/modules/binding-comet-runtime/pom.xml
URL:
http://svn.apache.org/viewvc/tuscany/sca-java-2.x/trunk/modules/binding-comet-runtime/pom.xml?rev=1133713r1=1133712r2=1133713view=diff
==
--- tuscany/sca-java-2.x/trunk/modules/binding-comet-runtime/pom.xml
(original)
+++ tuscany/sca-java-2.x/trunk/modules/binding-comet-runtime/pom.xml Thu
Jun 9 08:35:42 2011
@@ -61,7 +61,7 @@
dependency
groupIdorg.atmosphere/groupId
artifactIdatmosphere-jersey/artifactId
- version0.7.1/version
+ version0.8-SNAPSHOT/version
scopecompile/scope
/dependency
/dependencies
@@ -78,14 +78,12 @@
/releases
/repository
repository
- idoss-sonatype-repository/id
+ idsonatype-releases/id
url
https://oss.sonatype.org/content/repositories/releases//url
- snapshots
- enabledtrue/enabled
- /snapshots
- releases
- enabledtrue/enabled
- /releases
+ /repository
+ repository
+ idsonatype-snapshots/id
+ url
https://oss.sonatype.org/content/repositories/snapshots//url
/repository
/repositories
Modified:
tuscany/sca-java-2.x/trunk/modules/binding-comet-runtime/src/main/java/org/apache/tuscany/sca/binding/comet/runtime/CometCallbackInvoker.java
URL:
http://svn.apache.org/viewvc/tuscany/sca-java-2.x/trunk/modules/binding-comet-runtime/src/main/java/org/apache/tuscany/sca/binding/comet/runtime/CometCallbackInvoker.java?rev=1133713r1=1133712r2=1133713view=diff
==
---
tuscany/sca-java-2.x/trunk/modules/binding-comet-runtime/src/main/java/org/apache/tuscany/sca/binding/comet/runtime/CometCallbackInvoker.java
(original)
+++
tuscany/sca-java-2.x/trunk/modules/binding-comet-runtime/src/main/java/org/apache/tuscany/sca/binding/comet/runtime/CometCallbackInvoker.java
Thu Jun 9 08:35:42 2011
@@ -65,9 +65,6 @@ public class CometCallbackInvoker implem
Message response = new MessageImpl();
if (broadcaster == null) {
response.setBody(Status.CLIENT_DISCONNECTED);
-} else if (broadcaster.getAtmosphereResources().isEmpty()) {
-CometSessionManager.remove(sessionId);
-response.setBody(Status.CLIENT_DISCONNECTED);
} else {
String callbackMethod = msg.getTo().getURI();
Object[] body = msg.getBody();
Modified:
tuscany/sca-java-2.x/trunk/modules/binding-comet-runtime/src/main/java/org/apache/tuscany/sca/binding/comet/runtime/ServletFactory.java
URL:
Re: Upgrades to the comet binding
Ant, thanks for reviewing. Glad to see your comments. Simon, I'm looking forward to your feedback as well. On Tue, Jun 7, 2011 at 10:59 AM, Simon Laws simonsl...@googlemail.comwrote: On Mon, Jun 6, 2011 at 8:15 AM, ant elder ant.el...@gmail.com wrote: On Thu, May 26, 2011 at 11:00 AM, Florian Moga moga@gmail.com wrote: A short addition to the previous mail, the new samples are featuring a pub/sub system, a chat and a real-time suggestion/autocomplete webapp. On Thu, May 26, 2011 at 12:55 PM, Florian Moga moga@gmail.com wrote: Hi, Lately I've been working to improve the comet binding as you've probably noticed. I've done multiple improvements in the forward to callback call communication, support for non-blocking calls, multiple responses, non-void return types, client disconnect detection and upgrade to Atmosphere 0.7.1 runtime and jQuery client which improves reliability. Best way to see the improvements is probably to run the samples (i've added 3 new samples) which you can find at [1]. They all demonstrate various features and ways to use the binding (which I tried to do as flexible as possible). While running the samples, feel free to try more than one client at a time. Preferably use different browsers for that as browsers are limited to keep a maximum of 2 connections per domain so if you'll try different tabs of the same browser you'll get funny behavior. I will soon document the samples in order to give them a tutorial flavor and write website documentation but in the mean time your feedback would be greatly appreciated. Thanks, Florian [1] http://svn.apache.org/repos/asf/tuscany/sca-java-2.x/contrib/samples/learning-more/binding-comet/ I had a look at these over the weekend, they look great. This is the type of thing i've always wanted for the Tuscany web clients so its terrific to have it working now. ...ant Sounds excellent Florian. Haven't looked yet (just back in from vacation) but will do so. Simon -- Apache Tuscany committer: tuscany.apache.org Co-author of a book about Tuscany and SCA: tuscanyinaction.com
Re: [VOTE] Release Tuscany Zip Plugin Alpha3
Hi Ant, I'm trying to test the alpha3 version of the plugin but I'm facing the following problem while trying to package one of my samples as a zip contribution. I'm using ... packagingzip/packaging ... build plugins plugin groupIdorg.apache.tuscany.sca/groupId artifactIdtuscany-zip-plugin/artifactId versionalpha3/version extensionstrue/extensions /plugin /plugins /build I've tried repositories repository idant-people-apache/id url http://people.apache.org/~antelder/tuscany/tuscany-zip-plugin-alpha3-RC1 /url /repository /repositories but maven says it's unable to index the repo. I've also tried manually deploying the plugin to the local repo but maven 2.2.1 still downloads alpha2 even though version is set to alpha3... How can I test it? Thanks, Florian On Thu, Jun 2, 2011 at 2:00 PM, ant elder ant.el...@gmail.com wrote: Please vote on releasing the Tuscany Zip Plugin module. The change over the alpha2 release is to rename the module from maven-zip-plugin to tuscany-zip-plugin, see TUSCANY-3861. The tag for the release is: https://svn.apache.org/repos/asf/tuscany/maven-plugins/tags/tuscany-zip-plugin-alpha3 The Maven staging repository is: http://people.apache.org/~antelder/tuscany/tuscany-zip-plugin-alpha3-RC1 +1 from me. ...ant
Re: [VOTE] Release Tuscany Zip Plugin Alpha3 RC2
Hi Ant, It now works fine with the helloworld sample. I've checked and it uses alpha3 with mvn help:describe -Dplugin=org.apache.tuscany.sca:tuscany-zip-plugin. I've tried packaging webapps as zip and running them with something like node = NodeFactory.newInstance().createNode(new Contribution(foo, target/helloworld-webapp-2.0-SNAPSHOT.zip)); node.start(); but the Tuscany runtime simply logs INFO: Loading contribution: file:/home/fmoga/coding/apache-tuscany/trunk/samples/getting-started/helloworld-webapp/target/helloworld-webapp-2.0-SNAPSHOT.zip and doesn't deploy the webapp. Is this plugin intended to support webapps as well? Couldn't find any information related to this in the README. Thanks, Florian On Fri, Jun 3, 2011 at 12:06 PM, ant elder ant.el...@gmail.com wrote: Please vote on releasing the Tuscany Zip Plugin module (RC2). The change over the alpha2 release is to rename the module from maven-zip-plugin to tuscany-zip-plugin, see TUSCANY-3861. This RC2 fixes the issue Florian found with the old plugin name still being referenced. The tag for the release is: https://svn.apache.org/repos/asf/tuscany/maven-plugins/tags/tuscany-zip-plugin-alpha3 The Maven staging repository is: http://people.apache.org/~antelder/tuscany/tuscany-zip-plugin-alpha3-RC2 +1 from me. ...ant
Re: [VOTE] Release Tuscany Zip Plugin Alpha3 RC2
No, that's not an issue. I was checking with you in case the plugin had to detect the webapp and construct the zip file in a different way so that the Node will know to start the webapp. In this case, everything seems fine, so here my +1. On Fri, Jun 3, 2011 at 1:16 PM, ant elder antel...@apache.org wrote: On Fri, Jun 3, 2011 at 10:59 AM, Florian Moga moga@gmail.com wrote: Hi Ant, It now works fine with the helloworld sample. I've checked and it uses alpha3 with mvn help:describe -Dplugin=org.apache.tuscany.sca:tuscany-zip-plugin. I've tried packaging webapps as zip and running them with something like node = NodeFactory.newInstance().createNode(new Contribution(foo, target/helloworld-webapp-2.0-SNAPSHOT.zip)); node.start(); but the Tuscany runtime simply logs INFO: Loading contribution: file:/home/fmoga/coding/apache-tuscany/trunk/samples/getting-started/helloworld-webapp/target/helloworld-webapp-2.0-SNAPSHOT.zip and doesn't deploy the webapp. Is this plugin intended to support webapps as well? Couldn't find any information related to this in the README. Thanks, Florian No I don't expect that would work presently, but from what you've said it sounds like the tuscany-zip-plugin did work ok and create a zip contribution but the issue is that the NodeFactory Node doesn't know who to run that as a webapp. Is this something that needs to be supported, why would you want a webapp not packaged as a .war? Either way, is this an issue for this plugin release or could it be left for a later release? ...ant
Upgrades to the comet binding
Hi, Lately I've been working to improve the comet binding as you've probably noticed. I've done multiple improvements in the forward to callback call communication, support for non-blocking calls, multiple responses, non-void return types, client disconnect detection and upgrade to Atmosphere 0.7.1 runtime and jQuery client which improves reliability. Best way to see the improvements is probably to run the samples (i've added 3 new samples) which you can find at [1]. They all demonstrate various features and ways to use the binding (which I tried to do as flexible as possible). While running the samples, feel free to try more than one client at a time. Preferably use different browsers for that as browsers are limited to keep a maximum of 2 connections per domain so if you'll try different tabs of the same browser you'll get funny behavior. I will soon document the samples in order to give them a tutorial flavor and write website documentation but in the mean time your feedback would be greatly appreciated. Thanks, Florian [1] http://svn.apache.org/repos/asf/tuscany/sca-java-2.x/contrib/samples/learning-more/binding-comet/
Re: Upgrades to the comet binding
A short addition to the previous mail, the new samples are featuring a pub/sub system, a chat and a real-time suggestion/autocomplete webapp. On Thu, May 26, 2011 at 12:55 PM, Florian Moga moga@gmail.com wrote: Hi, Lately I've been working to improve the comet binding as you've probably noticed. I've done multiple improvements in the forward to callback call communication, support for non-blocking calls, multiple responses, non-void return types, client disconnect detection and upgrade to Atmosphere 0.7.1 runtime and jQuery client which improves reliability. Best way to see the improvements is probably to run the samples (i've added 3 new samples) which you can find at [1]. They all demonstrate various features and ways to use the binding (which I tried to do as flexible as possible). While running the samples, feel free to try more than one client at a time. Preferably use different browsers for that as browsers are limited to keep a maximum of 2 connections per domain so if you'll try different tabs of the same browser you'll get funny behavior. I will soon document the samples in order to give them a tutorial flavor and write website documentation but in the mean time your feedback would be greatly appreciated. Thanks, Florian [1] http://svn.apache.org/repos/asf/tuscany/sca-java-2.x/contrib/samples/learning-more/binding-comet/
GSOC working space
Hi, We currently have a couple of places where we keep work in progress code. It would be nice to agree on a location for GSOC projects so we can suggest it to the students so they will know how to create their patches. Options include: 1) sca-java-2.x/contrib/ 2) sca-java-2.x/trunk/unreleased I'd go with contrib/ as it currently has a trunk-like structure with modules, samples, etc and contains more experimental code. Thanks, Florian
Re: Problem in checking out the code
Hi Amindri, Nirmal, Your projects will be 2.x extensions so you'll be working on the 2.x branch. You can use http://svn.apache.org/repos/asf/tuscany/sca-java-2.x/trunk/ to checkout code. I don't recommend you try and build the whole distribution as it literally takes hours with an empty maven repo (you probably noticed Tuscany integrates a good number of different technologies). It's enough to build the modules you're making modifications on to reflect them into the runtime. The rest of artifacts will be downloaded from the apache-snapshots repository. There are times when the Hudson nightly build fails and 2.0-SNAPSHOT artifacts don't get deployed to the apache-snapshots repository so if you need them, you'll need to build them yourself. Soon, we'll let you know the exact location where your code will be checked in so you'll know how to create the patches. Florian On Fri, Apr 29, 2011 at 5:54 PM, Nirmal Fernando nirmal070...@gmail.comwrote: Hi, On Fri, Apr 29, 2011 at 8:12 PM, Amindri Udugala amindriudug...@gmail.com wrote: Hi All I tried to check out the code using the following command svn checkout http://svn.apache.org/repos/asf/tuscany/branches/sca-java-1.x/sca;, as stated here http://tuscany.apache.org/sca-java-development-guide.html . It seems to be that the URL doesn't work. I get the following message svn: URL ' http://svn.apache.org/repos/asf/tuscany/branches/sca-java-1.x/sca' doesn't exist Any suggestions? This is the link to the trunk of sca-java-1: http://svn.apache.org/repos/asf/tuscany/sca-java-1.x/trunk/ I am planning to contribute a patch regarding that documentation! thanks Amindri -- Best Regards, Nirmal C.S.Nirmal J. Fernando Department of Computer Science Engineering, Faculty of Engineering, University of Moratuwa, Sri Lanka. Blog: http://nirmalfdo.blogspot.com/
Re: What version? 1.x or 2.x
Hi Guilherme, Most of the development happens in the 2.x area so the extension will target Tuscany 2.x to begin with. Florian On Thu, Apr 28, 2011 at 10:27 PM, Guilherme Armigliatto guilhermearmiglia...@gmail.com wrote: Hi, The extension will be in which version, 1.x or 2.x ? Thanks, Guilherme. --- Guilherme Moraes Armigliatto Master Degree Student Reasoning for Complex Data (RECOD) Institute of Computing (IC), University of Campinas (UNICAMP) Campinas, SP, Brazil
Re: [GSoC] Artifacts of SCA
Hi Nirmal, Looking at the SCA plugin for Eclipse, I can see they also have * Includes * Intents / Policies Other concepts which it would be good to consider are * SCA Domain * SCA Node There is also an eventing spec that Tuscany doesn't support yet which defines producers, consumers and channels. I don't think it's necessary to support these now but you should probably consider an extensible design which will allow adding them later. Florian On Fri, Apr 29, 2011 at 5:05 PM, Nirmal Fernando nirmal070...@gmail.comwrote: Hi, Under my project Develop a simple tool that can be used to generate composite diagrams https://issues.apache.org/jira/browse/TUSCANY-3496 I need to identify all the possible artifacts that can be occurred in a composite.xml file. I already recognized following: * Composite * Component * Property * Reference * Service Is there any other artifacts I should consider? (other than the wire (link)) Thanks. -- Best Regards, Nirmal C.S.Nirmal J. Fernando Department of Computer Science Engineering, Faculty of Engineering, University of Moratuwa, Sri Lanka. Blog: http://nirmalfdo.blogspot.com/
Re: [GSoC] Artifacts of SCA
Hi Raymond, Thanks for clarifying the Node terminology. Useful to know it's not part of the SCA specs. Another suggestion, if there will be domain support it will probably be nice to display promotion of services, references, properties, etc. as well. What do you think? We can keep that towards the end of the project if there's enough time left. Florian On Fri, Apr 29, 2011 at 7:23 PM, Raymond Feng enjoyj...@gmail.com wrote: Hi, For references/services, there are one or more bindings and one interface. Node is not an SCA concept, it's Tuscany way to control the unit of work for the runtime. BTW, for the graphing, you can also look at a popular tool http://www.graphviz.org/. It supports multiple layout algorithms and the .dot file is a very simple text file that describes the graph (vertex, edge). The Graphviz tool can export the .dot into most of the image formats. One option for you is to generate the .dot from the composite. Thanks, Raymond * Raymond Feng rf...@apache.org Apache Tuscany PMC member and committer: tuscany.apache.org Co-author of Tuscany SCA In Action book: www.tuscanyinaction.com Personal Web Site: www.enjoyjava.com * On Apr 29, 2011, at 8:24 AM, Florian Moga wrote: Hi Nirmal, Looking at the SCA plugin for Eclipse, I can see they also have * Includes * Intents / Policies Other concepts which it would be good to consider are * SCA Domain * SCA Node There is also an eventing spec that Tuscany doesn't support yet which defines producers, consumers and channels. I don't think it's necessary to support these now but you should probably consider an extensible design which will allow adding them later. Florian On Fri, Apr 29, 2011 at 5:05 PM, Nirmal Fernando nirmal070...@gmail.comwrote: Hi, Under my project Develop a simple tool that can be used to generate composite diagrams https://issues.apache.org/jira/browse/TUSCANY-3496 I need to identify all the possible artifacts that can be occurred in a composite.xml file. I already recognized following: * Composite * Component * Property * Reference * Service Is there any other artifacts I should consider? (other than the wire (link)) Thanks. -- Best Regards, Nirmal C.S.Nirmal J. Fernando Department of Computer Science Engineering, Faculty of Engineering, University of Moratuwa, Sri Lanka. Blog: http://nirmalfdo.blogspot.com/
Re: [GSoC 2011] Implement support for SCA components written in Scala
Simon, Guilherme, The Programming in Scala, First Edition book written by Martin Odersky (creator of Scala) has been published for free yesterday to support the Scala community [1]. Another excellent read and with significant less pages (250 as opposed to 776) is Programming Scala by Venkat Subramaniam from the Pragmatic Programmer Bookshelf. Hope that helps, Florian [1] http://www.artima.com/pins1ed/ http://www.artima.com/pins1ed/[2] http://www.amazon.com/Programming-Scala-Multi-Core-Complexity-Programmers/dp/193435631X On Thu, Apr 14, 2011 at 3:32 PM, Guilherme Armigliatto guilhermearmiglia...@gmail.com wrote: Hi Simon, I am not an expert in SCALA either. However, searching for some information I have found an interesting overview about the laguange. I hope it could help: www.scala-lang.org/docu/files/ScalaOverview.pdf Regards --- Guilherme Moraes Armigliatto Master Degree Student Reasoning for Complex Data (RECOD) Institute of Computing (IC), University of Campinas (UNICAMP) Campinas, SP, Brazil 2011/4/13 Guilherme Armigliatto guilhermearmiglia...@gmail.com The link of this project is https://cwiki.apache.org/confluence/display/TUSCANYWIKI/Implement+Support+for+SCA+Components+Written+in+Scala Thanks --- Guilherme Moraes Armigliatto Master Degree Student Reasoning for Complex Data (RECOD) Institute of Computing (IC), University of Campinas (UNICAMP) Campinas, SP, Brazil 2011/4/12 Guilherme Armigliatto guilhermearmiglia...@gmail.com Hello, My name is Guilherme Armigliatto, I am Master degree student in Computer Science at the University of Campinas (UNICAMP), Brazil. I have applied for the GSoC 2011 with the project Implement support for SCA components written in Scala. Here is a link to the project [1], but I think only mentors have access. I have exchanged some messages with Florian Moga, and he told me that the community would be able to find a mentor to me. =) I would be glad to be accepted in the GSoC, and working in the Tuscany project. Thanks --- Guilherme Moraes Armigliatto Master Degree Student Reasoning for Complex Data (RECOD) Institute of Computing (IC), University of Campinas (UNICAMP) Campinas, SP, Brazil
Re: GSoC project ideas
Ant has just accepted my request to be a mentor for this project. Thanks for the feedback and willingness to mentor this :) I will proceed with updating the proposal correspondingly. On Thu, Apr 7, 2011 at 10:29 AM, ant elder antel...@apache.org wrote: Florian, that is one impressive GSoC proposal. A websocket binding will be a terrific addition to Tuscany, its one of the more exciting extension we've had in a long time, and from the detailed proposal i'm sure you'll make a success of implementing it. ...ant On Wed, Apr 6, 2011 at 3:17 PM, Florian Moga moga@gmail.com wrote: My project proposal is available at [1]. Your feedback is greatly appreciated. Thanks, Florian [1] https://cwiki.apache.org/confluence/display/TUSCANYWIKI/Develop+websocket+binding+for+Apache+Tuscany On Mon, Mar 21, 2011 at 11:22 AM, ant elder antel...@apache.org wrote: On Fri, Mar 18, 2011 at 10:13 PM, Florian Moga moga@gmail.com wrote: I've just added a new GSoC project idea [1], the one which I'd like to work on during this summer. As some of you might know, a few months ago I've started a project consisting in a Java websocket implementation based on NIO in order to offer non-blocking support. At the moment I'm working on it with another person and the main goal of the project is to make websocket adoption easier. That's why we're also planning to post a proposal for it in the Apache Incubator. In conclusion, this GSoC project will enable me to make good progress on the websocket project and will also offer websocket support in Tuscany. I think this will open new possibilities in Tuscany as the websocket protocol will reach it's final version soon enough. It will also be a nice application of the new async capabilities of the Tuscany runtime. I will soon start to write the proposal on the wiki. Please let me know what do you think about this idea. Thanks, Florian [1] https://issues.apache.org/jira/browse/TUSCANY-3851 Websocket support in Tuscany would be great, so sounds like a good project to me. ...ant
Re: [DISCUSS] Minimum standards for released samples
The checklist is looking good until now. I think that if we want to enforce a consistent feel over the samples we should agree on build tool, dependencies and launcher before considering the checklist final. I would say let's stick with Maven for now, Apache Ant adds complexity and requires time to find an elegant way of writing a script which we don't afford now. As for how dependencies are declared, you've got much more experience with Tuscany to weight the pros and cons for each approach but I think we should use the one we consider best practice and present that to the user. For me base+extensions seems to be the way to go as it looks more loosely coupled and there's been the big effort of adding that in Beta1. Regarding the launcher, I have already expressed my opinion a couple of times but haven't seen any comments so I guess we're fine with the shell? Florian On Wed, Apr 6, 2011 at 6:32 PM, Simon Nash n...@apache.org wrote: Florian Moga wrote: I'm +1 for having a set of standard requirements for the samples to be promoted to trunk and released. That's why I started the samples checklist wiki page in the first place. However, I don't think we need another two month long thread in order to determine which these standards should be. We already had this discussion and we can just summarize it. I've updated the samples wiki page by adding a Checklist section which is my attempt to write down what's expected (at a minimum) for samples that are in the trunk. There's some overlap between this and the preceding text but I didn't feel comfortable attempting a merge at this stage. I've used the term expected rather than something like mandatory requirements because (as Ant has pointed out) there isn't any mechanism for policing or enforcing this. I've made the checklist as short as I think it can be. This means that it doesn't contain any details of how the samples are built (maven, ant, base + extension, pom or jar dependency) or run (shell, maven Tuscany plugin, ant, etc.) I think it would be worth discussing how prescriptive we want to be about these aspects, and anything else that people think should be added (or subtracted). Comments? Simon As I mentioned before on the other thread, I'm fine with doing the release only with getting-started/ samples. With that in mind, I would say we shouldn't delay 2.0-Beta3 any more. It's a minor release anyway and most importantly users need the runtime code released. So I'm +1 for releasing 2.0-Beta3 now. On Wed, Apr 6, 2011 at 12:34 AM, Simon Nash n...@apache.org mailto: n...@apache.org wrote: ant elder wrote: On Tue, Apr 5, 2011 at 5:45 PM, Simon Nash n...@apache.org mailto:n...@apache.org wrote: Following on from the discussion in [1], I'd like to establish whether or not the Tuscany developer community agrees that we should have some minimum standards for a sample to be part of trunk and be delivered in a released binary distribution. If there's agreement that we should establish this principle and have some minimum standards, I'll start another discussion thread on what those minimum standards should be. I am +1 that we should have some minimum standards for a sample to be in trunk and to be released as part of the binary distribution. Simon [1] http://mail-archives.apache.org/mod_mbox/tuscany-dev/201104.mbox/%3c4d9b41c8.50...@apache.org%3E I'm -1 Simon. That doesn't mean I think we should have rubbish samples, i just think the time spent rehashing this again would be better spent actually writing some samples and documentation. We've just spent two months debating the finer points of how to do samples and ended up with just 3 in trunk which not even everyone is completely happy with. We do have a clearer understanding now of what people think but now we need to just get on and do some. The Apache process is clear - it takes three +1s to do a release - it doesn't matter what rules happen to have been come up here in this thread 6 months down the road if there is a release with a sample that doesn't work but the release gets the votes then that is fine. Tuscany is the hardest project I know of in Apache to do releases, and i've seen a lot of Apache projects. The actual build process takes ages and then we drag it out for ages before people will vote and seem to make it obligatory to redo it several times over before people will vote +1. Thats shooting ourselves in the foot IMHO and instead of looking for more rules to make it even harder to get a release out it would be better to look for ways to get people to be more
[jira] [Commented] (TUSCANY-3847) [GSoC 2011] Implement support for SCA components written in Scala
[ https://issues.apache.org/jira/browse/TUSCANY-3847?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13017083#comment-13017083 ] Florian Moga commented on TUSCANY-3847: --- It's good to see your interest. If you're planning to participate in this project, I suggest you start writing your proposal now as there are less than 24 hours before proposal submission deadline. I won't be able to mentor but if you submit a solid proposal, I don't think there would be a problem in finding you a mentor. Good luck! [GSoC 2011] Implement support for SCA components written in Scala - Key: TUSCANY-3847 URL: https://issues.apache.org/jira/browse/TUSCANY-3847 Project: Tuscany Issue Type: New Feature Reporter: Florian Moga Labels: gsoc2011 At the moment, Tuscany supports components written in Scala which are compiled into JVM bytecode and ran with the java interpreter. The goal of the project is to create a separate implementation.scala that takes advantage of the language features thus providing better support for more advanced usage of the language. There is a similar implementation for Groovy which can serve as an example. Resources: Apache Tuscany http://tuscany.apache.org/ Scala http://www.scala-lang.org/ -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (TUSCANY-3851) [GSoC 2011] Develop websocket binding for Apache Tuscany
[ https://issues.apache.org/jira/browse/TUSCANY-3851?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13016385#comment-13016385 ] Florian Moga commented on TUSCANY-3851: --- My proposal is available at https://cwiki.apache.org/confluence/display/TUSCANYWIKI/Develop+websocket+binding+for+Apache+Tuscany [GSoC 2011] Develop websocket binding for Apache Tuscany Key: TUSCANY-3851 URL: https://issues.apache.org/jira/browse/TUSCANY-3851 Project: Tuscany Issue Type: New Feature Reporter: Florian Moga Labels: gsoc2011 The goal of this project is to add websocket support in the Tuscany runtime. The websocket protocol is still an internet draft approaching it's final version so providing up-to-date implementations when new versions are released by the IETF working group is preferred. The websocket support will be modeled as a new binding. Given the nature of the protocol, the module will be able make use of the latest async capabilities of the Tuscany runtime. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: GSoC project ideas
My project proposal is available at [1]. Your feedback is greatly appreciated. Thanks, Florian [1] https://cwiki.apache.org/confluence/display/TUSCANYWIKI/Develop+websocket+binding+for+Apache+Tuscany On Mon, Mar 21, 2011 at 11:22 AM, ant elder antel...@apache.org wrote: On Fri, Mar 18, 2011 at 10:13 PM, Florian Moga moga@gmail.com wrote: I've just added a new GSoC project idea [1], the one which I'd like to work on during this summer. As some of you might know, a few months ago I've started a project consisting in a Java websocket implementation based on NIO in order to offer non-blocking support. At the moment I'm working on it with another person and the main goal of the project is to make websocket adoption easier. That's why we're also planning to post a proposal for it in the Apache Incubator. In conclusion, this GSoC project will enable me to make good progress on the websocket project and will also offer websocket support in Tuscany. I think this will open new possibilities in Tuscany as the websocket protocol will reach it's final version soon enough. It will also be a nice application of the new async capabilities of the Tuscany runtime. I will soon start to write the proposal on the wiki. Please let me know what do you think about this idea. Thanks, Florian [1] https://issues.apache.org/jira/browse/TUSCANY-3851 Websocket support in Tuscany would be great, so sounds like a good project to me. ...ant
Re: [DISCUSS] Minimum standards for released samples
I'm +1 for having a set of standard requirements for the samples to be promoted to trunk and released. That's why I started the samples checklist wiki page in the first place. However, I don't think we need another two month long thread in order to determine which these standards should be. We already had this discussion and we can just summarize it. As I mentioned before on the other thread, I'm fine with doing the release only with getting-started/ samples. With that in mind, I would say we shouldn't delay 2.0-Beta3 any more. It's a minor release anyway and most importantly users need the runtime code released. So I'm +1 for releasing 2.0-Beta3 now. On Wed, Apr 6, 2011 at 12:34 AM, Simon Nash n...@apache.org wrote: ant elder wrote: On Tue, Apr 5, 2011 at 5:45 PM, Simon Nash n...@apache.org wrote: Following on from the discussion in [1], I'd like to establish whether or not the Tuscany developer community agrees that we should have some minimum standards for a sample to be part of trunk and be delivered in a released binary distribution. If there's agreement that we should establish this principle and have some minimum standards, I'll start another discussion thread on what those minimum standards should be. I am +1 that we should have some minimum standards for a sample to be in trunk and to be released as part of the binary distribution. Simon [1] http://mail-archives.apache.org/mod_mbox/tuscany-dev/201104.mbox/%3c4d9b41c8.50...@apache.org%3E I'm -1 Simon. That doesn't mean I think we should have rubbish samples, i just think the time spent rehashing this again would be better spent actually writing some samples and documentation. We've just spent two months debating the finer points of how to do samples and ended up with just 3 in trunk which not even everyone is completely happy with. We do have a clearer understanding now of what people think but now we need to just get on and do some. The Apache process is clear - it takes three +1s to do a release - it doesn't matter what rules happen to have been come up here in this thread 6 months down the road if there is a release with a sample that doesn't work but the release gets the votes then that is fine. Tuscany is the hardest project I know of in Apache to do releases, and i've seen a lot of Apache projects. The actual build process takes ages and then we drag it out for ages before people will vote and seem to make it obligatory to redo it several times over before people will vote +1. Thats shooting ourselves in the foot IMHO and instead of looking for more rules to make it even harder to get a release out it would be better to look for ways to get people to be more willing to promptly vote for releases. We'd get more releases much more often and then whats the big deal if some new sample slips through with a bug if it can be fixed in the next release which is only a short time away. 2.x has taken a long time and trunk had got a bit full up of samples that had been broken with all the refactoring and changes, we've taken all those out now and things are much more stable so if we're a little be diligent when adding samples now things should remain in better shape. ...ant Actually it should be easier / quicker to do releases if the trunk samples meet a reasonable quality standard and are kept working on an ongoing basis. Also, having some criteria for which samples are included in trunk would mean that we can release the trunk contents at any time without needing to debate which samples should be in the release and removing those that are unsuitable. Simon
Re: 2.0 Beta2 samples (was: [VOTE] Release Tuscany SCA 2.0 Beta2 RC2)
It looks like in the end there's been a misunderstanding about the process. Personally, I would like to have a review first approach as it helps improving the code quality over time but that doesn't seem to work for us so it's ok to move forward with the previous approach. Glad we're all speaking the same language now. Regarding the consistency of the samples, I consider this a very important aspect which we should maintain as it helps a lot new users. Especially the way the samples are launched. I'm saying this from my own experience with Tuscany last year when I had a hard time understanding concepts partly because I wasn't able to start the samples. I believe that a user starting to look at Tuscany is much more concerned to understand components, services, references, scdl rather than deployment environments in the early stage. For that kind of experiments, we have the running-tuscany/ category which is excellent for that. This is the reasoning behind me supporting the shell all the time. It provides an easy to use, build tool agnostic way of starting the samples and even more, gives the user the ability to interact with components. I find this a suitable way of presenting the samples to the users. Let me know if you feel different. Florian On Mon, Apr 4, 2011 at 7:12 PM, Raymond Feng enjoyj...@gmail.com wrote: I like the commit then review approach much better. When we add samples into trunk, we have the responsibility to keep them working (in the right way). Thanks, Raymond * Raymond Feng rf...@apache.org Apache Tuscany PMC member and committer: tuscany.apache.org Co-author of Tuscany SCA In Action book: www.tuscanyinaction.com Personal Web Site: www.enjoyjava.com * On Apr 4, 2011, at 9:04 AM, Simon Nash wrote: ant elder wrote: On Mon, Apr 4, 2011 at 2:14 PM, Simon Nash n...@apache.org wrote: Also in [1], I said that a new sample that doesn't yet meet the mandatory release requirements should go in unreleased/ initially. AFAICT, the store sample does meet the mandatory release requirements, so I'm not sure why it was moved to unreleased/. Because without asking first there is no way of know if there is consensus with everyone to include something in trunk. I give up on this new approach to the samples, it is sucking away way to much time. Please from now on lets go back to trunk/samples working just the same as any other part of tuscany svn. ...ant I think the process should work the other way round, i.e., that if a sample is committed to trunk and it doesn't meet the mandatory requirements (which we can discuss and hopefully agree), then it should be moved to unreleased/ until it does meet the mandatory requirements. Is this a workable approach? Simon
Re: GSoC Project Proposal : Develop a 'NoSQL' Datastore component for Apache Cassandra, CouchDB, Hadoop/Hbase
Hi Eranda, This is definitely a good start. It seems to me as well that the project is very consistent for the limited timeframe of GSOC so it might be better to focus on the core integration first and then add things incrementally (even after GSOC if you are willing to contribute). I'm glad you are excited about the project. Good luck, Florian On Thu, Mar 31, 2011 at 10:14 AM, Eranda Sooriyabandara 0704...@gmail.comwrote: Hi Jean-Sebastian, - In several places you mention 'a SCA portable data store component' or 'this component' for example. I suggest to do a pass over the text of the proposal and make really clear that there are multiple components, one (or two... see my next question) per data store type, to avoid any confusion. - Are you planning to have just one component per data store type? or two components per data store type? maybe one component wrapping and providing as a service the technical database API for the specific datastore, and a second component providing that uniform REST data access on top? I was not sure of your intention after reading the description of your component reference... If I had to pick a design I'd probably choose two separate components, but I leave that decision to you, and perhaps this is something that you don't even need to decide now... but only after you actually investigate the various APIs. What do you think? I have the same idea as you mentioned, having two separate components. One for wrapping and the other one for provide uniform REST data access on the top. This will help us to make a composite component which has all the components. Also if we need to change the model we can change that accordingly. I'll make the confusion correct in the project proposal. - I'm not sure if having interaction policies to handle database authentication is going to be too much additional work for this project. You already have to deal with the integration of three databases, which is going to be a lot of work by itself. What do others in the team think? Yes I agreed there are lots of work to be done if we provide this functionality since we have to use (or create) components which give the identity services. Since we don't have much time, I think we should postponed it to after summer of code. - I'd suggest to include a few things in the Apr 25 - May 23 phase: a) define a common tutorial / sample scenario that you're going to implement over the various databases in the next phases b) start to hack small parts of the scenario over the databases, without Tuscany in the picture, as an exercise to learn their APIs c) start to put together the database independent parts of the scenario in Tuscany, and mock up the database access for this That's a good idea. Thanks for the suggestions and I will modify the proposal according to them. I'm hoping that doing that up front will help provide some context while you're experimenting with the database APIs and prepare you better to shape up the common service interface you're planning to design in phase 2. What do you think? I somewhat families with the API of the Apache Cassandra and I am currently looking at the other APIs and I will come up with a primary level interface soon. Thanks Eranda
Re: Next 2.x release
Hi Ant, Can you please have a look on the samples requirement wiki page and update it if you feel so? It will enable other people to help with the samples (me included if I find some time). You've been working on shaping the helloworld sample, there might be some things I didn't notice. Thanks, Florian On Tue, Mar 29, 2011 at 10:48 AM, ant elder antel...@apache.org wrote: On Sun, Mar 27, 2011 at 6:32 PM, Florian Moga moga@gmail.com wrote: In my opinion, the getting-started samples would be enough for a release at the moment (they're in pretty good shape, few modifications will be needed). Ok, and i think a couple of others have expressed that sentiment on the discussion thread + me so i think that gives us consensus so i'll start doing that, feel free everyone to help polish them up. ...ant
Re: Next 2.x release
Looking at the list, what do you think about adding instructions in the README file on how to generate the ant script with maven? On Tue, Mar 29, 2011 at 10:58 AM, Florian Moga moga@gmail.com wrote: Hi Ant, Can you please have a look on the samples requirement wiki page and update it if you feel so? It will enable other people to help with the samples (me included if I find some time). You've been working on shaping the helloworld sample, there might be some things I didn't notice. Thanks, Florian On Tue, Mar 29, 2011 at 10:48 AM, ant elder antel...@apache.org wrote: On Sun, Mar 27, 2011 at 6:32 PM, Florian Moga moga@gmail.com wrote: In my opinion, the getting-started samples would be enough for a release at the moment (they're in pretty good shape, few modifications will be needed). Ok, and i think a couple of others have expressed that sentiment on the discussion thread + me so i think that gives us consensus so i'll start doing that, feel free everyone to help polish them up. ...ant
Re: Tuscany Sample Requirements, Re: Next 2.x release
Hi Luciano On Sun, Mar 27, 2011 at 8:43 PM, Luciano Resende luckbr1...@gmail.comwrote: First, we should really have much more explicit subjects when discussing important items, particularly because lots of us tend to start ignoring some huge threads with subjective subjects. As for the requirements to have samples in trunk, we always had the ability to demonstrate different ways to do a particular thing (e.g running in an embedded runtime, OSGi environment, running in different types of WebApp containers, etc) and the requirement to run with the shell might implicate some of these samples can't not be in trunk ? No, there's been a discussion on having a standard way of running the samples and the shell received good feedback being build tool agnostic. That doesn't exclude samples that aren't supported by the shell at the moment (e.g. webapps) from trunk. They might require a few more explanations in the README file. Also, on the wiki, could you please clarify what does the requirements mean, give an example of what is expected, etc I will detail the checkpoints further on the wiki. I looked at the helloworld-contribution/ for an example on how we'd like the samples to look like. Thanks -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: Tuscany/Spring MVC integration
Cool, could you attach/upload the war to some sharing service? Thanks, Florian On Thu, Mar 24, 2011 at 6:53 AM, Raymond Feng enjoyj...@gmail.com wrote: Hi, I just tried on Ubuntu w/ Java 1.6.0-20-b2 and it also works fine. But I didn't rebuild the WAR there though (I copied it from the mac). Thanks, Raymond * Raymond Feng rf...@apache.org Apache Tuscany PMC member and committer: tuscany.apache.org Co-author of Tuscany SCA In Action book: www.tuscanyinaction.com Personal Web Site: www.enjoyjava.com * On Mar 23, 2011, at 2:45 PM, Florian Moga wrote: I'm running Ubuntu 10.10, OpenJDK 1.6.0_20, Maven 2.2.1. On Wed, Mar 23, 2011 at 11:41 PM, Raymond Feng enjoyj...@gmail.comwrote: I'm on MaC OS. What about you? * Raymond Feng rf...@apache.org Apache Tuscany PMC member and committer: tuscany.apache.org Co-author of Tuscany SCA In Action book: www.tuscanyinaction.com Personal Web Site: www.enjoyjava.com * On Mar 23, 2011, at 1:19 PM, Florian Moga wrote: Still getting it after building current trunk and using Tomcat 6.0.32... Anyway, the sample looks really good, nice contribution! On Wed, Mar 23, 2011 at 7:22 PM, Raymond Feng enjoyj...@gmail.comwrote: FYI: I just rebuilt from the latest Trunk and the WAR works well with Tomcat. * Raymond Feng rf...@apache.org Apache Tuscany PMC member and committer: tuscany.apache.org Co-author of Tuscany SCA In Action book: www.tuscanyinaction.com Personal Web Site: www.enjoyjava.com * On Mar 23, 2011, at 9:28 AM, Florian Moga wrote: Integration test works fine (no errors in logs). Here's what I'm seeing in WEB-INF/lib: aopalliance-1.0.jar app-1.2.0-v20090520-1800.jar asm-3.1.jar axiom-api-1.2.10.jar axiom-impl-1.2.10.jar cglib-2.2.jar common-3.5.0-v20090520-1800.jar commons-beanutils-1.7.0.jar commons-cli-1.2.jar commons-codec-1.3.jar commons-collections-3.2.jar commons-digester-1.8.jar commons-discovery-0.4.jar commons-logging-1.1.1.jar contenttype-3.3.0-v20080604-1400.jar geronimo-javamail_1.4_spec-1.6.jar httpclient-4.0.3.jar httpcore-4.0.1.jar jabsorb-1.3.1.jar jackson-core-asl-1.7.1.jar jackson-mapper-asl-1.7.1.jar jackson-xc-1.7.1.jar jaxen-1.1.1.jar jettison-1.2.jar jobs-3.4.0-v20080512.jar jstl-1.2.jar myfaces-api-1.2.2.jar myfaces-impl-1.2.2.jar osgi-3.5.0-v20090520.jar preferences-3.2.300-v20090520-1800.jar registry-3.4.100-v20090520-1800.jar runtime-3.4.0-v20080512.jar sample-implementation-spring-helloworld-contribution-2.0-SNAPSHOT.jar servlet-api-2.5.jar slf4j-api-1.6.1.jar slf4j-jdk14-1.6.1.jar spring-aop-3.0.5.RELEASE.jar spring-asm-3.0.5.RELEASE.jar spring-beans-3.0.5.RELEASE.jar spring-context-3.0.5.RELEASE.jar spring-context-support-3.0.5.RELEASE.jar spring-core-3.0.5.RELEASE.jar spring-expression-3.0.5.RELEASE.jar spring-web-3.0.5.RELEASE.jar spring-webmvc-3.0.5.RELEASE.jar stripes-1.5.2.jar tuscany-assembly-2.0-SNAPSHOT.jar tuscany-assembly-xml-2.0-SNAPSHOT.jar tuscany-assembly-xsd-2.0-SNAPSHOT.jar tuscany-binding-http-2.0-SNAPSHOT.jar tuscany-binding-jsonp-2.0-SNAPSHOT.jar tuscany-binding-jsonp-runtime-2.0-SNAPSHOT.jar tuscany-binding-jsonrpc-2.0-SNAPSHOT.jar tuscany-binding-jsonrpc-runtime-2.0-SNAPSHOT.jar tuscany-binding-sca-runtime-2.0-SNAPSHOT.jar tuscany-binding-ws-2.0-SNAPSHOT.jar tuscany-builder-2.0-SNAPSHOT.jar tuscany-common-http-2.0-SNAPSHOT.jar tuscany-common-java-2.0-SNAPSHOT.jar tuscany-common-xml-2.0-SNAPSHOT.jar tuscany-contribution-2.0-SNAPSHOT.jar tuscany-core-2.0-SNAPSHOT.jar tuscany-core-databinding-2.0-SNAPSHOT.jar tuscany-core-spi-2.0-SNAPSHOT.jar tuscany-data-api-2.0-SNAPSHOT.jar tuscany-databinding-2.0-SNAPSHOT.jar tuscany-databinding-jaxb-2.0-SNAPSHOT.jar tuscany-databinding-json-2.0-SNAPSHOT.jar tuscany-deployment-2.0-SNAPSHOT.jar tuscany-domain-node-2.0-SNAPSHOT.jar tuscany-extensibility-2.0-SNAPSHOT.jar tuscany-extensibility-equinox-2.0-SNAPSHOT.jar tuscany-host-http-2.0-SNAPSHOT.jar tuscany-host-webapp-2.0-SNAPSHOT.jar tuscany-implementation-java-2.0-SNAPSHOT.jar tuscany-implementation-java-runtime-2.0-SNAPSHOT.jar tuscany-implementation-spring-2.0-SNAPSHOT.jar tuscany-implementation-spring-runtime-2.0-SNAPSHOT.jar tuscany-implementation-spring-webapp-2.0-SNAPSHOT.jar tuscany-implementation-web-2.0-SNAPSHOT.jar tuscany-implementation-web-runtime-2.0-SNAPSHOT.jar tuscany-interface-java-2.0-SNAPSHOT.jar tuscany-interface-java-jaxws-2.0-SNAPSHOT.jar tuscany-interface-wsdl-2.0-SNAPSHOT.jar tuscany-monitor-2.0-SNAPSHOT.jar tuscany-myfaces-2.0-SNAPSHOT.jar tuscany-node-api-2.0-SNAPSHOT.jar tuscany-node-impl
Re: Tuscany/Spring MVC integration
Same here but without the ClassCastException... On Wed, Mar 23, 2011 at 9:44 AM, ant elder ant.el...@gmail.com wrote: I gave it a try, deploying the built war to Tomcat it looks like it starts up ok but then i couldn't see what url to use to actually run anything. Running it with mvn jetty:run it fails with: Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'GreetingServiceBean' defined in U RL [file:/C:/Tuscany/SVN/rayspring/helloworld-spring-webapp/src/main/webapp/WEB-INF/sca/sca-context.xml]: Cannot resolve reference t o bean 'MessageServiceBean' while setting bean property 'messageService'; nested exception is org.springframework.beans.factory.NoSu chBeanDefinitionException: No bean named 'MessageServiceBean' is defined and with mvn tomcat:run it fails with: SEVERE: Exception starting filter tuscany java.lang.ClassCastException: org.apache.tuscany.sca.host.webapp.TuscanyServletFilter cannot be cast to javax.servlet.Filter ...ant On Tue, Mar 22, 2011 at 9:42 PM, Raymond Feng enjoyj...@gmail.com wrote: I made one more change to exclude servlet/el/jsp jars from being packaged into the WAR and upgrade to jstl 1.2. Now the standalone WAR can be deployed to Tomcat. Make sure you rebuild Tuscany. I don't see the org.springframework.beans.factory.NoSuchBeanDefinitionException. Thanks, Raymond Raymond Feng rf...@apache.org Apache Tuscany PMC member and committer: tuscany.apache.org Co-author of Tuscany SCA In Action book: www.tuscanyinaction.com Personal Web Site: www.enjoyjava.com On Mar 22, 2011, at 12:26 PM, Florian Moga wrote: It looks like now it is finding the spring file but I'm seeing org.springframework.beans.factory.NoSuchBeanDefinitionException: No bean named 'MessageServiceBean' is defined The bean is defined in servlet-context.xml. Are the spring files loaded in some order? It looks like sca-context.xml is loaded before servlet-context.xml and doesn't find the bean. On Tue, Mar 22, 2011 at 6:56 PM, Raymond Feng enjoyj...@gmail.com wrote: I made one more change in web.xml to use classpath: for Spring config location. Can you try again? Thanks, Raymond Raymond Feng rf...@apache.org Apache Tuscany PMC member and committer: tuscany.apache.org Co-author of Tuscany SCA In Action book: www.tuscanyinaction.com Personal Web Site: www.enjoyjava.com On Mar 22, 2011, at 9:47 AM, Raymond Feng wrote: Hi, sample-implementation-spring-helloworld-contribution.jar is copied into the WAR as a jar. That's probably why you didn't see the WEB-INF/classes/helloworld-context.xml. Can you try to unzip the jar into WEB-INF/classes to see if it helps? We also need to figure out a way to resolve Spring application context files on the classpath. Thanks, Raymond Raymond Feng rf...@apache.org Apache Tuscany PMC member and committer: tuscany.apache.org Co-author of Tuscany SCA In Action book: www.tuscanyinaction.com Personal Web Site: www.enjoyjava.com On Mar 22, 2011, at 9:32 AM, Florian Moga wrote: Hey Raymond, Yes, I tried deploying sample-implementation-spring-helloworld-webapp.war to both Tomcat and Jetty. When I saw the exceptions in logs, I tried copying sample-implementation-spring-helloworld-contribution.jar to the lib/ folder of Tomcat and removing the provided scope but none didn't fix FileNotFoundException: Could not open ServletContext resource [/WEB-INF/classes/helloworld-context.xml]. Florian On Tue, Mar 22, 2011 at 5:51 PM, Raymond Feng enjoyj...@gmail.com wrote: Hi, Florian. Thank you for the feedback. Did you try to deploy the hello-spring.war into Tomcat/Jetty? You are right, the provided scope seems to be an issue (for some reason, provided is used by some folks in the wrong way:-). I'll fix it. Thanks, Raymond Raymond Feng rf...@apache.org Apache Tuscany PMC member and committer: tuscany.apache.org Co-author of Tuscany SCA In Action book: www.tuscanyinaction.com Personal Web Site: www.enjoyjava.com On Mar 22, 2011, at 1:16 AM, Florian Moga wrote: Hi Raymond, Having Spring MVC support in Tuscany sounds and looks great! I had a look at the sample but I haven't been able to start it up successfully. I'm seeing the following in logs: Caused by: java.io.FileNotFoundException: Could not open ServletContext resource [/WEB-INF/classes/helloworld
Re: [GSOC 2011]Enquiry
Hi Pere, A good place to start getting familiar with SCA is the SCA Introduction on the Tuscany website [1] and the OASIS specifications which you can find at [2]. SCA Java Component Implementation spec is of direct interest for you as you can use implementation.java as a starting point for implementation.scala. You can also check out SCA Java Common Annotations and APIs as it will help you better understand SCA. It will also be helpful if you checkout and run a few samples [3] to see how things are working. You can also checkout the implementation-java-runtime module [4] and debug step by step through the samples and see how the internals of implementation java are working. Another useful link about Tuscany would be the Runtime Overview which you can find at [5]. Regarding the idea of the project, at the moment components written in Scala can be run using implementation.java [6]. As far as I know, there are some incompatibilities between some Scala features that can't be run using the java interpreter. The first goal of the project would be to enable full usage of Scala in component implementations. Apart from that, adding other features based on Scala's nifty features (like the one suggested by Ant) will be a plus. Once you have some ideas, I strongly encourage you to start writing your proposal on our wiki [7]. As I will participate as a student this year, I hope one of the other committers will be able to help with mentoring. Florian [1] http://tuscany.apache.org/documentation-2x/sca-introduction.html http://tuscany.apache.org/documentation-2x/sca-introduction.html[2] http://osoa.org/display/Main/Service+Component+Architecture+Specifications http://osoa.org/display/Main/Service+Component+Architecture+Specifications [3] https://svn.apache.org/repos/asf/tuscany/sca-java-2.x/contrib/samples/ https://svn.apache.org/repos/asf/tuscany/sca-java-2.x/contrib/samples/ [4] https://svn.apache.org/repos/asf/tuscany/sca-java-2.x/trunk/modules/implementation-java-runtime/ [5] http://tuscany.apache.org/documentation-2x/sca-java-runtime-overview.html [6] https://svn.apache.org/repos/asf/tuscany/sca-java-2.x/trunk/unreleased/samples/helloworld-scala-contribution/ [7] https://cwiki.apache.org/confluence/display/TUSCANYWIKI/GSoC+2011+Applications On Wed, Mar 23, 2011 at 10:16 AM, ant elder ant.el...@gmail.com wrote: On Tue, Mar 22, 2011 at 9:45 PM, Pere Villega pere.vill...@gmail.com wrote: Hi everybody, I’m Pere Villega, a developer from Barcelona currently living in Dublin, and new to the mailing list. I contact you regarding Google Summer of Code 2011. I’m a student that would like to join the program this season and I’ve found your project interesting. I contacted Florian Moga (I thought he was a mentor :P) and he told me to write here to you all. First of all I want to do a disclaimer: I’m studying and working full time. Last year I was part of GSOC 2010 under the same conditions (working and studying) and contributed a project to Duraspace ( https://wiki.duraspace.org/display/GSOC/GSOC10+-+Add+Unit+Testing+to+Dspace ). The project was a success and was incorporated into trunk at the end of GSOC. I say this because I want to show that although I won’t be working 40h/week on GSOC, I’m able to deliver. I expect to contribute around 15h each week, some weeks maybe more. If you prefer a full time student, I will understand. If having a part-time dedication is an issue, I completely understand it and I won’t submit any proposal. I truly appreciate your time spent reading this. The purpose of this email is to know if the members of the project would be interested in me working in your project, and in such case to establish a first contact with some mentor. I have many years of experience in Java development and I’m a beginner in Scala. I’ve seen some ideas of Florian related to that area, that’s why I first contacted him. To be fair, I don’t know too much about the project (although I know about SOA and I want to learn more about it, another reason why I’ve become interested on Tuscany), so another reason of this email would be to know which are the priorities for the project. I understand that GSOC is a perfect opportunity so use extra man-hours to implement things that can’t be easily achieved during the year with the standard work of committers (that’s what happened in my last GSOC) and by knowing what the project needs I can both create a better application and benefit Tuscany more. If someone is interested please contact me via the mailing list or directly via email. Best regards and thanks for your time, Pere Villega Hi Pere, Not being able to be full time on the project wont automatically rule you out. We've had several students in the past who've worked on Tuscany GSoC projects who've been part time and that worked out ok. You mention Scala so i'm guessing you're interested in the TUSCANY-3847
Re: Tuscany/Spring MVC integration
Integration test works fine (no errors in logs). Here's what I'm seeing in WEB-INF/lib: aopalliance-1.0.jar app-1.2.0-v20090520-1800.jar asm-3.1.jar axiom-api-1.2.10.jar axiom-impl-1.2.10.jar cglib-2.2.jar common-3.5.0-v20090520-1800.jar commons-beanutils-1.7.0.jar commons-cli-1.2.jar commons-codec-1.3.jar commons-collections-3.2.jar commons-digester-1.8.jar commons-discovery-0.4.jar commons-logging-1.1.1.jar contenttype-3.3.0-v20080604-1400.jar geronimo-javamail_1.4_spec-1.6.jar httpclient-4.0.3.jar httpcore-4.0.1.jar jabsorb-1.3.1.jar jackson-core-asl-1.7.1.jar jackson-mapper-asl-1.7.1.jar jackson-xc-1.7.1.jar jaxen-1.1.1.jar jettison-1.2.jar jobs-3.4.0-v20080512.jar jstl-1.2.jar myfaces-api-1.2.2.jar myfaces-impl-1.2.2.jar osgi-3.5.0-v20090520.jar preferences-3.2.300-v20090520-1800.jar registry-3.4.100-v20090520-1800.jar runtime-3.4.0-v20080512.jar sample-implementation-spring-helloworld-contribution-2.0-SNAPSHOT.jar servlet-api-2.5.jar slf4j-api-1.6.1.jar slf4j-jdk14-1.6.1.jar spring-aop-3.0.5.RELEASE.jar spring-asm-3.0.5.RELEASE.jar spring-beans-3.0.5.RELEASE.jar spring-context-3.0.5.RELEASE.jar spring-context-support-3.0.5.RELEASE.jar spring-core-3.0.5.RELEASE.jar spring-expression-3.0.5.RELEASE.jar spring-web-3.0.5.RELEASE.jar spring-webmvc-3.0.5.RELEASE.jar stripes-1.5.2.jar tuscany-assembly-2.0-SNAPSHOT.jar tuscany-assembly-xml-2.0-SNAPSHOT.jar tuscany-assembly-xsd-2.0-SNAPSHOT.jar tuscany-binding-http-2.0-SNAPSHOT.jar tuscany-binding-jsonp-2.0-SNAPSHOT.jar tuscany-binding-jsonp-runtime-2.0-SNAPSHOT.jar tuscany-binding-jsonrpc-2.0-SNAPSHOT.jar tuscany-binding-jsonrpc-runtime-2.0-SNAPSHOT.jar tuscany-binding-sca-runtime-2.0-SNAPSHOT.jar tuscany-binding-ws-2.0-SNAPSHOT.jar tuscany-builder-2.0-SNAPSHOT.jar tuscany-common-http-2.0-SNAPSHOT.jar tuscany-common-java-2.0-SNAPSHOT.jar tuscany-common-xml-2.0-SNAPSHOT.jar tuscany-contribution-2.0-SNAPSHOT.jar tuscany-core-2.0-SNAPSHOT.jar tuscany-core-databinding-2.0-SNAPSHOT.jar tuscany-core-spi-2.0-SNAPSHOT.jar tuscany-data-api-2.0-SNAPSHOT.jar tuscany-databinding-2.0-SNAPSHOT.jar tuscany-databinding-jaxb-2.0-SNAPSHOT.jar tuscany-databinding-json-2.0-SNAPSHOT.jar tuscany-deployment-2.0-SNAPSHOT.jar tuscany-domain-node-2.0-SNAPSHOT.jar tuscany-extensibility-2.0-SNAPSHOT.jar tuscany-extensibility-equinox-2.0-SNAPSHOT.jar tuscany-host-http-2.0-SNAPSHOT.jar tuscany-host-webapp-2.0-SNAPSHOT.jar tuscany-implementation-java-2.0-SNAPSHOT.jar tuscany-implementation-java-runtime-2.0-SNAPSHOT.jar tuscany-implementation-spring-2.0-SNAPSHOT.jar tuscany-implementation-spring-runtime-2.0-SNAPSHOT.jar tuscany-implementation-spring-webapp-2.0-SNAPSHOT.jar tuscany-implementation-web-2.0-SNAPSHOT.jar tuscany-implementation-web-runtime-2.0-SNAPSHOT.jar tuscany-interface-java-2.0-SNAPSHOT.jar tuscany-interface-java-jaxws-2.0-SNAPSHOT.jar tuscany-interface-wsdl-2.0-SNAPSHOT.jar tuscany-monitor-2.0-SNAPSHOT.jar tuscany-myfaces-2.0-SNAPSHOT.jar tuscany-node-api-2.0-SNAPSHOT.jar tuscany-node-impl-2.0-SNAPSHOT.jar tuscany-node-launcher-2.0-SNAPSHOT.jar tuscany-node-launcher-equinox-2.0-SNAPSHOT.jar tuscany-policy-security-2.0-SNAPSHOT.jar tuscany-sca-api-2.0-SNAPSHOT.jar tuscany-sca-client-impl-2.0-SNAPSHOT.jar tuscany-shell-2.0-SNAPSHOT.jar tuscany-stripes-2.0-SNAPSHOT.jar tuscany-web-javascript-2.0-SNAPSHOT.jar tuscany-xsd-2.0-SNAPSHOT.jar wsdl4j-1.6.2.jar XmlSchema-1.4.3.jar On Wed, Mar 23, 2011 at 6:00 PM, Raymond Feng enjoyj...@gmail.com wrote: It's strange. After I saw your responses, I downloaded and installed Tomcat 6.0.32 freshly. Then I copied helloworld-spring.war into webapps, started Tomcat, pointed the browser to: http://localhost:8080/helloworld-spring/mvc/ It just works without any issues! BTW, if you run mvn clean install for the webapp, we actually do the integration test to verify all the endpoints are working. Can you show a list of jars in the WEB-INF/lib? Thanks, Raymond * Raymond Feng rf...@apache.org Apache Tuscany PMC member and committer: tuscany.apache.org Co-author of Tuscany SCA In Action book: www.tuscanyinaction.com Personal Web Site: www.enjoyjava.com * On Mar 23, 2011, at 2:09 AM, Florian Moga wrote: Same here but without the ClassCastException... On Wed, Mar 23, 2011 at 9:44 AM, ant elder ant.el...@gmail.com wrote: I gave it a try, deploying the built war to Tomcat it looks like it starts up ok but then i couldn't see what url to use to actually run anything. Running it with mvn jetty:run it fails with: Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'GreetingServiceBean' defined in U RL [file:/C:/Tuscany/SVN/rayspring/helloworld-spring-webapp/src/main/webapp/WEB-INF/sca/sca-context.xml]: Cannot resolve reference t o bean 'MessageServiceBean' while setting bean property 'messageService'; nested exception
Re: Tuscany/Spring MVC integration
Hi Raymond, Having Spring MVC support in Tuscany sounds and looks great! I had a look at the sample but I haven't been able to start it up successfully. I'm seeing the following in logs: Caused by: java.io.FileNotFoundException: Could not open ServletContext resource [/WEB-INF/classes/helloworld-context.xml] Caused by: java.lang.ClassNotFoundException: sample.DateService This is probably due to the sample-implementation-spring-helloworld-contribution dependency having the scope set to provided. I don't know how that should be handled, I've tried adding the jar to the lib/ folder in Tomcat but the first error was still appearing. How should I do this correctly? Thanks, Florian On Tue, Mar 22, 2011 at 12:33 AM, Raymond Feng enjoyj...@gmail.com wrote: Hi, I recently added support of Spring MVC integration for Tuscany on top of the Tuscany/Spring web application feature. https://cwiki.apache.org/confluence/download/attachments/5964931/Spring+Tuscany.pptx To support the Spring MVC which has a servlet-scoped application context, I added code to allow Tuscany to start/stop a node per servlet and enhanced the CompositeContext and Spring implementation provider to link the Spring application context to Tuscany. Here is a working sample: https://svn.apache.org/repos/asf/tuscany/sandbox/rfeng/sca-java-2.x/implementation-spring/(You can find how to invoke it at https://svn.apache.org/repos/asf/tuscany/sandbox/rfeng/sca-java-2.x/implementation-spring/helloworld-spring-webapp/src/test/java/sample/HelloworldClientTestCase.java ) (PS: I'm all confused by the move of our samples into various contrib/unreleased folders and had a difficult time to dig out the Spring/Tuscany integration sample. For now, I leave it in my sandbox before the sample structure is settled. ) Thanks, Raymond * Raymond Feng rf...@apache.org Apache Tuscany PMC member and committer: tuscany.apache.org Co-author of Tuscany SCA In Action book: www.tuscanyinaction.com Personal Web Site: www.enjoyjava.com *
Re: Tuscany/Spring MVC integration
Hey Raymond, Yes, I tried deploying sample-implementation-spring-helloworld-webapp.war to both Tomcat and Jetty. When I saw the exceptions in logs, I tried copying sample-implementation-spring-helloworld-contribution.jar to the lib/ folder of Tomcat and removing the provided scope but none didn't fix FileNotFoundException: Could not open ServletContext resource [/WEB-INF/classes/helloworld-context.xml]. Florian On Tue, Mar 22, 2011 at 5:51 PM, Raymond Feng enjoyj...@gmail.com wrote: Hi, Florian. Thank you for the feedback. Did you try to deploy the hello-spring.war into Tomcat/Jetty? You are right, the provided scope seems to be an issue (for some reason, provided is used by some folks in the wrong way:-). I'll fix it. Thanks, Raymond * Raymond Feng rf...@apache.org Apache Tuscany PMC member and committer: tuscany.apache.org Co-author of Tuscany SCA In Action book: www.tuscanyinaction.com Personal Web Site: www.enjoyjava.com * On Mar 22, 2011, at 1:16 AM, Florian Moga wrote: Hi Raymond, Having Spring MVC support in Tuscany sounds and looks great! I had a look at the sample but I haven't been able to start it up successfully. I'm seeing the following in logs: Caused by: java.io.FileNotFoundException: Could not open ServletContext resource [/WEB-INF/classes/helloworld-context.xml] Caused by: java.lang.ClassNotFoundException: sample.DateService This is probably due to the sample-implementation-spring-helloworld-contribution dependency having the scope set to provided. I don't know how that should be handled, I've tried adding the jar to the lib/ folder in Tomcat but the first error was still appearing. How should I do this correctly? Thanks, Florian On Tue, Mar 22, 2011 at 12:33 AM, Raymond Feng enjoyj...@gmail.comwrote: Hi, I recently added support of Spring MVC integration for Tuscany on top of the Tuscany/Spring web application feature. https://cwiki.apache.org/confluence/download/attachments/5964931/Spring+Tuscany.pptx To support the Spring MVC which has a servlet-scoped application context, I added code to allow Tuscany to start/stop a node per servlet and enhanced the CompositeContext and Spring implementation provider to link the Spring application context to Tuscany. Here is a working sample: https://svn.apache.org/repos/asf/tuscany/sandbox/rfeng/sca-java-2.x/implementation-spring/(You can find how to invoke it at https://svn.apache.org/repos/asf/tuscany/sandbox/rfeng/sca-java-2.x/implementation-spring/helloworld-spring-webapp/src/test/java/sample/HelloworldClientTestCase.java ) (PS: I'm all confused by the move of our samples into various contrib/unreleased folders and had a difficult time to dig out the Spring/Tuscany integration sample. For now, I leave it in my sandbox before the sample structure is settled. ) Thanks, Raymond * Raymond Feng rf...@apache.org Apache Tuscany PMC member and committer: tuscany.apache.org Co-author of Tuscany SCA In Action book: www.tuscanyinaction.com Personal Web Site: www.enjoyjava.com *
Re: Tuscany/Spring MVC integration
It looks like now it is finding the spring file but I'm seeing org.springframework.beans.factory.NoSuchBeanDefinitionException: No bean named 'MessageServiceBean' is defined The bean is defined in servlet-context.xml. Are the spring files loaded in some order? It looks like sca-context.xml is loaded before servlet-context.xml and doesn't find the bean. On Tue, Mar 22, 2011 at 6:56 PM, Raymond Feng enjoyj...@gmail.com wrote: I made one more change in web.xml to use classpath: for Spring config location. Can you try again? Thanks, Raymond * Raymond Feng rf...@apache.org Apache Tuscany PMC member and committer: tuscany.apache.org Co-author of Tuscany SCA In Action book: www.tuscanyinaction.com Personal Web Site: www.enjoyjava.com * On Mar 22, 2011, at 9:47 AM, Raymond Feng wrote: Hi, sample-implementation-spring-helloworld-contribution.jar is copied into the WAR as a jar. That's probably why you didn't see the WEB-INF/classes/helloworld-context.xml. Can you try to unzip the jar into WEB-INF/classes to see if it helps? We also need to figure out a way to resolve Spring application context files on the classpath. Thanks, Raymond * Raymond Feng rf...@apache.org Apache Tuscany PMC member and committer: tuscany.apache.org Co-author of Tuscany SCA In Action book: www.tuscanyinaction.com Personal Web Site: www.enjoyjava.com * On Mar 22, 2011, at 9:32 AM, Florian Moga wrote: Hey Raymond, Yes, I tried deploying sample-implementation-spring-helloworld-webapp.war to both Tomcat and Jetty. When I saw the exceptions in logs, I tried copying sample-implementation-spring-helloworld-contribution.jar to the lib/ folder of Tomcat and removing the provided scope but none didn't fix FileNotFoundException: Could not open ServletContext resource [/WEB-INF/classes/helloworld-context.xml]. Florian On Tue, Mar 22, 2011 at 5:51 PM, Raymond Feng enjoyj...@gmail.com wrote: Hi, Florian. Thank you for the feedback. Did you try to deploy the hello-spring.war into Tomcat/Jetty? You are right, the provided scope seems to be an issue (for some reason, provided is used by some folks in the wrong way:-). I'll fix it. Thanks, Raymond * Raymond Feng rf...@apache.org Apache Tuscany PMC member and committer: tuscany.apache.org Co-author of Tuscany SCA In Action book: www.tuscanyinaction.com Personal Web Site: www.enjoyjava.com * On Mar 22, 2011, at 1:16 AM, Florian Moga wrote: Hi Raymond, Having Spring MVC support in Tuscany sounds and looks great! I had a look at the sample but I haven't been able to start it up successfully. I'm seeing the following in logs: Caused by: java.io.FileNotFoundException: Could not open ServletContext resource [/WEB-INF/classes/helloworld-context.xml] Caused by: java.lang.ClassNotFoundException: sample.DateService This is probably due to the sample-implementation-spring-helloworld-contribution dependency having the scope set to provided. I don't know how that should be handled, I've tried adding the jar to the lib/ folder in Tomcat but the first error was still appearing. How should I do this correctly? Thanks, Florian On Tue, Mar 22, 2011 at 12:33 AM, Raymond Feng enjoyj...@gmail.comwrote: Hi, I recently added support of Spring MVC integration for Tuscany on top of the Tuscany/Spring web application feature. https://cwiki.apache.org/confluence/download/attachments/5964931/Spring+Tuscany.pptx To support the Spring MVC which has a servlet-scoped application context, I added code to allow Tuscany to start/stop a node per servlet and enhanced the CompositeContext and Spring implementation provider to link the Spring application context to Tuscany. Here is a working sample: https://svn.apache.org/repos/asf/tuscany/sandbox/rfeng/sca-java-2.x/implementation-spring/(You can find how to invoke it at https://svn.apache.org/repos/asf/tuscany/sandbox/rfeng/sca-java-2.x/implementation-spring/helloworld-spring-webapp/src/test/java/sample/HelloworldClientTestCase.java ) (PS: I'm all confused by the move of our samples into various contrib/unreleased folders and had a difficult time to dig out the Spring/Tuscany integration sample. For now, I leave it in my sandbox before the sample structure is settled. ) Thanks, Raymond * Raymond Feng rf...@apache.org Apache Tuscany PMC member and committer: tuscany.apache.org Co-author of Tuscany SCA In Action book: www.tuscanyinaction.com Personal Web Site: www.enjoyjava.com *
[jira] [Commented] (TUSCANY-3851) [GSoC 2011] Develop websocket binding for Apache Tuscany
[ https://issues.apache.org/jira/browse/TUSCANY-3851?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13009053#comment-13009053 ] Florian Moga commented on TUSCANY-3851: --- I'd like to work on this project as I have experience with both Tuscany and the websocket protocol. I'll start writing the proposal on the wiki and post the link here in the next few days. [GSoC 2011] Develop websocket binding for Apache Tuscany Key: TUSCANY-3851 URL: https://issues.apache.org/jira/browse/TUSCANY-3851 Project: Tuscany Issue Type: New Feature Reporter: Florian Moga Labels: gsoc2011 The goal of this project is to add websocket support in the Tuscany runtime. The websocket protocol is still an internet draft approaching it's final version so providing up-to-date implementations when new versions are released by the IETF working group is preferred. The websocket support will be modeled as a new binding. Given the nature of the protocol, the module will be able make use of the latest async capabilities of the Tuscany runtime. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: GSoC project ideas
Luciano, Thank you for pointing out the label mismatch. This is funny, the official email which was received by the pmc states we should use the gsoc2011 label.. It also claims that link [1] will be the one that will be posted on the gsoc website. Maybe we just have to wait and see what's going to be used and adapt to that. Florian [1] http://s.apache.org/gsoc2011tasks On Sat, Mar 19, 2011 at 6:24 AM, Luciano Resende luckbr1...@gmail.comwrote: On Mon, Mar 14, 2011 at 6:53 AM, Florian Moga moga@gmail.com wrote: Hi, I've started raising some JIRAs with a couple of ideas for GSoC projects. Feel free to check them out, edit the description and add more resources. I might have not expressed myself 100% correctly in SCA terms. From my experience last year, it's very helpful to include a tag in the title [GSoC 2011]. I, for one, didn't notice that all the issues on the jira page posted by Apache were all GSoC related until the last week of application. I've also seen some very nice ideas from last year. If we update the title and the label on those, we're good to go. There are 4 days left since students will officially start discussing with organizations, we can have a head start if we're ready by that time. Florian Thanks for starting this, but just FYI, based on [1], in order for the ideas to be listed in the GSoC page, we should label it gsoc, otherwise it won't be filtered by the ASF GSoC Page. [1] http://community.apache.org/gsoc.html -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: GSoC project ideas
Done [1]. Also waiting for the Tuscany website homepage to sync with Confluence. [1] https://cwiki.apache.org/confluence/display/TUSCANYWIKI/GSoC+2011 https://cwiki.apache.org/confluence/display/TUSCANYWIKI/GSoC+2011 On Tue, Mar 15, 2011 at 3:07 PM, Florian Moga moga@gmail.com wrote: I've started a wiki page for this [1]. Apparently, I don't have enough JIRA privileges to make my filters public. Can someone with admin rights make a filter that selects the Tuscany issues labeled gsoc2011? We can then share that on the wiki and on the website homepage. [1] https://cwiki.apache.org/confluence/display/TUSCANYWIKI/GSoC2011 On Tue, Mar 15, 2011 at 11:10 AM, ant elder ant.el...@gmail.com wrote: On Mon, Mar 14, 2011 at 1:53 PM, Florian Moga moga@gmail.com wrote: Hi, I've started raising some JIRAs with a couple of ideas for GSoC projects. Feel free to check them out, edit the description and add more resources. I might have not expressed myself 100% correctly in SCA terms. From my experience last year, it's very helpful to include a tag in the title [GSoC 2011]. I, for one, didn't notice that all the issues on the jira page posted by Apache were all GSoC related until the last week of application. I've also seen some very nice ideas from last year. If we update the title and the label on those, we're good to go. There are 4 days left since students will officially start discussing with organizations, we can have a head start if we're ready by that time. Florian Thanks for starting this. I've now added the Gsoc2011 label to some of the ones from last year that i could help with this year. ...ant
Re: GSoC Project Proposal : Develop a 'NoSQL' Datastore component for Apache Cassandra, CouchDB, Hadoop/Hbase
Hi Eranda, We now have a dedicated page for GSoC 2011 on the wiki [1]. Would you like to move your application page as a child page of [2]? That's where all Tuscany student applications will reside. Thanks, Florian [1] https://cwiki.apache.org/confluence/display/TUSCANYWIKI/GSoC+2011 [2] https://cwiki.apache.org/confluence/display/TUSCANYWIKI/GSoC+2011+Applications On Wed, Mar 16, 2011 at 9:28 AM, Eranda Sooriyabandara 0704...@gmail.comwrote: Hi all, I started writing my GSoC 2011 project proposal for Develop a 'NoSQL' Datastore component for Apache Cassandra, CouchDB, Hadoop/Hbase at Tuscany wiki [1]. Please feel free to add some comments and do changes if needed. Your feedbacks are highly appreciated. thanks Eranda [1]. https://cwiki.apache.org/confluence/display/TUSCANYWIKI/Develop+a+NoSQL+Datastore+component
Re: GSoC Project Proposal : Develop a 'NoSQL' Datastore component for Apache Cassandra, CouchDB, Hadoop/Hbase
Cool. It might also be a good idea for you to post a comment on JIRA that you're interested in the project and you're working on the proposal. The list of accepted organizations has just been posted and Apache's project ideas list will be publicly available soon. On Fri, Mar 18, 2011 at 9:13 PM, Eranda Sooriyabandara 0704...@gmail.comwrote: Hi Florian, We now have a dedicated page for GSoC 2011 on the wiki [1]. Would you like to move your application page as a child page of [2]? That's where all Tuscany student applications will reside. This idea is great and I moved my GSoC application as a child of GSoC 2011 Application. thanks Eranda
[jira] Created: (TUSCANY-3851) [GSoC 2011] Develop websocket binding for Apache Tuscany
[GSoC 2011] Develop websocket binding for Apache Tuscany Key: TUSCANY-3851 URL: https://issues.apache.org/jira/browse/TUSCANY-3851 Project: Tuscany Issue Type: New Feature Reporter: Florian Moga The goal of this project is to add websocket support in the Tuscany runtime. The websocket protocol is still an internet draft approaching it's final version so providing up-to-date implementations when new versions are released by the IETF working group is preferred. The websocket support will be modeled as a new binding. Given the nature of the protocol, the module will be able make use of the latest async capabilities of the Tuscany runtime. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: GSoC project ideas
I've just added a new GSoC project idea [1], the one which I'd like to work on during this summer. As some of you might know, a few months ago I've started a project consisting in a Java websocket implementation based on NIO in order to offer non-blocking support. At the moment I'm working on it with another person and the main goal of the project is to make websocket adoption easier. That's why we're also planning to post a proposal for it in the Apache Incubator. In conclusion, this GSoC project will enable me to make good progress on the websocket project and will also offer websocket support in Tuscany. I think this will open new possibilities in Tuscany as the websocket protocol will reach it's final version soon enough. It will also be a nice application of the new async capabilities of the Tuscany runtime. I will soon start to write the proposal on the wiki. Please let me know what do you think about this idea. Thanks, Florian [1] https://issues.apache.org/jira/browse/TUSCANY-3851 On Fri, Mar 18, 2011 at 10:21 AM, Florian Moga moga@gmail.com wrote: Done [1]. Also waiting for the Tuscany website homepage to sync with Confluence. [1] https://cwiki.apache.org/confluence/display/TUSCANYWIKI/GSoC+2011 https://cwiki.apache.org/confluence/display/TUSCANYWIKI/GSoC+2011 On Tue, Mar 15, 2011 at 3:07 PM, Florian Moga moga@gmail.com wrote: I've started a wiki page for this [1]. Apparently, I don't have enough JIRA privileges to make my filters public. Can someone with admin rights make a filter that selects the Tuscany issues labeled gsoc2011? We can then share that on the wiki and on the website homepage. [1] https://cwiki.apache.org/confluence/display/TUSCANYWIKI/GSoC2011 On Tue, Mar 15, 2011 at 11:10 AM, ant elder ant.el...@gmail.com wrote: On Mon, Mar 14, 2011 at 1:53 PM, Florian Moga moga@gmail.com wrote: Hi, I've started raising some JIRAs with a couple of ideas for GSoC projects. Feel free to check them out, edit the description and add more resources. I might have not expressed myself 100% correctly in SCA terms. From my experience last year, it's very helpful to include a tag in the title [GSoC 2011]. I, for one, didn't notice that all the issues on the jira page posted by Apache were all GSoC related until the last week of application. I've also seen some very nice ideas from last year. If we update the title and the label on those, we're good to go. There are 4 days left since students will officially start discussing with organizations, we can have a head start if we're ready by that time. Florian Thanks for starting this. I've now added the Gsoc2011 label to some of the ones from last year that i could help with this year. ...ant
Re: GSoC project ideas
I've started a wiki page for this [1]. Apparently, I don't have enough JIRA privileges to make my filters public. Can someone with admin rights make a filter that selects the Tuscany issues labeled gsoc2011? We can then share that on the wiki and on the website homepage. [1] https://cwiki.apache.org/confluence/display/TUSCANYWIKI/GSoC2011 On Tue, Mar 15, 2011 at 11:10 AM, ant elder ant.el...@gmail.com wrote: On Mon, Mar 14, 2011 at 1:53 PM, Florian Moga moga@gmail.com wrote: Hi, I've started raising some JIRAs with a couple of ideas for GSoC projects. Feel free to check them out, edit the description and add more resources. I might have not expressed myself 100% correctly in SCA terms. From my experience last year, it's very helpful to include a tag in the title [GSoC 2011]. I, for one, didn't notice that all the issues on the jira page posted by Apache were all GSoC related until the last week of application. I've also seen some very nice ideas from last year. If we update the title and the label on those, we're good to go. There are 4 days left since students will officially start discussing with organizations, we can have a head start if we're ready by that time. Florian Thanks for starting this. I've now added the Gsoc2011 label to some of the ones from last year that i could help with this year. ...ant
[jira] Created: (TUSCANY-3846) [GSoC 2011] Develop DSL in a JVM language for defining the composite
[GSoC 2011] Develop DSL in a JVM language for defining the composite Key: TUSCANY-3846 URL: https://issues.apache.org/jira/browse/TUSCANY-3846 Project: Tuscany Issue Type: New Feature Reporter: Florian Moga Use a JVM language to create a DSL for defining composites as an alternative to xml configuration. This will require to plug it in the Tuscany internals. It can start with the basic configurations (defining components, implementations, bindings) and then add module specific settings. Any JVM language is acceptable as long as it can be compiled and run using the java interpreter. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (TUSCANY-3847) [GSoC 2011] Implement support for SCA components written in Scala
[GSoC 2011] Implement support for SCA components written in Scala - Key: TUSCANY-3847 URL: https://issues.apache.org/jira/browse/TUSCANY-3847 Project: Tuscany Issue Type: New Feature Reporter: Florian Moga At the moment, Tuscany supports components written in Scala which are compiled into JVM bytecode and ran with the java interpreter. The goal of the project is to create a separate implementation.scala that takes advantage of the language features thus providing better support for more advanced usage of the language. There is a similar implementation for Groovy which can serve as an example. Resources: Apache Tuscany http://tuscany.apache.org/ Scala http://www.scala-lang.org/ -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (TUSCANY-3846) [GSoC 2011] Develop DSL in a JVM language for defining the composite
[ https://issues.apache.org/jira/browse/TUSCANY-3846?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Florian Moga updated TUSCANY-3846: -- Description: Use a JVM language to create a DSL for defining composites as an alternative to xml configuration. This will require to plug it in the Tuscany internals. It can start with the basic configurations (defining components, implementations, bindings) and then add module specific settings. Any JVM language is acceptable as long as it can be compiled and run using the java interpreter. Resources: Apache Tuscany http://tuscany.apache.org/ DSLs in Scala: http://programming-scala.labs.oreilly.com/ch11.html DSLs in Groovy: http://docs.codehaus.org/display/GROOVY/Writing+Domain-Specific+Languages was: Use a JVM language to create a DSL for defining composites as an alternative to xml configuration. This will require to plug it in the Tuscany internals. It can start with the basic configurations (defining components, implementations, bindings) and then add module specific settings. Any JVM language is acceptable as long as it can be compiled and run using the java interpreter. [GSoC 2011] Develop DSL in a JVM language for defining the composite Key: TUSCANY-3846 URL: https://issues.apache.org/jira/browse/TUSCANY-3846 Project: Tuscany Issue Type: New Feature Reporter: Florian Moga Labels: gsoc2011 Use a JVM language to create a DSL for defining composites as an alternative to xml configuration. This will require to plug it in the Tuscany internals. It can start with the basic configurations (defining components, implementations, bindings) and then add module specific settings. Any JVM language is acceptable as long as it can be compiled and run using the java interpreter. Resources: Apache Tuscany http://tuscany.apache.org/ DSLs in Scala: http://programming-scala.labs.oreilly.com/ch11.html DSLs in Groovy: http://docs.codehaus.org/display/GROOVY/Writing+Domain-Specific+Languages -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (TUSCANY-3848) [GSoC 2011] Implement JPA support for the Tuscany Java runtime
[GSoC 2011] Implement JPA support for the Tuscany Java runtime -- Key: TUSCANY-3848 URL: https://issues.apache.org/jira/browse/TUSCANY-3848 Project: Tuscany Issue Type: New Feature Reporter: Florian Moga The goal of this project is to add support for JPA into the Tuscany runtime. It goes down to how can JPA be used in an SCA way. This can be modeled in a number of ways so further details of the solution are to be discussed based on student's ideas. Resources: Apache Tuscany: http://tuscany.apache.org/ -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (TUSCANY-3849) [GSoC 2011] implement support for Google Guice in Tuscany runtime
[GSoC 2011] implement support for Google Guice in Tuscany runtime - Key: TUSCANY-3849 URL: https://issues.apache.org/jira/browse/TUSCANY-3849 Project: Tuscany Issue Type: New Feature Reporter: Florian Moga The goal of this project is to integrate Google Guice in the Tuscany runtime in a similar way to the Spring module. Components should be able to use a Guice configuration to determine and obtain the component implementation. The implementation.spring module serves as a good example. Further details on the solution to be discussed with the student based on his proposal. Resources: Apache Tuscany: http://tuscany.apache.org/ Google Guice: http://code.google.com/p/google-guice/ -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira
GSoC project ideas
Hi, I've started raising some JIRAs with a couple of ideas for GSoC projects. Feel free to check them out, edit the description and add more resources. I might have not expressed myself 100% correctly in SCA terms. From my experience last year, it's very helpful to include a tag in the title [GSoC 2011]. I, for one, didn't notice that all the issues on the jira page posted by Apache were all GSoC related until the last week of application. I've also seen some very nice ideas from last year. If we update the title and the label on those, we're good to go. There are 4 days left since students will officially start discussing with organizations, we can have a head start if we're ready by that time. Florian
Re: Tuscany Meetup in London
Mike, hopefully there will be other occasions soon, see you next time :) Summing up the thread, we're going to meet up Monday, 7th March, 11.30 am at Cafe Zest [1]. Looking forward to seeing you, Florian [1] http://maps.google.ro/maps/place?um=1ie=UTF-8q=cafe+zest+londonfb=1gl=rohq=cafe+zesthnear=Westminster,+London,+UKcid=535865743004748946 On Sat, Mar 5, 2011 at 9:29 AM, Mike Edwards mike.edwards.inglen...@gmail.com wrote: On 04/03/2011 13:46, Simon Nash wrote: Who is planning to attend this meeting? Simon Folks, Sorry, but a couple of customer related meetings mean that I shall not be able to make the London meetup. Yours, Mike.
Re: 2.0 Beta2 samples (was: [VOTE] Release Tuscany SCA 2.0 Beta2 RC2)
I understand your concerns related to the documentation we ship. In this case I'm thinking how a README file should look like? First thing that pops into my mind is that all READMEs should have a consistent feel and probably include the same topics like: - running the sample - short presentation of the technologies involved - short presentation of the composite - more advanced SCA terminology and concepts explained (which are used in the sample) Please add other topics which you feel they need to be part of it. As an alternative, I was thinking about a problem/solution format but I don't think we can apply that to all our samples...
Re: Tuscany Meetup in London
The meetup is approaching so I've been searching around for a pub near Queen Elizabeth II Conference Center and I managed to find a single one specifying wi-fi access [1]... There's also a Starbucks on Victoria St which probably has wi-fi access. I also found a couple of other places which might have wifi but I couldn't find that specified, if we like one of the them more we can give a call and check that out. [1] http://maps.google.ro/maps/place?um=1ie=UTF-8q=cafe+zest+londonfb=1gl=rohq=cafe+zesthnear=Westminster,+London,+UKcid=535865743004748946 [2] http://maps.google.com/maps/place?cid=17450563128257755219q=barshl=rocd=7cad=src:ppiwlinkei=Qg5uTbugFoSosQbo1pD1Dgsig2=QGlfnzri5J61MmWrxAQalQdtab=0 http://maps.google.com/maps/place?cid=17450563128257755219q=barshl=rocd=7cad=src:ppiwlinkei=Qg5uTbugFoSosQbo1pD1Dgsig2=QGlfnzri5J61MmWrxAQalQdtab=0 [3] http://maps.google.com/maps/place?cid=16695285530179229293q=barshl=rocd=2cad=src:ppiwlinkei=Qg5uTbugFoSosQbo1pD1Dgsig2=AjeepxE0nKu5KYsu_FMuFgdtab=0 http://maps.google.com/maps/place?cid=16695285530179229293q=barshl=rocd=2cad=src:ppiwlinkei=Qg5uTbugFoSosQbo1pD1Dgsig2=AjeepxE0nKu5KYsu_FMuFgdtab=0 [4] http://maps.google.com/maps/place?cid=7201883026239413873q=barshl=rocd=2cad=src:ppiwlinkei=YQ5uTaXsKtuosQb6_a3PDwsig2=8EMGupG8r_4PUm7x_wuChQdtab=0 http://maps.google.com/maps/place?cid=7201883026239413873q=barshl=rocd=2cad=src:ppiwlinkei=YQ5uTaXsKtuosQb6_a3PDwsig2=8EMGupG8r_4PUm7x_wuChQdtab=0 [5] http://maps.google.com/maps/place?cid=1406744021863542483q=barshl=rocd=6cad=src:ppiwlinkei=YQ5uTaXsKtuosQb6_a3PDwsig2=z-rug7CN2hE6Jd3Mci_hzQdtab=0 http://maps.google.com/maps/place?cid=1406744021863542483q=barshl=rocd=6cad=src:ppiwlinkei=YQ5uTaXsKtuosQb6_a3PDwsig2=z-rug7CN2hE6Jd3Mci_hzQdtab=0 [6] http://maps.google.com/maps/place?cid=193902453723204701q=barshl=rocd=4cad=src:ppiwlinkei=YQ5uTaXsKtuosQb6_a3PDwsig2=PvYF_hjc2D7wV93ZiNrP1gdtab=0 http://maps.google.com/maps/place?cid=193902453723204701q=barshl=rocd=4cad=src:ppiwlinkei=YQ5uTaXsKtuosQb6_a3PDwsig2=PvYF_hjc2D7wV93ZiNrP1gdtab=0 [7] http://maps.google.com/maps/place?cid=13023163617214978678q=barshl=rocd=3cad=src:ppiwlinkei=YQ5uTaXsKtuosQb6_a3PDwsig2=jwCGg-FqnLFVNUdCSTQxpwdtab=0 On Tue, Feb 15, 2011 at 4:49 PM, Simon Nash n...@apache.org wrote: Florian Moga wrote: I have just received a response from the QCon team that it is not possible for me to do the Monday evening work at another time so according to what we've been discussing on this thread, I'll be able to get together with you from 11.30 to 12.30. How about a short pub meetup in the proximity of the Queen Elizabeth Conference Center for this time interval and then move to a more adequate place to hack some code (might not even be necessary as there's more to discuss and exchange ideas - samples, website, doc - rather than actually coding)? Sorry for the turn of events... That sounds fine. If we can find a pub with free WiFi then we might be able to do some work there as well. Simon On Mon, Feb 14, 2011 at 6:36 PM, Florian Moga moga@gmail.commailto: moga@gmail.com wrote: Communication with the QCon crew is very slow until now so this will take some time to get a response (e.g. haven't got a response yet if it's ok to change my schedule for Monday). So if we have a confirmed option, I'd go for that at the moment... Of course, I'll let you know if any opportunity shows up. On Mon, Feb 14, 2011 at 3:30 PM, Simon Nash n...@apache.org mailto:n...@apache.org wrote: Mike Edwards wrote: On 14/02/2011 10:29, ant elder wrote: Ok it sounds like this is going to happen on the 7th, where shall we do it? If there are no other suggestions I could try to see if there are any rooms available at IBM Southbank. ...ant Ant, You may well find Southbank difficult at the moment as they are refurbishing all the public meeting rooms - I tried to arrange a meeting there for 21 Feb and could not get anything. Yours, Mike. Florian was going to ask the QCon organizers whether they could provide a room at the conference venue. Simon
Re: [VOTE] Release Tuscany SCA 2.0 Beta2 RC3
Anybody having information on the ASF blog and twitter account? On Thu, Feb 24, 2011 at 12:17 PM, Florian Moga moga@gmail.com wrote: Just got it. Thanks! On Thu, Feb 24, 2011 at 12:15 PM, Simon Laws simonsl...@googlemail.comwrote: On Wed, Feb 23, 2011 at 7:30 PM, Florian Moga moga@gmail.com wrote: Can you please add me to the contributors for the Tuscany blog with my gmail address so I can post the release announcement? Also, is it possible to post an announcement on the ASF blog [1] and ASF Twitter account [2]? [1] http://blogs.apache.org/foundation/ [2] http://twitter.com/#!/TheASF Hi Florian I just clicked the button to send you an invite to be a blog author. Let me know if you don't get it. Regards Simon -- Apache Tuscany committer: tuscany.apache.org Co-author of a book about Tuscany and SCA: tuscanyinaction.com
Re: [VOTE] Release Tuscany SCA 2.0 Beta2 RC3
Just got it. Thanks! On Thu, Feb 24, 2011 at 12:15 PM, Simon Laws simonsl...@googlemail.comwrote: On Wed, Feb 23, 2011 at 7:30 PM, Florian Moga moga@gmail.com wrote: Can you please add me to the contributors for the Tuscany blog with my gmail address so I can post the release announcement? Also, is it possible to post an announcement on the ASF blog [1] and ASF Twitter account [2]? [1] http://blogs.apache.org/foundation/ [2] http://twitter.com/#!/TheASF Hi Florian I just clicked the button to send you an invite to be a blog author. Let me know if you don't get it. Regards Simon -- Apache Tuscany committer: tuscany.apache.org Co-author of a book about Tuscany and SCA: tuscanyinaction.com
Re: 2.0 Beta2 samples (was: [VOTE] Release Tuscany SCA 2.0 Beta2 RC2)
I was thinking that if we use blogging as the primary way of describing samples, it's not even necessary to include a README in each and every sample, people can just search the blog knowing that information will be there (I'm trying to keep things as simple and interactive as possible -- to be honest, in most of the cases, I for one, am not checking the README files not even when I was first starting to look at Tuscany. They are hard to maintain and get out-dated quite easily). One other advantage of blogging would be that comments containing questions and issues to which we'll respond will remain visible for everybody who's checking them out. When a user asks for clarification about a sample, I'm pretty sure we currently don't update the README to cover that. I'm just saying that it might help us be more open to our users, their needs, receive feedback from them and simplify maintainability (a blog post can always be edited or deleted and rewritten if major changes are done). IMO, this will improve the promotion of Tuscany especially with 2.0 approaching and help keep a better contact with users. Imagine that you're doing a nifty improvement on a module and update the sample. Nobody is checking the READMEs, a blog post is out there notifying people. I agree the distribution should have some kind of documentation on samples, I'm thinking that there should be a way of exporting the blog posts to a pdf format with a nice template which we can place in the samples/ directory right before doing a release (this way we don't end up with out dated information). There are a number of open source projects which have dedicated websites for samples, most of which I've seen are web frameworks (e.g Apache Wicket). It's not our case but I think we can do something similar and gain the benefits. On Thu, Feb 24, 2011 at 1:53 PM, Simon Laws simonsl...@googlemail.comwrote: On Wed, Feb 23, 2011 at 1:14 PM, Florian Moga moga@gmail.com wrote: Yes, I was thinking that in this case READMEs would only contain some instructions on how to start the shell so it will basically be the same README copied in each and every folder. On Wed, Feb 23, 2011 at 3:02 PM, ant elder antel...@apache.org wrote: On Wed, Feb 23, 2011 at 9:20 AM, Florian Moga moga@gmail.com wrote: As for doc, what do you think about the following idea? As soon as a sample graduates from contrib/ we can write a blog post explaining various things about it. It's much more interactive for both users and us. Also, the blog will probably get more attention and would be more complete. In this case, a top level README explaning how to start a sample and interact with it using the shell would be enough IMO. Is that suggestion to just have the blog posts and only a single top level sample README? Blog posts seem like a fine idea but i do think its good to have some sort of doc within each sample folder as its so obvious there when a new user first looks at a sample. ...ant I think it's useful to have descriptive text distributed with the samples otherwise it can be difficult to work out what the intended function is. I've nothing against blogging about the samples but if we commit to this a primary mechanism for detailed description then we have the same problem we have with the web site in that people have to follow a link to get to the details. Simon -- Apache Tuscany committer: tuscany.apache.org Co-author of a book about Tuscany and SCA: tuscanyinaction.com
Re: 2.0 Beta2 samples (was: [VOTE] Release Tuscany SCA 2.0 Beta2 RC2)
On Wed, Feb 23, 2011 at 10:46 AM, ant elder antel...@apache.org wrote: The main differences are that the testcase doesn't run Tuscany and the Tuscany plugin isn't defined in the pom.xml. I think having a unit test that starts the Tuscany runtime has multiple benefits: - more helpful for the newbie user (he's actually seeing the runtime starting) - helps us keep track of the broken samples through Hudson Regarding the tuscany shell, I'm not sure which option I'd prefer for starting it (declaring the tuscany plugin and use it with maven or have the user set his path to the jar). I guess I'm fine with both.
Re: 2.0 Beta2 samples (was: [VOTE] Release Tuscany SCA 2.0 Beta2 RC2)
As for doc, what do you think about the following idea? As soon as a sample graduates from contrib/ we can write a blog post explaining various things about it. It's much more interactive for both users and us. Also, the blog will probably get more attention and would be more complete. In this case, a top level README explaning how to start a sample and interact with it using the shell would be enough IMO. On Wed, Feb 23, 2011 at 11:07 AM, Florian Moga moga@gmail.com wrote: On Wed, Feb 23, 2011 at 10:46 AM, ant elder antel...@apache.org wrote: The main differences are that the testcase doesn't run Tuscany and the Tuscany plugin isn't defined in the pom.xml. I think having a unit test that starts the Tuscany runtime has multiple benefits: - more helpful for the newbie user (he's actually seeing the runtime starting) - helps us keep track of the broken samples through Hudson Regarding the tuscany shell, I'm not sure which option I'd prefer for starting it (declaring the tuscany plugin and use it with maven or have the user set his path to the jar). I guess I'm fine with both.
Re: 2.0 Beta2 samples (was: [VOTE] Release Tuscany SCA 2.0 Beta2 RC2)
Yes, I was thinking that in this case READMEs would only contain some instructions on how to start the shell so it will basically be the same README copied in each and every folder. On Wed, Feb 23, 2011 at 3:02 PM, ant elder antel...@apache.org wrote: On Wed, Feb 23, 2011 at 9:20 AM, Florian Moga moga@gmail.com wrote: As for doc, what do you think about the following idea? As soon as a sample graduates from contrib/ we can write a blog post explaining various things about it. It's much more interactive for both users and us. Also, the blog will probably get more attention and would be more complete. In this case, a top level README explaning how to start a sample and interact with it using the shell would be enough IMO. Is that suggestion to just have the blog posts and only a single top level sample README? Blog posts seem like a fine idea but i do think its good to have some sort of doc within each sample folder as its so obvious there when a new user first looks at a sample. ...ant
[ANNOUNCE] Apache Tuscany SCA Java 2.0-Beta2 released
The Apache Tuscany team is pleased to announce the 2.0-Beta2 release of the Java SCA 2.0 project. Apache Tuscany/SCA provides a runtime environment based on Service Component Architecture (SCA), which is a set of OASIS specifications aimed at simplifying SOA application development. This is the second beta release on our way to a full 2.0 release. It contains improvements on a number of modules, dependency upgrades and continues the effort of module reorganization started with the Beta1 release. New features include an interactive shell to work with SCA domains, contributions and services. See the RELEASE_NOTES and CHANGES file for more details about the release, and to download the distributions please go to: http://tuscany.apache.org/sca-java-2x-releases.html To find out more about OASIS Open CSA go to: http://www.oasis-opencsa.org Apache Tuscany welcomes your help. Any contribution, including code, testing, contributions to the documentation, or bug reporting is always appreciated. For more information on how to get involved in Apache Tuscany visit the website at: http://tuscany.apache.org Thank you for your interest in Apache Tuscany!
Re: [VOTE] Release Tuscany SCA 2.0 Beta2 RC3
Can you please add me to the contributors for the Tuscany blog with my gmail address so I can post the release announcement? Also, is it possible to post an announcement on the ASF blog [1] and ASF Twitter account [2]? [1] http://blogs.apache.org/foundation/ http://blogs.apache.org/foundation/[2] http://twitter.com/#!/TheASF On Tue, Feb 22, 2011 at 3:15 PM, Mike Edwards mike.edwards.inglen...@gmail.com wrote: On 14/02/2011 09:11, ant elder wrote: On Sun, Feb 13, 2011 at 7:43 AM, Florian Mogamoga@gmail.com wrote: Please review and vote on RC3 of the Java SCA 2.0 Beta2 release. The artifacts are at: http://people.apache.org/~fmoga/tuscany/2.0-beta2-RC3/ The release tag is at: https://svn.apache.org/repos/asf/tuscany/sca-java-2.x/tags/2.0-Beta2-RC3/ Florian This looks good to me so +1. A couple of issues: - I couldn't find your signing key in a public key server, have you uploaded it anywhere? - there are some testing artifacts in the staging repo we don't really need and which could be deleted - the ones from distribution\tomcat\testing, you could just delete them from the staging repo now. We should move those to be under testing/itest really. Otherwise all looks fine. ...ant Folks, My belated +1 - I only got around to trying it out over the weekend. Thanks for the improvements in the basic samples. At least now there is a set of simple instructions that work for the novice to get the hello world type applications running. Yours, Mike.
Re: [VOTE] Release Tuscany SCA 2.0 Beta2 RC3
I've followed the instructions found on the wiki page and created this page [1]. It's been almost one day and the distribution packages are not being available through the mirrors. It isn't specified in the release guide but shouldn't I copy the distribution artifacts, CHANGES and RELEASE_NOTES files to http://www.apache.org/dist//tuscany/java/sca/2.0-Beta2/? Also, I've noticed that the naming has been changed from the latest release (apache-tuscany-sca-all-2.0-Beta1.zip to apache-tuscany-distribution-all-2.0-Beta2.zip). Is that fine? [1] https://cwiki.apache.org/confluence/display/TUSCANY/SCA+Java+2.0-Beta2 On Sun, Feb 20, 2011 at 1:52 PM, Florian Moga moga@gmail.com wrote: Thanks Ant, I've just added my key to the file. It doesn't appear on the website yet. Can we perform a sync or is it done automatically? Considering the amount of work to be done in trunk/ I'm also calling +1 for doing this release. The vote passes with +1 from: Ant Elder Simon Laws Luciano Resende Florian Moga and no -1 votes. Thank you everyone for voting. I'll continue with the next steps I found here https://cwiki.apache.org/confluence/display/TUSCANYxDOCx2x/Making+Releases On Sun, Feb 20, 2011 at 10:41 AM, ant elder ant.el...@gmail.com wrote: On Fri, Feb 18, 2011 at 11:22 AM, Florian Moga moga@gmail.com wrote: On Fri, Feb 18, 2011 at 12:17 PM, Simon Laws simonsl...@googlemail.com wrote: The only thing I noticed was that RELEASE_NOTES have the wrong date at the top. This is not a blocker IMO. I could modify it right there if that's allowed. No we can't modify that now. The contents of the SVN tag should match whats in the distributions so if its modified in SVN then we'd need to respin the distributions and have a new vote. I didn't spend much time on the samples for obvious reasons but the simple ones run. I get a clean build of the source with a clean repo on Linux. MD5 is OK but my remaining question is about getting the KEYS file (http://www.apache.org/dist/tuscany/KEYS) updated with your public key. Ant made comments about keys so maybe this is already in train. How can I edit the file? My public key is also available here [1]. [1] https://svn.apache.org/repos/asf/tuscany/KEYS Log on to people.apache.org and then you can find that KEYS file at /x1/www/www.apache.org/content/dist/tuscany ...ant
Re: [VOTE] Release Tuscany SCA 2.0 Beta2 RC3
Done. Waiting for the mirrors to sync up. On Tue, Feb 22, 2011 at 10:50 AM, ant elder antel...@apache.org wrote: On Tue, Feb 22, 2011 at 8:48 AM, ant elder antel...@apache.org wrote: Also, I've noticed that the naming has been changed from the latest release (apache-tuscany-sca-all-2.0-Beta1.zip to apache-tuscany-distribution-all-2.0-Beta2.zip). Is that fine? I think its ok, to change it we'd have to completely respin and revote which doesn't seem worth it. Actually, is that true? Maybe you can just rename them when copied to the distribution area. If the signatures still verify correctly then that could be fine. ...ant
Re: [VOTE] Release Tuscany SCA 2.0 Beta2 RC3
Thanks Ant, I've just added my key to the file. It doesn't appear on the website yet. Can we perform a sync or is it done automatically? Considering the amount of work to be done in trunk/ I'm also calling +1 for doing this release. The vote passes with +1 from: Ant Elder Simon Laws Luciano Resende Florian Moga and no -1 votes. Thank you everyone for voting. I'll continue with the next steps I found here https://cwiki.apache.org/confluence/display/TUSCANYxDOCx2x/Making+Releases On Sun, Feb 20, 2011 at 10:41 AM, ant elder ant.el...@gmail.com wrote: On Fri, Feb 18, 2011 at 11:22 AM, Florian Moga moga@gmail.com wrote: On Fri, Feb 18, 2011 at 12:17 PM, Simon Laws simonsl...@googlemail.com wrote: The only thing I noticed was that RELEASE_NOTES have the wrong date at the top. This is not a blocker IMO. I could modify it right there if that's allowed. No we can't modify that now. The contents of the SVN tag should match whats in the distributions so if its modified in SVN then we'd need to respin the distributions and have a new vote. I didn't spend much time on the samples for obvious reasons but the simple ones run. I get a clean build of the source with a clean repo on Linux. MD5 is OK but my remaining question is about getting the KEYS file (http://www.apache.org/dist/tuscany/KEYS) updated with your public key. Ant made comments about keys so maybe this is already in train. How can I edit the file? My public key is also available here [1]. [1] https://svn.apache.org/repos/asf/tuscany/KEYS Log on to people.apache.org and then you can find that KEYS file at /x1/www/www.apache.org/content/dist/tuscany ...ant
Re: Running samples hanging for several seconds while initializing jetty
Hi Luciano, I'm also seeing slow startup of jetty as mentioned by you on several modules when performing full build. There are also a couple of modules that perform a Tuscany runtime startup during the build phase. Aside from increasing the build time, they are also not failing the maven build if something goes wrong. I've seen several stacktraces printed during full build but the build passed successfully exactly because of this. IMHO it would be more useful to move that to a unit test that can also report when something gets broken. Florian On Fri, Feb 18, 2011 at 8:19 AM, Luciano Resende luckbr1...@gmail.comwrote: While testing the beta2-rc3, I noticed that the store application, while running from binary distribution, hangs for about 30 secs during jetty startup... as i don't remember noticing the long delay in startup, I just want to double check if others are seeing the same issue... see log below. run: [java] Starting ... [java] Feb 17, 2011 10:15:10 PM org.apache.tuscany.sca.node.impl.NodeImpl start [java] INFO: Starting node: http://tuscany.apache.org/sca/1.1/nodes/default0 domain: default [java] Feb 17, 2011 10:15:10 PM org.apache.tuscany.sca.node.impl.NodeFactoryImpl loadContributions [java] INFO: Loading contribution: file:/home/lresende/opensource/apache/tuscany/releases/2.0-beta2-RC3/tuscany-sca-2.0-Beta2/samples/applications/store/target/sample-store.jar [java] Feb 17, 2011 10:15:13 PM org.mortbay.log.Slf4jLog info [java] INFO: Logging to org.slf4j.impl.JDK14LoggerAdapter(org.mortbay.log) via org.mortbay.log.Slf4jLog [java] Feb 17, 2011 10:15:13 PM org.apache.tuscany.sca.http.jetty.JettyLogger info [java] INFO: jetty-6.1.19 se delay here ... about 30 secs kind of hanging... [java] Feb 17, 2011 10:15:35 PM org.apache.tuscany.sca.http.jetty.JettyLogger info [java] INFO: Started SelectChannelConnector@0.0.0.0:8080 [java] Feb 17, 2011 10:15:35 PM org.apache.tuscany.sca.http.jetty.JettyServer addServletMapping [java] INFO: Added Servlet mapping: http://127.0.0.1:8080/dojo [java] Feb 17, 2011 10:15:35 PM org.apache.tuscany.sca.http.jetty.JettyServer addServletMapping [java] INFO: Added Servlet mapping: http://127.0.0.1:8080/dojo/* [java] Feb 17, 2011 10:15:35 PM org.apache.tuscany.sca.http.jetty.JettyServer addServletMapping [java] INFO: Added Servlet mapping: http://127.0.0.1:8080/tuscany [java] Feb 17, 2011 10:15:35 PM org.apache.tuscany.sca.http.jetty.JettyServer addServletMapping [java] INFO: Added Servlet mapping: http://127.0.0.1:8080/tuscany/* [java] Feb 17, 2011 10:15:35 PM org.apache.tuscany.sca.web.javascript.dojo.DojoWidgetJavascriptProvider start [java] INFO: Registered Dojo and Tuscany Dojo extensions (counter=1) [java] Feb 17, 2011 10:15:36 PM org.apache.tuscany.sca.http.jetty.JettyServer addServletMapping [java] INFO: Added Servlet mapping: http://127.0.0.1:8080/store/store.js [java] Feb 17, 2011 10:15:36 PM org.apache.tuscany.sca.http.jetty.JettyServer addServletMapping [java] INFO: Added Servlet mapping: http://127.0.0.1:8080/store/* [java] Feb 17, 2011 10:15:36 PM org.apache.tuscany.sca.core.assembly.impl.EndpointRegistryImpl addEndpoint [java] INFO: Add endpoint - binding.http - store [java] Feb 17, 2011 10:15:36 PM org.apache.tuscany.sca.http.jetty.JettyServer addServletMapping [java] INFO: Added Servlet mapping: http://127.0.0.1:8080/Catalog/* [java] Feb 17, 2011 10:15:36 PM org.apache.tuscany.sca.core.assembly.impl.EndpointRegistryImpl addEndpoint [java] INFO: Add endpoint - binding.jsonrpc - http://127.0.0.1:8080/Catalog/ [java] Feb 17, 2011 10:15:36 PM org.apache.tuscany.sca.http.jetty.JettyServer addServletMapping [java] INFO: Added Servlet mapping: http://127.0.0.1:8080/ShoppingCart/Cart/* [java] Feb 17, 2011 10:15:36 PM org.apache.tuscany.sca.http.jetty.JettyServer addServletMapping [java] INFO: Added Servlet mapping: http://127.0.0.1:8080/ShoppingCart/Cart/ [java] Feb 17, 2011 10:15:36 PM org.apache.tuscany.sca.core.assembly.impl.EndpointRegistryImpl addEndpoint [java] INFO: Add endpoint - binding.atom - http://127.0.0.1:8080/ShoppingCart/Cart [java] Feb 17, 2011 10:15:36 PM org.apache.tuscany.sca.http.jetty.JettyServer addServletMapping [java] INFO: Added Servlet mapping: http://127.0.0.1:8080/ShoppingCart/Total/* [java] Feb 17, 2011 10:15:36 PM org.apache.tuscany.sca.core.assembly.impl.EndpointRegistryImpl addEndpoint [java] INFO: Add endpoint - binding.jsonrpc - http://127.0.0.1:8080/ShoppingCart/Total/ [java] Feb 17, 2011 10:15:36 PM org.apache.tuscany.sca.core.assembly.impl.EndpointRegistryImpl addEndpoint [java] INFO: Add endpoint - binding.sca - CurrencyConverter/CurrencyConverter [java] store.composite ready for big business !!! -- Luciano Resende
Re: [VOTE] Release Tuscany SCA 2.0 Beta2 RC3
On Fri, Feb 18, 2011 at 12:17 PM, Simon Laws simonsl...@googlemail.comwrote: The only thing I noticed was that RELEASE_NOTES have the wrong date at the top. This is not a blocker IMO. I could modify it right there if that's allowed. I didn't spend much time on the samples for obvious reasons but the simple ones run. I get a clean build of the source with a clean repo on Linux. MD5 is OK but my remaining question is about getting the KEYS file (http://www.apache.org/dist/tuscany/KEYS) updated with your public key. Ant made comments about keys so maybe this is already in train. How can I edit the file? My public key is also available here [1]. [1] https://svn.apache.org/repos/asf/tuscany/KEYS +1 from me assuming that the keys verify. Good job Florian. Regards Simon -- Apache Tuscany committer: tuscany.apache.org Co-author of a book about Tuscany and SCA: tuscanyinaction.com
Re: Tuscany Meetup in London
I have just received a response from the QCon team that it is not possible for me to do the Monday evening work at another time so according to what we've been discussing on this thread, I'll be able to get together with you from 11.30 to 12.30. How about a short pub meetup in the proximity of the Queen Elizabeth Conference Center for this time interval and then move to a more adequate place to hack some code (might not even be necessary as there's more to discuss and exchange ideas - samples, website, doc - rather than actually coding)? Sorry for the turn of events... On Mon, Feb 14, 2011 at 6:36 PM, Florian Moga moga@gmail.com wrote: Communication with the QCon crew is very slow until now so this will take some time to get a response (e.g. haven't got a response yet if it's ok to change my schedule for Monday). So if we have a confirmed option, I'd go for that at the moment... Of course, I'll let you know if any opportunity shows up. On Mon, Feb 14, 2011 at 3:30 PM, Simon Nash n...@apache.org wrote: Mike Edwards wrote: On 14/02/2011 10:29, ant elder wrote: Ok it sounds like this is going to happen on the 7th, where shall we do it? If there are no other suggestions I could try to see if there are any rooms available at IBM Southbank. ...ant Ant, You may well find Southbank difficult at the moment as they are refurbishing all the public meeting rooms - I tried to arrange a meeting there for 21 Feb and could not get anything. Yours, Mike. Florian was going to ask the QCon organizers whether they could provide a room at the conference venue. Simon
Re: [VOTE] Release Tuscany SCA 2.0 Beta2 RC3
On Mon, Feb 14, 2011 at 11:11 AM, ant elder ant.el...@gmail.com wrote: On Sun, Feb 13, 2011 at 7:43 AM, Florian Moga moga@gmail.com wrote: Please review and vote on RC3 of the Java SCA 2.0 Beta2 release. The artifacts are at: http://people.apache.org/~fmoga/tuscany/2.0-beta2-RC3/ The release tag is at: https://svn.apache.org/repos/asf/tuscany/sca-java-2.x/tags/2.0-Beta2-RC3/ Florian This looks good to me so +1. A couple of issues: - I couldn't find your signing key in a public key server, have you uploaded it anywhere? Yes, I used http://pgp.mit.edu/ - there are some testing artifacts in the staging repo we don't really need and which could be deleted - the ones from distribution\tomcat\testing, you could just delete them from the staging repo now. We should move those to be under testing/itest really. Ok, done. Otherwise all looks fine. ...ant
Re: Tuscany Meetup in London
Communication with the QCon crew is very slow until now so this will take some time to get a response (e.g. haven't got a response yet if it's ok to change my schedule for Monday). So if we have a confirmed option, I'd go for that at the moment... Of course, I'll let you know if any opportunity shows up. On Mon, Feb 14, 2011 at 3:30 PM, Simon Nash n...@apache.org wrote: Mike Edwards wrote: On 14/02/2011 10:29, ant elder wrote: Ok it sounds like this is going to happen on the 7th, where shall we do it? If there are no other suggestions I could try to see if there are any rooms available at IBM Southbank. ...ant Ant, You may well find Southbank difficult at the moment as they are refurbishing all the public meeting rooms - I tried to arrange a meeting there for 21 Feb and could not get anything. Yours, Mike. Florian was going to ask the QCon organizers whether they could provide a room at the conference venue. Simon
Re: Build failed in Hudson: Tuscany-2x » Apache Tuscany SCA iTest WS Contribution Java First #93
Is anybody seeing this error in the local environment? I am not able to reproduce it... Also, the error message is not helping. On Tue, Feb 15, 2011 at 2:58 AM, Apache Hudson Server hud...@hudson.apache.org wrote: See https://hudson.apache.org/hudson/job/Tuscany-2x/org.apache.tuscany.sca$itest-ws-contribution-java-first/93/ -- [HUDSON] Archiving disabled - not archiving /home/hudson/hudson-slave/workspace/Tuscany-2x/sca-2x/testing/itest/ws/holder-ws-service-multiple-outputs/pom.xml [HUDSON] Archiving disabled - not archiving /home/hudson/hudson-slave/workspace/Tuscany-2x/sca-2x/testing/itest/ws/holder-ws-service-multiple-outputs/target/itest-holder-ws-service-multiple-outputs.jar [INFO] [INFO] [INFO] Building Apache Tuscany SCA iTest WS Contribution Java First 2.0-SNAPSHOT [INFO] [INFO] [INFO] --- maven-clean-plugin:2.4:clean (default-clean) @ itest-ws-contribution-java-first --- [INFO] [WARNING] This rule is not compatible with the current version of Maven. The rule is not able to perform any checks. [INFO] --- maven-enforcer-plugin:1.0-beta-1:enforce (enforce-plugin-versions) @ itest-ws-contribution-java-first --- [INFO] [INFO] Test Source directory: https://hudson.apache.org/hudson/job/Tuscany-2x/org.apache.tuscany.sca$itest-ws-contribution-java-first/ws/target/jaxws-source added. [INFO] --- build-helper-maven-plugin:1.0:add-test-source (add-source) @ itest-ws-contribution-java-first --- [INFO] [INFO] --- maven-remote-resources-plugin:1.1:process (default) @ itest-ws-contribution-java-first --- [INFO] Using 'UTF-8' encoding to copy filtered resources. [INFO] [INFO] --- maven-resources-plugin:2.4.2:resources (default-resources) @ itest-ws-contribution-java-first --- [INFO] Copying 4 resources [INFO] Copying 0 resource [INFO] Copying 3 resources [INFO] [INFO] --- jaxws-maven-plugin:1.10:wsimport (wsimport1) @ itest-ws-contribution-java-first --- [INFO] Processing: https://hudson.apache.org/hudson/job/Tuscany-2x/org.apache.tuscany.sca$itest-ws-contribution-java-first/ws/target/classes/helloworld-external-service.wsdl [INFO] jaxws:wsimport args: [-s, https://hudson.apache.org/hudson/job/Tuscany-2x/org.apache.tuscany.sca$itest-ws-contribution-java-first/ws/target/jaxws-source, -d, https://hudson.apache.org/hudson/job/Tuscany-2x/org.apache.tuscany.sca$itest-ws-contribution-java-first/ws/target/classes, -verbose, -p, org.apache.tuscany.sca.binding.ws.jaxws.external.service.iface, -target, 2.1, -Xnocompile, https://hudson.apache.org/hudson/job/Tuscany-2x/org.apache.tuscany.sca$itest-ws-contribution-java-first/ws/target/classes/helloworld-external-service.wsdl ] parsing WSDL... generating code... org/apache/tuscany/sca/binding/ws/jaxws/external/service/iface/Bar.java org/apache/tuscany/sca/binding/ws/jaxws/external/service/iface/Foo.java org/apache/tuscany/sca/binding/ws/jaxws/external/service/iface/GetGreetings.java org/apache/tuscany/sca/binding/ws/jaxws/external/service/iface/GetGreetingsComplex.java org/apache/tuscany/sca/binding/ws/jaxws/external/service/iface/GetGreetingsComplexResponse.java org/apache/tuscany/sca/binding/ws/jaxws/external/service/iface/GetGreetingsResponse.java org/apache/tuscany/sca/binding/ws/jaxws/external/service/iface/HelloWorldService.java org/apache/tuscany/sca/binding/ws/jaxws/external/service/iface/HelloWorldServiceService.java org/apache/tuscany/sca/binding/ws/jaxws/external/service/iface/ObjectFactory.java org/apache/tuscany/sca/binding/ws/jaxws/external/service/iface/package-info.java [INFO] [INFO] --- maven-compiler-plugin:2.2:compile (default-compile) @ itest-ws-contribution-java-first --- [INFO] Compiling 12 source files to https://hudson.apache.org/hudson/job/Tuscany-2x/org.apache.tuscany.sca$itest-ws-contribution-java-first/ws/target/classes [INFO] [INFO] --- jaxws-maven-plugin:1.10:wsgen (wsgen1) @ itest-ws-contribution-java-first --- mojoFailed org.codehaus.mojo:jaxws-maven-plugin:1.10(wsgen1) projectFailed org.apache.tuscany.sca:itest-ws-contribution-java-first:2.0-SNAPSHOT
[VOTE] Release Tuscany SCA 2.0 Beta2 RC3
Please review and vote on RC3 of the Java SCA 2.0 Beta2 release. The artifacts are at: http://people.apache.org/~fmoga/tuscany/2.0-beta2-RC3/ The release tag is at: https://svn.apache.org/repos/asf/tuscany/sca-java-2.x/tags/2.0-Beta2-RC3/ Florian
Re: [VOTE] Release Tuscany SCA 2.0 Beta2 RC3
Feel free to comment upon whether you'd like a release now or wait until the current work in trunk is finished. I proceeded with spinning RC3 as I wanted to get familiar with the release process and it's been one of the options in our previous discussions. On Sun, Feb 13, 2011 at 9:43 AM, Florian Moga moga@gmail.com wrote: Please review and vote on RC3 of the Java SCA 2.0 Beta2 release. The artifacts are at: http://people.apache.org/~fmoga/tuscany/2.0-beta2-RC3/ The release tag is at: https://svn.apache.org/repos/asf/tuscany/sca-java-2.x/tags/2.0-Beta2-RC3/ Florian
Re: Conversational state in 2.x
I have just committed an initial implementation of multiple response support as discussed above. Feel free to review the comet binding runtime [1] and to give a try to the new version of the comet binding sample [2]. To do that, please make sure you are using the latest core [3], otherwise NPEs are likely to appear. Looking forward to upgrade the module to the new async service support by following your guidelines. [1] https://svn.apache.org/repos/asf/tuscany/sca-java-2.x/trunk/modules/binding-comet-runtime/ [2] http://svn.apache.org/repos/asf/tuscany/sca-java-2.x/contrib/samples/learning-more/binding-comet/weather-webapp/ http://svn.apache.org/repos/asf/tuscany/sca-java-2.x/contrib/samples/learning-more/binding-comet/weather-webapp/ [3] https://svn.apache.org/repos/asf/tuscany/sca-java-2.x/trunk/modules/core/ On Tue, Feb 1, 2011 at 5:20 PM, Florian MOGA moga@gmail.com wrote: Hi Mike, A few comments inline: On Tue, Feb 1, 2011 at 4:03 PM, Mike Edwards mike.edwards.inglen...@gmail.com wrote: Florian, First, let's be clear that Conversational interactions were deliberately removed from SCA V1.1 by the OASIS spec group because of their complexity - and they were also removed from Tuscany 2.0 to match. However, I am not sure that Conversational is what you're really looking for. Let me play back what I think you're wanting. From what you say, the function that you're looking for is for the binding code (in the Comet binding in your case) to be able to store some binding-specific data on a forward request call that is then later accessed by the binding code when a callback is made to that original request. That is exactly right. Logically, what you're really looking for is the capability for the binding to place some binding-specific data into the Callback object and for the binding code to be able to access this data at the point where the Callback object is invoked. And one thing to note about this is that the Callback object *might* be serialized between the initial request and the callback - PLUS it is very likely that a different thread will be used to do the callback - so that thread local stuff simply is not going to work. The case of the comet binding is that it only has a service side becase the 'reference' side is a collection of javascript proxies that are injected into the browser page. This means that the whole callback mechanism doesn't involve passing data through the wire, it's an operation that happens server-side exclusively and then the callback response is sent through the native async capabilities of comet back to the browser. Does that still imply the possibility of serialization and decoupling from the original thread? At the moment the server-side callback mechanism is actually sequential (the service method implementation is an infinite loop that sends a response via the callback object every X seconds synchronously) and I'm not that happy with it. In order to make things work I had to make the forward service invocation with a manually constructed Message on which I've set a mock RuntimeEndpointReferenceImpl on the 'from' property so that Tuscany internals won't throw NPEs. This means that when the callback is invoked I'm not having an actual implementation of the callback interface that I'm calling, I'm just handling the operations in the Invoker. I've been doing this kind of thing for the async service support that has been added recently - and I noticed that the callback mechanism is nowhere near as powerful as the new async code. The async stuff has an internal object called the AsyncResponseInvoker that is used to carry data between the forward invocation and the response - and this includes binding-specific information. This object is also serializable and forms part of the serialization processes used by the service implementation. Currently, the callback processing does not use this approach - but I think that it should. I think that a similar CallbackInvoker should be created in the processing of the forward request - and that it should form part of the callback object state that is serializable. It should have the capability for the binding to insert and retrieve whatever information is required. That sounds great. When do you think something like the CallbackInvoker will be available in Tuscany? Does this thinking hit the mark? Totally, thank you for the detailed response. I'll try and finish up the remaining refactorings and commit an initial version early next week. We can have a more proper discussion alongside with the code. It would be great if you could review it and give me some suggestions on how to use the new async service support. Yours, Mike. Florian
Re: 2.0 Beta2 samples (was: [VOTE] Release Tuscany SCA 2.0 Beta2 RC2)
From my latest experience I'd go with 2 required launchers for the samples: 1. the tuscany shell - it's so easy to start with 'mvn tuscany:run' or with the provided scripts. The fact that you can interactively invoke deployed services has a huge plus for user experience. One mention would be that at the moment the shell does not support webapps but that might not be hard to achieve. 2. a unit test - very useful when the user imports the sample in it's own IDE. Gives him the ability to start the runtime, perform debug (if interested in a step-by-step execution) really easy. Also, it helps us to keep track of the broken samples. Regarding documentation, I don't have an idea on how to structure it.. to be honest, I don't know where to start from and I think this is part of a more general topic involving more aspects like the website changes we'll have to do soon. I'll start a separate topic for this to gather ideas. I'm not keen into having an ant build file in every sample. If someone wants to use ant, shouldn't they download all dependencies manually? Won't they use maven for that task anyway? What about ivy? On Thu, Feb 10, 2011 at 11:10 AM, ant elder antel...@apache.org wrote: On Tue, Feb 8, 2011 at 7:18 PM, ant elder antel...@apache.org wrote: On Tue, Feb 8, 2011 at 1:26 PM, Simon Laws simonsl...@googlemail.com wrote: On Tue, Feb 8, 2011 at 12:58 PM, ant elder antel...@apache.org wrote: On Tue, Feb 8, 2011 at 11:09 AM, Florian Moga moga@gmail.com wrote: Maybe it's time to take a decision so we all know where we're heading. From what I see we've got 2 options: 1/ do the release now according to Mike's suggestion 2/ discuss documentation and sample structure and launchers, review and update all samples accordingly, do the release I tend to go with 1/ as it gives us the possibility to do more frequent releases, to incrementally improve the quality of our samples and doesn't imply a big effort which we don't afford at the moment. However, I'm not opposing to 2/ if everybody else agrees on this option as I'm not directly affected if the release is shipped in 1 week or 1 month. I don't mind making an RC3 according to the 1/ approach this weekend, i have everything set up still from RC1+2 so it wont take too long. But i would first like to see a few others agree to the approach as I'd like to try to avoid spending more time on another RC only to have someone complain that some sample is missing and want yet another respin. ...ant If people want to see Beta2 go out now that fine by me but we've had some good discussions on the samples over the last few days so it would be good to get straight on with a Beta3 and make samples the focus of that. Simon Ok so views on both sides, to move this along how about: - take a branch from current trunk for the beta2 RC3, maybe or not I or someone will actually go ahead and do the work to make a release from that branch - in trunk go ahead with the new sample approach, so move everything somewhere else, fix them up and move back to trunk/samples as they become ready, and once thats done do a beta3 release (or if beta2 never happen call this beta2). If no one objects I'll do this is a couple of days. While we wait there's nothing stopping anyone continuing to work on the current trunk samples. ...ant I have now done these. There's a beta2 branch for the release, and all the trunk samples are now in contrib/samples and the helloworld sample is in unreleased/samples where we can continuing with making it like we want. ...ant
[DISCUSS] Revisiting documentation
This thread is destined for the following topics: - how should documentation look like in the source distribution - improvements for documentation on the new website - ways to split documentation in a way that it is easier to follow and understand - documentation maintenance - additions for the developer documentation on top of the user doc Feel free to add anything I've missed.
Re: 2.0 Beta2 samples (was: [VOTE] Release Tuscany SCA 2.0 Beta2 RC2)
On Mon, Feb 7, 2011 at 10:57 PM, Florian Moga moga@gmail.com wrote:
How does the shell operate with webapps? I've tried loading
helloworld-webapp with mvn tuscany:run and I got a ClassNotFoundException on
a jetty related class. I've added jetty dependencies to the shell module and
now i'm getting:
Feb 7, 2011 8:33:48 PM
org.apache.tuscany.sca.core.runtime.impl.EndpointReferenceBinderImpl []
(ComponentReferenceTargetNotFound)
WARNING: Component reference target not found at deployment time, it might
be a remote service elsewhere in the SCA Domain so well try and resolve it
again at runtime: {1}
2011-02-07 20:33:48.163::INFO: Logging to STDERR via
org.mortbay.log.StdErrLog
Embedded error: org.apache.tuscany.sca.runtime.ActivationException:
java.lang.UnsupportedOperationException
Could you give me some tips on what to do next?
Are you able to start a webapp using the shell?
Re: 2.0 Beta2 samples (was: [VOTE] Release Tuscany SCA 2.0 Beta2 RC2)
Maybe it's time to take a decision so we all know where we're heading. From what I see we've got 2 options: 1/ do the release now according to Mike's suggestion 2/ discuss documentation and sample structure and launchers, review and update all samples accordingly, do the release I tend to go with 1/ as it gives us the possibility to do more frequent releases, to incrementally improve the quality of our samples and doesn't imply a big effort which we don't afford at the moment. However, I'm not opposing to 2/ if everybody else agrees on this option as I'm not directly affected if the release is shipped in 1 week or 1 month. On Tue, Feb 8, 2011 at 10:39 AM, ant elder antel...@apache.org wrote: On Mon, Feb 7, 2011 at 8:43 PM, Florian Moga moga@gmail.com wrote: I gave it a try and it found the same problem. It looks like it is not expected that the junit jar to be specified amongst dependencies but in the $ANT_HOME/lib folder... I've added the build.test.classpath to the test-junit-present target and tests are working now. target name=test-junit-present available classname=junit.framework.Test property=junit.present classpath refid=build.test.classpath/ /available /target After that, at the package target I'm getting maven-build.xml:250: Attributes must have name and value and I cannot find what it's all about. That updated test-junit-present target fixes it for me and everything seems to run fine and I don't get any of those problems with the attributes that you see. The plugin doc makes it sound like that junit issue might be expected behavior but it seems like a bug to me or at least something that should be a plugin config option. ...ant
Re: 2.0 Beta2 samples (was: [VOTE] Release Tuscany SCA 2.0 Beta2 RC2)
On Tue, Feb 8, 2011 at 9:18 PM, ant elder antel...@apache.org wrote: Ok so views on both sides, to move this along how about: - take a branch from current trunk for the beta2 RC3, maybe or not I or someone will actually go ahead and do the work to make a release from that branch Does this mean that samples will be in their current format for beta2? Or shall we leave only be helloworld-contribution and helloworld-webapp? - in trunk go ahead with the new sample approach, so move everything somewhere else, fix them up and move back to trunk/samples as they become ready, and once thats done do a beta3 release (or if beta2 never happen call this beta2). If no one objects I'll do this is a couple of days. While we wait there's nothing stopping anyone continuing to work on the current trunk samples. I'd be glad to help on that. ...ant
Re: Issues building Apache Tuscany SCA iTest Distribution Launcher Embedded JSE module
Hi Luciano, Both me and Ant were able to reproduce the issue intermittently. I've already logged an issue [1] according to the discussion here [2]. Are you able to look into the problem these days or should we comment the rmi test at the moment? Florian [1] https://issues.apache.org/jira/browse/TUSCANY-3833 [2] http://mail-archives.apache.org/mod_mbox/tuscany-dev/201102.mbox/browser On Mon, Feb 7, 2011 at 1:39 AM, Luciano Resende luckbr1...@gmail.comwrote: Is anyone seeing an issue while building Apache Tuscany SCA iTest Distribution Launcher Embedded JSE module ? It seems that it hangs while building sample-binding-rmi-calculator-contribution. Here is what I see : sample-binding-rmi-calculator-contribution: [java] Feb 6, 2011 3:27:16 PM org.apache.tuscany.sca.node.impl.NodeImpl start [java] INFO: Starting node: http://tuscany.apache.org/sca/1.1/nodes/default0 domain: default [java] Feb 6, 2011 3:27:16 PM org.apache.tuscany.sca.node.impl.NodeFactoryImpl loadContributions [java] INFO: Loading contribution: file:/home/lresende/opensource/apache/tuscany/java-sca-2.x/distribution/all/target/apache-tuscany-sca-all-2.0-SNAPSHOT.dir/tuscany-sca-2.0-SNAPSHOT/samples/running-tuscany/embedded-jse/../../learning-more/binding-rmi/calculator-service-contribution/target/sample-binding-rmi-calculator-service-contribution.jar [java] Feb 6, 2011 3:27:18 PM org.apache.tuscany.sca.host.rmi.DefaultRMIHost registerService [java] INFO: RMI service registered: rmi://localhost:8099/CalculatorRMIService [java] Feb 6, 2011 3:27:18 PM org.apache.tuscany.sca.core.assembly.impl.EndpointRegistryImpl addEndpoint [java] INFO: Add endpoint - binding.rmi - rmi://localhost:8099/CalculatorRMIService [java] Feb 6, 2011 3:27:18 PM org.apache.tuscany.sca.core.assembly.impl.EndpointRegistryImpl addEndpoint [java] INFO: Add endpoint - binding.sca - AddServiceComponent/AddServiceImpl [java] Feb 6, 2011 3:27:18 PM org.apache.tuscany.sca.core.assembly.impl.EndpointRegistryImpl addEndpoint [java] INFO: Add endpoint - binding.sca - SubtractServiceComponent/SubtractServiceImpl [java] Feb 6, 2011 3:27:18 PM org.apache.tuscany.sca.core.assembly.impl.EndpointRegistryImpl addEndpoint [java] INFO: Add endpoint - binding.sca - MultiplyServiceComponent/MultiplyServiceImpl [java] Feb 6, 2011 3:27:18 PM org.apache.tuscany.sca.core.assembly.impl.EndpointRegistryImpl addEndpoint [java] INFO: Add endpoint - binding.sca - DivideServiceComponent/DivideServiceImpl [java] Feb 6, 2011 3:27:18 PM org.apache.tuscany.sca.node.impl.NodeImpl start [java] INFO: Starting node: http://tuscany.apache.org/sca/1.1/nodes/default1 domain: default [java] Feb 6, 2011 3:27:18 PM org.apache.tuscany.sca.node.impl.NodeFactoryImpl loadContributions [java] INFO: Loading contribution: file:/home/lresende/opensource/apache/tuscany/java-sca-2.x/distribution/all/target/apache-tuscany-sca-all-2.0-SNAPSHOT.dir/tuscany-sca-2.0-SNAPSHOT/samples/running-tuscany/embedded-jse/../../learning-more/binding-rmi/calculator-reference-contribution/target/sample-binding-rmi-calculator-reference-contribution.jar [java] Feb 6, 2011 3:27:19 PM org.apache.tuscany.sca.core.assembly.impl.EndpointRegistryImpl addEndpoint [java] INFO: Add endpoint - binding.sca - CalculatorServiceComponent/CalculatorService [java] 3 + 2 = 5.0 [java] Feb 6, 2011 3:27:19 PM org.apache.tuscany.sca.node.impl.NodeImpl stop [java] INFO: Stopping node: http://tuscany.apache.org/sca/1.1/nodes/default0 [java] Feb 6, 2011 3:27:19 PM org.apache.tuscany.sca.core.assembly.impl.EndpointRegistryImpl removeEndpoint [java] INFO: Remove endpoint - binding.rmi - rmi://localhost:8099/CalculatorRMIService [java] Feb 6, 2011 3:27:19 PM org.apache.tuscany.sca.host.rmi.DefaultRMIHost unregisterService [java] INFO: RMI service unregistered: rmi://localhost:8099/CalculatorRMIService [java] Feb 6, 2011 3:27:19 PM org.apache.tuscany.sca.core.assembly.impl.EndpointRegistryImpl removeEndpoint [java] INFO: Remove endpoint - binding.sca - AddServiceComponent/AddServiceImpl [java] Feb 6, 2011 3:27:19 PM org.apache.tuscany.sca.core.assembly.impl.EndpointRegistryImpl removeEndpoint [java] INFO: Remove endpoint - binding.sca - SubtractServiceComponent/SubtractServiceImpl [java] Feb 6, 2011 3:27:19 PM org.apache.tuscany.sca.core.assembly.impl.EndpointRegistryImpl removeEndpoint [java] INFO: Remove endpoint - binding.sca - MultiplyServiceComponent/MultiplyServiceImpl [java] Feb 6, 2011 3:27:19 PM org.apache.tuscany.sca.core.assembly.impl.EndpointRegistryImpl removeEndpoint [java] INFO: Remove endpoint - binding.sca - DivideServiceComponent/DivideServiceImpl [java] Feb 6, 2011 3:27:19 PM org.apache.tuscany.sca.node.impl.NodeImpl stop [java] INFO: Stopping node: http://tuscany.apache.org/sca/1.1/nodes/default1
Re: Issues building Apache Tuscany SCA iTest Distribution Launcher Embedded JSE module
I saw it working about half of the times last week when I ran only the launcher-embedded-jse itest. Wasn't able to make that happen at full build, it always hangs there... On Mon, Feb 7, 2011 at 12:14 PM, Simon Laws simonsl...@googlemail.comwrote: On Mon, Feb 7, 2011 at 8:04 AM, Florian Moga moga@gmail.com wrote: Hi Luciano, Both me and Ant were able to reproduce the issue intermittently. I've already logged an issue [1] according to the discussion here [2]. Are you able to look into the problem these days or should we comment the rmi test at the moment? Florian [1] https://issues.apache.org/jira/browse/TUSCANY-3833 [2] http://mail-archives.apache.org/mod_mbox/tuscany-dev/201102.mbox/browser How regularly are you seeing it? It have a feeling I saw it last week at some point, can't be sure. Simon -- Apache Tuscany committer: tuscany.apache.org Co-author of a book about Tuscany and SCA: tuscanyinaction.com
Re: Issues building Apache Tuscany SCA iTest Distribution Launcher Embedded JSE module
On Mon, Feb 7, 2011 at 12:43 PM, Simon Laws simonsl...@googlemail.comwrote: So when you do a full build the build always hangs? Yes. Is that test still in the build as I don't experience that. Yes. What environment are you on? Ubuntu 10.10, Sun JVM 6u22, Maven 2.2.1, Ant 1.7.1 Same happens with OpenJDK Simon -- Apache Tuscany committer: tuscany.apache.org Co-author of a book about Tuscany and SCA: tuscanyinaction.com
Re: 2.0 Beta2 samples (was: [VOTE] Release Tuscany SCA 2.0 Beta2 RC2)
I totally agree but in my estimation this operation requires at least one or two weeks of work and we haven't agreed yet on the format of the documentation and what are the required launchers. We're already in RC2, can't we just make the release with the samples as they are now (without the ones that are broken and can't be fixed in a reasonable amount of time)? After this we can spin beta3 and start working on samples based on what we agree meanwhile. On Mon, Feb 7, 2011 at 12:42 PM, Simon Laws simonsl...@googlemail.comwrote: I think we're in violent agreement here! Let's pick a small and useful set of high-quality samples to include in the release, then make sure (by automated tests as far as possible) that these samples continue to work in future releases. All other samples would go somewhere else in svn (unreleased/samples?) which would be much more of a mixed bag. Newly created samples would be added to the mixed bag. In future major releases, we could (if we want to) take carefully chosen samples out of the mixed bag and promote them to be added to the release. The reverse is also possible, where we could retire a released sample that no longer seems to be serving much of a useful purpose, by moving it from the released samples to the mixed bag. Simon +1. I would add (as it's not clear to me from this thread) that we should complete those samples that we choose for this limited set. - they work - the are run automatically in the build so we can detect if they fail in the future - they can be run easily by the user, e.g.. simple run command, no need to compile first, usable from Eclipse ??? - documentation is in place in the format that we ultimately want it to appear in We can then use this as the pattern for reintroducing whichever samples are deemed to be appropriate in the future. Simon -- Apache Tuscany committer: tuscany.apache.org Co-author of a book about Tuscany and SCA: tuscanyinaction.com
Re: Tuscany Meetup in London
Hi Mike, Unfortunately, I don't have too much information on the schedule when the volunteering work can be done thus I cannot guarantee that I would be able to attend a meetup during a weekday. If in the meantime I can find a way to leave a free afternoon, I'll let you know right away. Florian On Mon, Feb 7, 2011 at 3:44 PM, Mike Edwards mike.edwards.inglen...@gmail.com wrote: On 04/02/2011 15:47, ant elder wrote: On Fri, Feb 4, 2011 at 12:46 PM, Florian MOGAmoga@gmail.com wrote: Hi, I'm planning to volunteer at QCon London next month in order to be able to attend the sessions and tutorials. The conference and tutorials take place between 7-11 March. It would be great if we can have a Tuscany meetup (pub meeting or hacking session) in one of the two adjacent weekends (maybe 6th of March?). Looking forward to your feedback. Florian I'm in London and free around then so would be happy to meet up. Would be good if any of the other committers who are not so far from here could come along (Simon/Simon/Mike?), something like a hacking session to clean things up for the 2.0 release would be good. ...ant Folks, A meetup would be great - but I'd prefer a weekday to a weekend - I will get some heat from the boss if I try to use up another precious weekend day for doing programming stuff. Any chance that we could meet on one of those days - 7th - 11th ? Any idea on a good venue? Ideally, we'd want somewhere not too noisy and with good conectivity. IBM South Bank occurred to me, but I know that they are rebuilding the public meeting rooms there which makes find a slot hard at the moment... Yours, Mike.
Re: Tuscany Meetup in London
Actually, that's perfect timing. Monday I've only registered for a tutorial from 13:00 to 16:00 so I'll try and arrange things in such a way that I'll take care of the volunteering side in the morning and will be able to meet up with you after that. I don't have too much information at the moment (I've just been contacted by the QCon volunteering team and I wanted to check with you before I book my flights). I'll try and find out more about the QCon venue and if there's something available that fits our needs. Btw, are we planning a full day meetup or just the afternoon? I'll keep you posted on any updates I have. On Mon, Feb 7, 2011 at 5:51 PM, Simon Nash n...@apache.org wrote: Simon Laws wrote: On Mon, Feb 7, 2011 at 1:59 PM, Florian Moga moga@gmail.com wrote: Hi Mike, Unfortunately, I don't have too much information on the schedule when the volunteering work can be done thus I cannot guarantee that I would be able to attend a meetup during a weekday. If in the meantime I can find a way to leave a free afternoon, I'll let you know right away. Florian On Mon, Feb 7, 2011 at 3:44 PM, Mike Edwards mike.edwards.inglen...@gmail.com wrote: On 04/02/2011 15:47, ant elder wrote: On Fri, Feb 4, 2011 at 12:46 PM, Florian MOGAmoga@gmail.com wrote: Hi, I'm planning to volunteer at QCon London next month in order to be able to attend the sessions and tutorials. The conference and tutorials take place between 7-11 March. It would be great if we can have a Tuscany meetup (pub meeting or hacking session) in one of the two adjacent weekends (maybe 6th of March?). Looking forward to your feedback. Florian I'm in London and free around then so would be happy to meet up. Would be good if any of the other committers who are not so far from here could come along (Simon/Simon/Mike?), something like a hacking session to clean things up for the 2.0 release would be good. ...ant Folks, A meetup would be great - but I'd prefer a weekday to a weekend - I will get some heat from the boss if I try to use up another precious weekend day for doing programming stuff. Any chance that we could meet on one of those days - 7th - 11th ? Any idea on a good venue? Ideally, we'd want somewhere not too noisy and with good conectivity. IBM South Bank occurred to me, but I know that they are rebuilding the public meeting rooms there which makes find a slot hard at the moment... Yours, Mike. I agree a meetup would be good. Have been holding back as I have some other weekend commitments around that time that I haven't tied down yet. However if we can do it in the week sometime I'm more likely to be able to make it. Simon Weekdays are generally better for me too, but I'm going away during that week so the only weekday I could make is Monday 7th. Perhaps we could meet up at the QCon venue (in a lobby/coffee bar accessible to the public?) and Florian could join us for some part of the day when he isn't working. Simon
Re: 2.0 Beta2 samples (was: [VOTE] Release Tuscany SCA 2.0 Beta2 RC2)
I gave it a try and it found the same problem. It looks like it is not expected that the junit jar to be specified amongst dependencies but in the $ANT_HOME/lib folder... I've added the build.test.classpath to the test-junit-present target and tests are working now. target name=test-junit-present available classname=junit.framework.Test property=junit.present classpath refid=build.test.classpath/ /available /target After that, at the package target I'm getting maven-build.xml:250: Attributes must have name and value and I cannot find what it's all about. On Mon, Feb 7, 2011 at 9:13 PM, ant elder antel...@apache.org wrote: On Sun, Feb 6, 2011 at 12:50 PM, Florian MOGA moga@gmail.com wrote: I've just checked out mvn ant:ant and seems to do a decent job in generating an ant build file. I didn't know about mvn ant:ant that does look good. I haven't quite got it to work properly yet though, if i run mvn ant:ant in getting-started/helloworld-contribution it all seems to work but then when running it fails to run the unit tests saying junit isn't available, which is odd as it seems to download junit ok and looks like it is where it says its looking. Does that work for anyone else? ...ant
