Re: [DISCUSS] Tuscany.js - an assembly model for Node.js micro-services
Repo has just been created at : https://git-wip-us.apache.org/repos/asf/tuscany-js.git Let's wait couple hours to see when it shows up in github. On Mon, Oct 26, 2015 at 7:19 AM, Luciano Resende wrote: > They will be available in github as well. > > > On Sunday, October 25, 2015, Jean-Sebastien Delfino > wrote: > >> Thanks Luciano! >> >> Do you know if new git repositories get automatically mirrored to Github >> as well, or do we need to create a separate JIRA issue for that? >> >> Thanks! >> >> - Jean-Sebastien >> >> On Sat, Oct 24, 2015 at 7:57 AM, Luciano Resende >> wrote: >> >>> An exciting +1 for all that has been said on this thread. >>> >>> And btw, I went ahead and requested a new git repository for this >>> https://issues.apache.org/jira/browse/INFRA-10659 >>> >>> On Sun, Oct 18, 2015 at 10:25 PM, Jean-Sebastien Delfino < >>> jsdelf...@gmail.com> wrote: >>> >>>> Hi all, >>>> >>>> It has been a while... >>>> >>>> Today I was reflecting on what I've been doing in the last two years, >>>> mostly micro-services on Node.js, and I'm starting to think that the >>>> original ideas behind SCA and Tuscany may be useful to me again. So you may >>>> hear a bit more from me on this list again in the next few weeks... >>>> >>>> My new world is very different from the world we initially created >>>> Tuscany for: Node.js, Javascript everywhere, isomorphic Web apps, simple >>>> REST 'services', simple middleware and databases, and not much technical >>>> complexity getting in the way of writing business logic. Many of the issues >>>> we were trying to address with SCA like multi-language, multi-protocol, >>>> complexity of the JEE platform and WS stack, weird objects requiring >>>> injection etc, don't exist anymore in my new world. >>>> >>>> That's great as developing Web micro-services has become really easy! >>>> So easy that I have so many micro-services in my apps now that sometimes it >>>> gets a bit hard to keep track which service calls which, what's that >>>> service address, what I need to change when that service moves or gets >>>> updated, or what's involved when something goes wrong and I need to find >>>> which service broke. >>>> >>>> That's a serious problem, and something that made me think about SCA >>>> and Tuscany again. Despite all the greatness of Node.js and REST and >>>> micro-services, I'm probably still missing some kind of assembly model like >>>> we had with SCA. Something that would model my app as as an assembly of >>>> micro-services. Something that would allow my services to reference each >>>> other without having to update environment variables all over the place >>>> with their addresses. Something that would allow me to understand that a >>>> service broke because another service that it references is currently down. >>>> Something that would provide a description of my service call graphs for >>>> debugging for example. Right now, it's really easy for me to develop >>>> micro-services and wire them together, but I don't have a good way to model >>>> that wiring. >>>> >>>> Maybe what I'm looking for is a small subset of the original SCA >>>> concepts: a description of my app as an assembly of services, Javascript >>>> friendly, simple and lightweight, declarative but programmable, and >>>> distributed and dynamic as my services need to move around to scale out or >>>> when a Cloud region goes down. So, I'm going to spend some of my spare time >>>> on this, evenings and weekends, and try to put together a new variation of >>>> Tuscany for Node.js. I'd like to figure out if that good old SCA can help >>>> me again with my little micro-services issues. >>>> >>>> I'm thinking about calling that new variation of Tuscany 'Tuscany.js', >>>> and maybe put it in a new 'js' sub-folder in the Tuscany repo besides the >>>> existing java and cpp folders. >>>> >>>> I'd love to work on it with other folks in the community if they're >>>> interested! Thoughts? >>>> >>>> - Jean-Sebastien >>>> >>> >>> >>> >>> -- >>> Luciano Resende >>> http://people.apache.org/~lresende >>> http://twitter.com/lresende1975 >>> http://lresende.blogspot.com/ >>> >> >> > > -- > Sent from my Mobile device > -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: [DISCUSS] Tuscany.js - an assembly model for Node.js micro-services
They will be available in github as well. On Sunday, October 25, 2015, Jean-Sebastien Delfino wrote: > Thanks Luciano! > > Do you know if new git repositories get automatically mirrored to Github > as well, or do we need to create a separate JIRA issue for that? > > Thanks! > > - Jean-Sebastien > > On Sat, Oct 24, 2015 at 7:57 AM, Luciano Resende > wrote: > >> An exciting +1 for all that has been said on this thread. >> >> And btw, I went ahead and requested a new git repository for this >> https://issues.apache.org/jira/browse/INFRA-10659 >> >> On Sun, Oct 18, 2015 at 10:25 PM, Jean-Sebastien Delfino < >> jsdelf...@gmail.com >> > wrote: >> >>> Hi all, >>> >>> It has been a while... >>> >>> Today I was reflecting on what I've been doing in the last two years, >>> mostly micro-services on Node.js, and I'm starting to think that the >>> original ideas behind SCA and Tuscany may be useful to me again. So you may >>> hear a bit more from me on this list again in the next few weeks... >>> >>> My new world is very different from the world we initially created >>> Tuscany for: Node.js, Javascript everywhere, isomorphic Web apps, simple >>> REST 'services', simple middleware and databases, and not much technical >>> complexity getting in the way of writing business logic. Many of the issues >>> we were trying to address with SCA like multi-language, multi-protocol, >>> complexity of the JEE platform and WS stack, weird objects requiring >>> injection etc, don't exist anymore in my new world. >>> >>> That's great as developing Web micro-services has become really easy! So >>> easy that I have so many micro-services in my apps now that sometimes it >>> gets a bit hard to keep track which service calls which, what's that >>> service address, what I need to change when that service moves or gets >>> updated, or what's involved when something goes wrong and I need to find >>> which service broke. >>> >>> That's a serious problem, and something that made me think about SCA and >>> Tuscany again. Despite all the greatness of Node.js and REST and >>> micro-services, I'm probably still missing some kind of assembly model like >>> we had with SCA. Something that would model my app as as an assembly of >>> micro-services. Something that would allow my services to reference each >>> other without having to update environment variables all over the place >>> with their addresses. Something that would allow me to understand that a >>> service broke because another service that it references is currently down. >>> Something that would provide a description of my service call graphs for >>> debugging for example. Right now, it's really easy for me to develop >>> micro-services and wire them together, but I don't have a good way to model >>> that wiring. >>> >>> Maybe what I'm looking for is a small subset of the original SCA >>> concepts: a description of my app as an assembly of services, Javascript >>> friendly, simple and lightweight, declarative but programmable, and >>> distributed and dynamic as my services need to move around to scale out or >>> when a Cloud region goes down. So, I'm going to spend some of my spare time >>> on this, evenings and weekends, and try to put together a new variation of >>> Tuscany for Node.js. I'd like to figure out if that good old SCA can help >>> me again with my little micro-services issues. >>> >>> I'm thinking about calling that new variation of Tuscany 'Tuscany.js', >>> and maybe put it in a new 'js' sub-folder in the Tuscany repo besides the >>> existing java and cpp folders. >>> >>> I'd love to work on it with other folks in the community if they're >>> interested! Thoughts? >>> >>> - Jean-Sebastien >>> >> >> >> >> -- >> Luciano Resende >> http://people.apache.org/~lresende >> http://twitter.com/lresende1975 >> http://lresende.blogspot.com/ >> > > -- Sent from my Mobile device
Re: [DISCUSS] Tuscany.js - an assembly model for Node.js micro-services
An exciting +1 for all that has been said on this thread. And btw, I went ahead and requested a new git repository for this https://issues.apache.org/jira/browse/INFRA-10659 On Sun, Oct 18, 2015 at 10:25 PM, Jean-Sebastien Delfino < jsdelf...@gmail.com> wrote: > Hi all, > > It has been a while... > > Today I was reflecting on what I've been doing in the last two years, > mostly micro-services on Node.js, and I'm starting to think that the > original ideas behind SCA and Tuscany may be useful to me again. So you may > hear a bit more from me on this list again in the next few weeks... > > My new world is very different from the world we initially created Tuscany > for: Node.js, Javascript everywhere, isomorphic Web apps, simple REST > 'services', simple middleware and databases, and not much technical > complexity getting in the way of writing business logic. Many of the issues > we were trying to address with SCA like multi-language, multi-protocol, > complexity of the JEE platform and WS stack, weird objects requiring > injection etc, don't exist anymore in my new world. > > That's great as developing Web micro-services has become really easy! So > easy that I have so many micro-services in my apps now that sometimes it > gets a bit hard to keep track which service calls which, what's that > service address, what I need to change when that service moves or gets > updated, or what's involved when something goes wrong and I need to find > which service broke. > > That's a serious problem, and something that made me think about SCA and > Tuscany again. Despite all the greatness of Node.js and REST and > micro-services, I'm probably still missing some kind of assembly model like > we had with SCA. Something that would model my app as as an assembly of > micro-services. Something that would allow my services to reference each > other without having to update environment variables all over the place > with their addresses. Something that would allow me to understand that a > service broke because another service that it references is currently down. > Something that would provide a description of my service call graphs for > debugging for example. Right now, it's really easy for me to develop > micro-services and wire them together, but I don't have a good way to model > that wiring. > > Maybe what I'm looking for is a small subset of the original SCA concepts: > a description of my app as an assembly of services, Javascript friendly, > simple and lightweight, declarative but programmable, and distributed and > dynamic as my services need to move around to scale out or when a Cloud > region goes down. So, I'm going to spend some of my spare time on this, > evenings and weekends, and try to put together a new variation of Tuscany > for Node.js. I'd like to figure out if that good old SCA can help me again > with my little micro-services issues. > > I'm thinking about calling that new variation of Tuscany 'Tuscany.js', and > maybe put it in a new 'js' sub-folder in the Tuscany repo besides the > existing java and cpp folders. > > I'd love to work on it with other folks in the community if they're > interested! Thoughts? > > - Jean-Sebastien > -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: Just wanted to introduce myself
On Sun, Aug 16, 2015 at 4:30 AM, Arved Sandstrom wrote: > I am Arved Sandstrom, from Nova Scotia, ASF member going back quite a > ways, currently emeritus, but would like to get back into community > development. > > I picked Tuscany because I like the SCA architecture a great deal. My day > job currently *is* SCA - Fuse Service Works doing Switchyard apps. I can > honestly say that I have never seen such a productivity boost in the SOA > area when one chooses to use a SCA platform, as opposed to "rawer" SOA > platforms such as Mule ESB, WSO2, IBM WMB or Oracle OSB. > > I aim to familiarize with Tusany; in the meantime, suggestions as to > interesting areas of development on the project are welcome. > > Arved > Welcome, please feel free to ask questions while you get familiarized with the project. -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
[jira] [Commented] (TUSCANY-3964) Deadlock in invoking external web service reference using Axis2 ws binding
[ https://issues.apache.org/jira/browse/TUSCANY-3964?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14312530#comment-14312530 ] Luciano Resende commented on TUSCANY-3964: -- Please let me know if this solves the problem for you [~pkseepat] and I can commit the patch. > Deadlock in invoking external web service reference using Axis2 ws binding > -- > > Key: TUSCANY-3964 > URL: https://issues.apache.org/jira/browse/TUSCANY-3964 > Project: Tuscany > Issue Type: Bug > Components: Java SCA Axis Binding Extension >Affects Versions: Java-SCA-2.0-Beta3 > Environment: Apache Maven 2.2.1 (r801777; 2009-08-07 00:46:01+0530) > Java version: 1.6.0_20 > Java home: c:\jdk1.6.0_20\jre > Default locale: en_US, platform encoding: Cp1252 > OS name: "windows xp" version: "5.1" arch: "x86" Family: "windows" >Reporter: Anuj Bhatia > Attachments: TestWSBinding.zip, ThreadDump.txt, tuscany.patch > > > Trying to invoke an external web service reference using binding.ws with the > Axis2 runtime with multiple concurrent requests results in a deadlock. It > looks like the HTTP connection used by Axis is not released correctly. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Resolved] (TUSCANY-4083) Please create a DOAP file for your TLP
[ https://issues.apache.org/jira/browse/TUSCANY-4083?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luciano Resende resolved TUSCANY-4083. -- Resolution: Fixed > Please create a DOAP file for your TLP > -- > > Key: TUSCANY-4083 > URL: https://issues.apache.org/jira/browse/TUSCANY-4083 > Project: Tuscany > Issue Type: Task >Reporter: Sebb > > As per my recent e-mail to your dev list, please can you set up a DOAP for > your project and get it added to files.xml? > Please see http://projects.apache.org/create.html > Once you have created the DOAP and committed it to your source code > repository, please submit it for inclusion in the Apache projects listing as > per: > http://projects.apache.org/create.html#submit > Remember, if you ever move or rename the doap file in future, please > ensure that files.xml is updated to point to the new location. > Thanks! -- This message was sent by Atlassian JIRA (v6.3.4#6332)
Re: Any new development plans or work needed?
The first priority we should have is to update our website, fixup the links which I believe stopped working due to infrastructure changes on the Apache side. Another simple thing we could work on is to get a new release out, with updated dependencies, which would bring a lot of bug fixes from these dependencies to our users. On Thu, Aug 21, 2014 at 9:00 AM, Jean-Sebastien Delfino < jsdelf...@apache.org> wrote: > Activity on the Tuscany user and dev lists has been pretty low in the last > few months, so I'd like to discuss here if our developers have any new > development plans, or if there's a need for any changes, improvements, new > release or focus to a particular area of the project from our users. > > The most recent discussions on our lists mentioned policies and our Spring > and Eclipse integrations, but I'm not really sure what work these areas > need and who would be interested in contributing. > > Thoughts anyone? > > - Jean-Sebastien > -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
[jira] [Commented] (TUSCANY-4081) distributed-osgi-dynamic running problem
[
https://issues.apache.org/jira/browse/TUSCANY-4081?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13824203#comment-13824203
]
Luciano Resende commented on TUSCANY-4081:
--
I'll try to look at it over the weekend.
> distributed-osgi-dynamic running problem
>
>
> Key: TUSCANY-4081
> URL: https://issues.apache.org/jira/browse/TUSCANY-4081
> Project: Tuscany
> Issue Type: Bug
> Components: Java SCA Demos
>Affects Versions: Java-SCA-2.0
> Environment: Centos 2.6.32-279.5.2.el6.x86_64
> java version "1.7.0_45"
> OpenJDK Runtime Environment (rhel-2.4.3.2.el6_4-x86_64 u45-b15)
> OpenJDK 64-Bit Server VM (build 24.45-b08, mixed mode)
>Reporter: Roman Davydov
>Priority: Blocker
> Labels: calculator, dynamic, osgi, sample, sca, tuscany
> Attachments: tuscany.path.tgz
>
>
> Hello, please help somehow if you can.
> Problem is that I am not able to run distributed-osgi-dynamic sample to test
> OSGI+SCA. I found this combination is very useful for the new big project.
> But it is real blocker for me. I tried tuscany in old JDKs like 1.5, 1.6. But
> I was not able to even start tuscany OSGI itself - not all bundles were
> active.Finally, I've decided to try latest JDK, I fixed some MANIFESTs and
> now all bundles are ACTIVE. Some of them are using system.bundle for
> javax.xml.* and javax.activation.
> I have a problem but it appears in different variants for me.
> >>> Variant 1 (when I start "operations" bundle first and then "calculator" -
> >>> I suppose it is correct sequence):
> "operations" bundle starts smooth, but after starting "calculator" - the
> following appears:
> SEVERE: Binding cannot be resolved: {http://sample}Calculator
> org.oasisopen.sca.ServiceRuntimeException: Binding cannot be resolved:
> {http://sample}Calculator
> at
> org.apache.tuscany.sca.osgi.remoteserviceadmin.impl.EndpointIntrospector.loadBindings(EndpointIntrospector.java:544)
> >>> Variant 2 (when I start "calculator" bundle first and then "operations"):
> I am getting the following right after starting "calculator" bundle:
> SEVERE: org.apache.tuscany.sca.assembly.builder.CompositeBuilderException:
> Exception while building model
> {http://docs.oasis-open.org/ns/opencsa/sca/200912}
> java.lang.IllegalStateException:
> org.apache.tuscany.sca.assembly.builder.CompositeBuilderException: Exception
> while building model {http://docs.oasis-open.org/ns/opencsa/sca/200912}
> at org.apache.tuscany.sca.node.impl.NodeImpl.start(NodeImpl.java:178)
> So, as I understand the xml schema is not located there anymore, just point
> where to get correct schemas (url/file) ...
> ---
> Could you please help to figure out with it OR probably you have a fixed and
> working sample...
> Thank you!
--
This message was sent by Atlassian JIRA
(v6.1#6144)
Tuscany Support
I was asked off-list and didn't have any updated answer to this question... Are there any companies currently offering "professional support" for Tuscany ? -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Tuscany website
The Tuscany website is not getting update anymore with the changes from the Confluence Wiki as the Infra team disabled the export plugin. Looks like we need to start a version of the site using CMS asap, I'll get that started, but will only port the basic data based on SCA and I guess we will slowly port the rest based on time. -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
[jira] [Commented] (TUSCANY-4081) distributed-osgi-dynamic running problem
[
https://issues.apache.org/jira/browse/TUSCANY-4081?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13809172#comment-13809172
]
Luciano Resende commented on TUSCANY-4081:
--
If you have some changes to fix/enhance the OSGi bundles, it would be great if
you could provide them as patches.
> distributed-osgi-dynamic running problem
>
>
> Key: TUSCANY-4081
> URL: https://issues.apache.org/jira/browse/TUSCANY-4081
> Project: Tuscany
> Issue Type: Bug
> Components: Java SCA Demos
>Affects Versions: Java-SCA-2.0
> Environment: Centos 2.6.32-279.5.2.el6.x86_64
> java version "1.7.0_45"
> OpenJDK Runtime Environment (rhel-2.4.3.2.el6_4-x86_64 u45-b15)
> OpenJDK 64-Bit Server VM (build 24.45-b08, mixed mode)
>Reporter: Roman Davydov
>Priority: Blocker
> Labels: calculator, dynamic, osgi, sample, sca, tuscany
>
> Hello, please help somehow if you can.
> Problem is that I am not able to run distributed-osgi-dynamic sample to test
> OSGI+SCA. I found this combination is very useful for the new big project.
> But it is real blocker for me. I tried tuscany in old JDKs like 1.5, 1.6. But
> I was not able to even start tuscany OSGI itself - not all bundles were
> active.Finally, I've decided to try latest JDK, I fixed some MANIFESTs and
> now all bundles are ACTIVE. Some of them are using system.bundle for
> javax.xml.* and javax.activation.
> I have a problem but it appears in different variants for me.
> >>> Variant 1 (when I start "operations" bundle first and then "calculator" -
> >>> I suppose it is correct sequence):
> "operations" bundle starts smooth, but after starting "calculator" - the
> following appears:
> SEVERE: Binding cannot be resolved: {http://sample}Calculator
> org.oasisopen.sca.ServiceRuntimeException: Binding cannot be resolved:
> {http://sample}Calculator
> at
> org.apache.tuscany.sca.osgi.remoteserviceadmin.impl.EndpointIntrospector.loadBindings(EndpointIntrospector.java:544)
> >>> Variant 2 (when I start "calculator" bundle first and then "operations"):
> I am getting the following right after starting "calculator" bundle:
> SEVERE: org.apache.tuscany.sca.assembly.builder.CompositeBuilderException:
> Exception while building model
> {http://docs.oasis-open.org/ns/opencsa/sca/200912}
> java.lang.IllegalStateException:
> org.apache.tuscany.sca.assembly.builder.CompositeBuilderException: Exception
> while building model {http://docs.oasis-open.org/ns/opencsa/sca/200912}
> at org.apache.tuscany.sca.node.impl.NodeImpl.start(NodeImpl.java:178)
> So, as I understand the xml schema is not located there anymore, just point
> where to get correct schemas (url/file) ...
> ---
> Could you please help to figure out with it OR probably you have a fixed and
> working sample...
> Thank you!
--
This message was sent by Atlassian JIRA
(v6.1#6144)
[jira] [Closed] (TUSCANY-4080) 2.0 download issues
[ https://issues.apache.org/jira/browse/TUSCANY-4080?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luciano Resende closed TUSCANY-4080. Resolution: Not A Problem Fix Version/s: (was: Java-SCA-1.x) Java-SCA-2.x > 2.0 download issues > --- > > Key: TUSCANY-4080 > URL: https://issues.apache.org/jira/browse/TUSCANY-4080 > Project: Tuscany > Issue Type: Bug > Components: Website >Affects Versions: Java-SCA-1.6.2 > Environment: Mac OS X Mountain Lion >Reporter: James Newsom > Fix For: Java-SCA-2.x > > > I'm new to Tuscany but it appears that none of the download sites/mirrors > links are correct... I've clicked on every single site for 1.X and 2.X and > nada... I was able to find a 2.0.1 by trimming the query string for one of > the sites...but mvn was unable to build the samples. > Really appreciate any help -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (TUSCANY-4080) 2.0 download issues
[ https://issues.apache.org/jira/browse/TUSCANY-4080?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13800298#comment-13800298 ] Luciano Resende commented on TUSCANY-4080: -- All archived (previous) releases are available at http://archive.apache.org/dist/tuscany/java/sca/ > 2.0 download issues > --- > > Key: TUSCANY-4080 > URL: https://issues.apache.org/jira/browse/TUSCANY-4080 > Project: Tuscany > Issue Type: Bug > Components: Website >Affects Versions: Java-SCA-1.6.2 > Environment: Mac OS X Mountain Lion >Reporter: James Newsom > Fix For: Java-SCA-1.x > > > I'm new to Tuscany but it appears that none of the download sites/mirrors > links are correct... I've clicked on every single site for 1.X and 2.X and > nada... I was able to find a 2.0.1 by trimming the query string for one of > the sites...but mvn was unable to build the samples. > Really appreciate any help -- This message was sent by Atlassian JIRA (v6.1#6144)
[RESULT][VOTE] Release Tuscany SCA 2.0.1 RC1
On Mon, Sep 30, 2013 at 12:00 AM, Luciano Resende wrote: > Please review and vote to release Apache Tuscany SCA 2.0.1. > > This is a minor release based on 2.0 and provides fixes to the build and > replaces dependency on json.org with json4j. The detailed changes are > also available at the link below, and hopefully, as it's a small delta, > reviewing it won't be very time consuming. > > svn log -r 1526672:HEAD > https://svn.apache.org/repos/asf/tuscany/sca-java-2.x/tags/2.0.1 > > The distribution artifacts are available for review at : > > http://people.apache.org/~lresende/tuscany/2.0.1-RC1/ > > The release tag is at : > > https://svn.apache.org/repos/asf/tuscany/sca-java-2.x/tags/2.0.1-RC1/ > > Vote passed with binding +1 votes from Luciano Resende, Adriano Crestani and Jean-Sebastien delfino, and another +1 from Florian Pinel. -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: [VOTE] Release Tuscany SCA 2.0.1 RC1
On Mon, Sep 30, 2013 at 12:03 AM, Luciano Resende wrote: > > > > On Mon, Sep 30, 2013 at 12:00 AM, Luciano Resende wrote: > >> Please review and vote to release Apache Tuscany SCA 2.0.1. >> >> This is a minor release based on 2.0 and provides fixes to the build and >> replaces dependency on json.org with json4j. The detailed changes are >> also available at the link below, and hopefully, as it's a small delta, >> reviewing it won't be very time consuming. >> >> svn log -r 1526672:HEAD >> https://svn.apache.org/repos/asf/tuscany/sca-java-2.x/tags/2.0.1 >> >> The distribution artifacts are available for review at : >> >> http://people.apache.org/~lresende/tuscany/2.0.1-RC1/ >> >> The release tag is at : >> >> https://svn.apache.org/repos/asf/tuscany/sca-java-2.x/tags/2.0.1-RC1/ >> >> > A minor correction on the detailed changes, please use : > > svn log -r 1526672:HEAD > https://svn.apache.org/repos/asf/tuscany/sca-java-2.x/tags/2.0.1-RC1 > > Here is my +1. I would appreciate couple more votes, the delta from 2.0 is very small, should be very easy to review from the svn log. -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: [VOTE] Release Tuscany SCA 2.0.1 RC1
On Mon, Sep 30, 2013 at 12:00 AM, Luciano Resende wrote: > Please review and vote to release Apache Tuscany SCA 2.0.1. > > This is a minor release based on 2.0 and provides fixes to the build and > replaces dependency on json.org with json4j. The detailed changes are > also available at the link below, and hopefully, as it's a small delta, > reviewing it won't be very time consuming. > > svn log -r 1526672:HEAD > https://svn.apache.org/repos/asf/tuscany/sca-java-2.x/tags/2.0.1 > > The distribution artifacts are available for review at : > > http://people.apache.org/~lresende/tuscany/2.0.1-RC1/ > > The release tag is at : > > https://svn.apache.org/repos/asf/tuscany/sca-java-2.x/tags/2.0.1-RC1/ > > A minor correction on the detailed changes, please use : svn log -r 1526672:HEAD https://svn.apache.org/repos/asf/tuscany/sca-java-2.x/tags/2.0.1-RC1 -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
[VOTE] Release Tuscany SCA 2.0.1 RC1
Please review and vote to release Apache Tuscany SCA 2.0.1. This is a minor release based on 2.0 and provides fixes to the build and replaces dependency on json.org with json4j. The detailed changes are also available at the link below, and hopefully, as it's a small delta, reviewing it won't be very time consuming. svn log -r 1526672:HEAD https://svn.apache.org/repos/asf/tuscany/sca-java-2.x/tags/2.0.1 The distribution artifacts are available for review at : http://people.apache.org/~lresende/tuscany/2.0.1-RC1/ The release tag is at : https://svn.apache.org/repos/asf/tuscany/sca-java-2.x/tags/2.0.1-RC1/ -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: Ideas for smd (dojo) alternatives in jQuery
On Sat, Sep 14, 2013 at 8:37 AM, Akhil Anil wrote: > How do I register my new project as a service under META-INF/services. > > just like > > * > /modules/implementation-widget-runtime-dojo/src/main/resources/META-INF/services/org.apache.tuscany.sca.web.javascript.ComponentJavaScriptGenerator > * > * > * > I created > > /modules/implementation-widget-runtime-*jquery* > /src/main/resources/META-INF/services/org.apache.tuscany.sca.web.javascript.ComponentJavaScriptGenerator > * > * > > > I found the service fetching is done in Line 176 > org.apache.tuscany.sca.extensibility.ContextClassLoaderServiceDiscoverer.ServiceDeclarationImpl.getServiceDeclarations(String > serviceName) > > But what is happening under the hood of getResources(name). My bad. > > > We discover the concrete implementation of a given interface, by adding a META-INF/services/interface and inside the file add the concrete implementation class and any configuration required. getResource asks the classLoader to find the files by name, and will read the concrete details inside it. Hope this clarifies a bit. -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: Ideas for smd (dojo) alternatives in jQuery
On Thu, Aug 29, 2013 at 9:55 AM, Akhil Anil wrote: > I'm trying to implement a jQuery alternative to the existing dojo. I've > been reading quite a bit about 'smd' that's required by dojo. It actually > sort of clones the java class and invoke the java function from javascript. > I couldn't find this kind of functionality in jquery. What are the options > or any workarounds? > > > Just look for JSON-RPC client for JQuery, SMD is a dojo specific thing and might not be needed for other clients. As for next steps, I'd recommend : - Add support for bootstrapping jquery (similar to web-javascript-dojo/) (patch) - Add proxy generation using jquery (similar to implementation-widget-runtime-dojo/) (patch) - Add support for rest which is simpler (patch) - Add support for json-rpc (and investigate possible clients for that) (patch) It would be great to have patches coming for the first two items next week. -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: Build Failure On Maven Checkout
On Sun, Aug 18, 2013 at 7:48 PM, Akhil Anil wrote: > Hi > > I was trying to build the src after checking it out, I followed the > instructions for mac and changed the settings.xml file but got a build > failure message as follows > * > * > *Failed to execute goal > org.apache.maven.plugins:maven-surefire-plugin:2.4.3:test (default-test) on > project tuscany-binding-http-runtime: There are test failures. > * > > > *Anything ideas on how to fix this? Do let me know if more details are > required.* > > This means something went wrong when trying to build the binding-http-runtime project, and usually more details will be available under the project target/surefire-reports folder. Also, make sure you don't have some other webapp up and running on port 8080 and/or 8085 as this might affect the tests. If these places don't give you more clues, try to run a mvn -X clean install under the problematic project folder. -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: Mentor Request on Tuscany - Related to pilot mentoring programme with ICFOSS
On Thu, Jul 11, 2013 at 7:36 AM, Luciano Resende wrote: > > > On Thu, Jul 11, 2013 at 1:55 AM, Akhil Anil wrote: > >> Hi Luciano, >> >> I'm progressing in Tuscany by learning the examples from Tuscany In >> Action and the project website. I'm hopeful that I'd be able to submit >> a proposal for https://issues.apache.org/jira/browse/TUSCANY-4077. >> It would be an honor and great experience for me if you could be my >> mentor for implementing this feature in Tuscany. I shall put the best >> of my effort to make this work successfully. Can I continue to keep >> your name in the mentor field of my page at : >> >> https://cwiki.apache.org/confluence/display/COMDEV/Proposal+For+Tuscany+-+Akhil+Anil >> >> > Sure, I'll mentor you. > > > Congratulations Akhil [1]. The community is waiting anxiously for your first patch. [1] http://mail-archives.apache.org/mod_mbox/community-dev/201308.mbox/%3CCAGU5speT2VU%2Bpfxa-9G5Li4PpdTn%3D_jDknZ7zeArPW7vJ-%2B5Xw%40mail.gmail.com%3E -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: Enhancing Widget Support for jQuery TUSCANY-4077
On Thu, Jul 18, 2013 at 6:25 AM, Akhil Anil wrote:
> Hi,
>
> public interface *ComponentJavaScriptGenerator *{
>/**
> ** Return the QName that identify the Component script generator*
> * * This is used to identify different generators supporting
> different JavaScript frameworks*
> *
> * @return The QName
> */
> QName getQName();
> ...
> }
>
> There is already this field QName in ComponentJavaScriptGenerator that is
> defined in DojoJavaScriptComponentGeneratorImpl as
>
> *private static final QName NAME = new QName("
> http://tuscany.apache.org/xmlns/sca/1.1";,
> "component.script.generator.dojo");*
> *
> *
> As mentioned in the comments (marked in red), its for supporting different
> JS frameworks. Can we bring this out into the *.composite files and present
> it as a configuration option to the user. But I'm confused as of how to do
> it rt now. I'm gonna look all over the samples to find if such examples are
> there for technologies other than js. Any suggestions on where to look?
>
>
I didn't remember that we already had something on the models, we can
definetly reuse stuff that is already there.
> BTW, is there any specific format for the proposal? Is there an example
> available?
>
>
http://community.apache.org/mentoringprogramme-icfoss-pilot.html
>
> On 17 July 2013 11:14, Luciano Resende wrote:
>
>>
>>
>>
>> On Tue, Jul 16, 2013 at 10:41 PM, Akhil Anil wrote:
>>
>>> Hi,
>>>
>>> That's great advice.Thanks! I'm reading through the store.js and also
>>> saw the dojo.js alongwith it. I'll do as u said. BTW, where do a tuscany
>>> user configure the application to use dojo or jquery. I dont see it
>>> configured anywhere in the store example. Where can we add such a
>>> configuration. Just quote me project file names, search keywords or links
>>> for any of my trivial queries. I'll dig out the rest.
>>>
>>>
>>>
>> Right now, as we only support dojo, there is no configuration, it just
>> expects that the right dependencies are available in the classpath. Having
>> said that, when we start supporting two, we might want to look for
>> something more intelligent.
>>
>> --
>> Luciano Resende
>> http://people.apache.org/~lresende
>> http://twitter.com/lresende1975
>> http://lresende.blogspot.com/
>>
>
>
>
> --
>
> Thanks and regards
>
> May God Bless us!
>
> *AkH!L.*
>
> *http://akhilspassion.blogspot.com*
>
--
Luciano Resende
http://people.apache.org/~lresende
http://twitter.com/lresende1975
http://lresende.blogspot.com/
Re: Enhancing Widget Support for jQuery TUSCANY-4077
On Tue, Jul 16, 2013 at 10:41 PM, Akhil Anil wrote: > Hi, > > That's great advice.Thanks! I'm reading through the store.js and also saw > the dojo.js alongwith it. I'll do as u said. BTW, where do a tuscany user > configure the application to use dojo or jquery. I dont see it configured > anywhere in the store example. Where can we add such a configuration. Just > quote me project file names, search keywords or links for any of my trivial > queries. I'll dig out the rest. > > > Right now, as we only support dojo, there is no configuration, it just expects that the right dependencies are available in the classpath. Having said that, when we start supporting two, we might want to look for something more intelligent. -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: Enhancing Widget Support for jQuery TUSCANY-4077
On Tue, Jul 16, 2013 at 5:36 PM, Akhil Anil wrote:
> I researched about writing jQuery plugins. We could generate one plugin
> file to handle the tuscany calls, they could easly make calls to the
> backed. I've updated the proposal page with some ideas I have. Please have
> a look and if I'm in the right direction.
>
>
> https://cwiki.apache.org/confluence/display/COMDEV/Proposal+For+Tuscany+-+Akhil+Anil
>
>
>
Here are some comments
1. Add the jquery option to implementation.widget to handle jquery codes
http://www.osoa.org/xmlns/sca/1.0";
xmlns:t="http://tuscany.apache.org/xmlns/sca/1.0";
targetNamespace="http://store";
name="store">
...
.
We are not building a new binding for jquery. The idea is to modify
implementation widget, which currently generates javascript code based on
Dojo, to also be able to generate code based on jQuery. If you look at
implementation-widget-runtime-dojo, we will need something like
implementation-widget-runtime-jquery. Here are some of the places we
genrate js code [2] And here are some extensions we build for dojo [3]
[1]
https://svn.apache.org/repos/asf/tuscany/sca-java-2.x/trunk/modules/implementation-widget-runtime-dojo/
[2]
https://svn.apache.org/repos/asf/tuscany/sca-java-2.x/trunk/modules/implementation-widget-runtime-dojo/src/main/java/org/apache/tuscany/sca/implementation/widget/dojo/DojoJavaScriptComponentGeneratorImpl.java
[3]
https://svn.apache.org/repos/asf/tuscany/sca-java-2.x/trunk/modules/web-javascript-dojo/src/main/resources/tuscany/
2. Include a generated jQuery plugin
jQuery
plugins extends the core jQuery nature [1] . This file would be generated
by a generator function in the server side.
[1] Book Reference : jQuery in Action, Chapter 8
I'm not sure if we need a jQuery plugin, we might be able to use the jQuery
existing stuff such as $.ajax
3. Defining html In Resources
The user can write everything in under jQuery syntax and we will have code
to handle it in the generated plugin file.
For Eg:
var ref2 = $.tuscanyReferenceCall.("catalog");
var ref2 = $.tuscanyReferenceCall.("shoppingCart");
We should not have to change the application in order to use jQuery, we
should be able to swap the jars in the classpath, or have some kind of
switch on the composite file, but the application stays the same. The idea
is basically enable applications that are already using dojo, to use dojo,
but the ones that use jquery, use jquery, and not have two js frameworks
just because of Tuscany.
As next step, try to use js debugger and see what goes on on the client
side of store sample application, particularly on the generated store.js
file.
--
Luciano Resende
http://people.apache.org/~lresende
http://twitter.com/lresende1975
http://lresende.blogspot.com/
Deploying new version of oTests
I'm trying to get the Tuscany build back to normal and it seems that we are still based on the 2.0-SNAPSHOT version of the oTests which has dependency on a module that has includes a corrupted dependency. In order to fix that, I believe I need to re-deploy a new/updated version of the oTests. Are there any steps available on how to do that ? is that as simple as re-deploying a new snapshot of those modules ? Thanks -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: Enhancing Widget Support for jQuery TUSCANY-4077
On Mon, Jul 15, 2013 at 5:36 AM, Akhil Anil wrote: > As an learning step for enhancing the widget support, I'm looking > through files like WidgetImplementation.java, > DojoJavaScriptComponentGeneratorImpl.java. Is there anything else I > should look on for? We can implement the jquery support just lyk > json-rpc rt? If yes I'll try to put up how the composite file addition > looks like. Please, correct me if I'm wrong. > > Take a look at the Widget Implementation http://tuscany.apache.org/sca-java-implementationwidget.html We should be able to use jQuery as the javascript client to communicate with the backend. And it should be plugable (e.g. some people will use dojo, others jquery) -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: Using svn and maven
On Sun, Jul 14, 2013 at 5:58 PM, Akhil Anil wrote: > Hi all, > > I'm newbie to open source project development. I wanted to make some > contributions to Tuscany. I had some doubts about this. Sorry if it looks > silly. > > *This is my current set up:* > Have experience in using eclipse ide for any project development and have > it installed. > Have svn, git and maven installed in via terminal. > Installed m2e maven plugin in eclipse to import the sample projects. > > *Doubts. * > I know how svn, git and maven works in ide. But, I'd like to know the > process involved from checking out src code to creating a patch most > suitable for this situation. How do you guys do it? purely via terminal or > via ide? > http://tuscany.apache.org/documentation-2x/sca-java-development-guide.html To create patches, once you make the changes, do svn diff >> JIRA-.patch > > If we use svn,git and maven via terminal how do we do the file edits? > You just use eclipse to edit the files. > > If we do the file edits via ide how do we create the patches and builds? > Is it via respective plugins? > I don't use any plugins, I do all via command line. I don't think you can do Tuscany maven builds via Eclipse IDE plugins. If you are having issues using SVN, i'd recommend not going to the git path, and stick with SVN. If you are using windows, there is Tortoise SVN that can help a bit. Also, http://svnbook.red-bean.com/ or http://lmgtfy.com/?q=hot+to+create+a+subversion+patch -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: Mentor Request on Tuscany - Related to pilot mentoring programme with ICFOSS
On Thu, Jul 11, 2013 at 1:55 AM, Akhil Anil wrote: > Hi Luciano, > > I'm progressing in Tuscany by learning the examples from Tuscany In > Action and the project website. I'm hopeful that I'd be able to submit > a proposal for https://issues.apache.org/jira/browse/TUSCANY-4077. > It would be an honor and great experience for me if you could be my > mentor for implementing this feature in Tuscany. I shall put the best > of my effort to make this work successfully. Can I continue to keep > your name in the mentor field of my page at : > > https://cwiki.apache.org/confluence/display/COMDEV/Proposal+For+Tuscany+-+Akhil+Anil > > Sure, I'll mentor you. -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
[jira] [Commented] (TUSCANY-4077) Enhance Tuscany Widget support
[ https://issues.apache.org/jira/browse/TUSCANY-4077?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13691357#comment-13691357 ] Luciano Resende commented on TUSCANY-4077: -- You are very welcome to help get this implemented. You can start some design discussion on the dev list and start producing patches. > Enhance Tuscany Widget support > -- > > Key: TUSCANY-4077 > URL: https://issues.apache.org/jira/browse/TUSCANY-4077 > Project: Tuscany > Issue Type: New Feature > Components: Java SCA Widget > Reporter: Luciano Resende > Labels: GSOC, GSoC2013, Mentor > > Enhance the current Tuscany Widget to support different javascript libraries > (e.g. JQuery), enable support for cross-domain services invocations using > CORS when applicable, support gzip compression, etc -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: IMPORTANT: Major Confluence Upgrade Coming Soon. Please review test instance now.
Yes. We should really think about moving to use CMS as our website source Which would also help us review the website contents. On Wednesday, June 19, 2013, Simon Laws wrote: > Presumably it means that the web site as we see it now would remain up but > we would loose the ability to make any changes to by changing the wiki. > Sound right? > > > > On Tue, Jun 18, 2013 at 11:03 PM, Luciano Resende wrote: > > Please see below, this is going to cause a BIG impact for Tuscany, as our > website is still based on autoexport plugin. > > > -- Forwarded message -- > From: *gmcdonald* > Date: Tuesday, June 18, 2013 > Subject: IMPORTANT: Major Confluence Upgrade Coming Soon. Please review > test instance now. > To: p...@apache.org, gene...@incubator.apache.org > > > [PMCs please forward to your dev list ; Incubator Mentors please forward to > your Podling dev list. > Note that this message may be received twice as it will also go to > committers@ list.] > > > Hi All, > > If your project has a Confluence Wiki then this is an IMPORTANT > announcement > for you and your project. Please read this email carefully. > > NOTICE: The ASF Confluence instance is planned to be upgraded this Saturday > 22nd June 2013. Judging by the time taken to upgrade the test instance, > please expect the service to be in a down or read only state for the entire > day. > > This email is to let you know that a test upgrade has already occurred and > is live for you to play with now. This gives us all an opportunity to test > for stability as well as any upgrade/plugin issues that might have happened > along the way. > > Our current confluence wiki is at version 3.4.9 from way back in February > 2011 and Atlassian have released a further 45 updates along the way, > including another 2 major versions. > The test instance has been upgraded several times along the way, with > database surgery, operating system and server changes along the way. > > There have been casualties. Most notably is the Autoexport Plugin has had > to > be disabled permanently as during extensive testing, this plugin stopped > working on version 4.3. Templates and Macros are also affected with major > changes from wiki markup to xhtml amongst other things. Some plugins > survived with upgrades all the way whilst some have been > decommissioned/replaced or have changed to 'paid for' versions that we need > to sort out licensing for. Nothing major that I can tell, but that's where > you lot come in with your testing of your own spaces. > > Please familiarise yourself with what's new in Confluence 5.1 at > https://confluence.atlassian.com/display/DOC/Confluence+5.1+Release+Notes > and also take a good look around our upgraded test instance. Do not worry > about mucking anything up on the test instance as that is what it is there > for. Any changes/additions made will be lost on Saturday when a new > migration will take place. The current confluence version will remain > online > in a read only state until the new version is completed. > > A jira ticket has been raised at > https://issues.apache.org/jira/browse/INFRA-6406 where projects can add > comments on any issues they are having with the test instance as compared > to > their old site. Just problems only please, do not turn it into a how to use > confluence 5 thread. In addition, if there are any features that you > currently use that do not work in the test instance, please replicate the > feature in the current production TEST space so that I can test them all in > the one place along the way. (Ask if you need create page permissions to > cwiki.apache.org/confluence/display/TEST ) > > It may be possible in the future to replace Autoexport by playing around > with the API to export the pages but this is not a priority, nor is it > supported. We warned projects long ago that the Autoexport Tool would be > incompatible with future Confluence versions and that time has now come. > > Ok so, please test and report to the Jira Issue mentioned anything amiss > with your space. Go to https://cwiki2.apache.org/confluence and have a > play > around. You have 3 DAYS to report anything you find. > > Thanks > > Gavin (ASF Infra) > > > > --------- > To unsubscribe, e-mail: private-unsubscr...@incubator.apache.org > For additional commands, e-mail: private-help@incuba > > -- > Apache Tuscany committer: tuscany.apache.org > Co-author of a book about Tuscany and SCA: tuscanyinaction.com > -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Fwd: IMPORTANT: Major Confluence Upgrade Coming Soon. Please review test instance now.
Please see below, this is going to cause a BIG impact for Tuscany, as our website is still based on autoexport plugin. -- Forwarded message -- From: *gmcdonald* Date: Tuesday, June 18, 2013 Subject: IMPORTANT: Major Confluence Upgrade Coming Soon. Please review test instance now. To: p...@apache.org, gene...@incubator.apache.org [PMCs please forward to your dev list ; Incubator Mentors please forward to your Podling dev list. Note that this message may be received twice as it will also go to committers@ list.] Hi All, If your project has a Confluence Wiki then this is an IMPORTANT announcement for you and your project. Please read this email carefully. NOTICE: The ASF Confluence instance is planned to be upgraded this Saturday 22nd June 2013. Judging by the time taken to upgrade the test instance, please expect the service to be in a down or read only state for the entire day. This email is to let you know that a test upgrade has already occurred and is live for you to play with now. This gives us all an opportunity to test for stability as well as any upgrade/plugin issues that might have happened along the way. Our current confluence wiki is at version 3.4.9 from way back in February 2011 and Atlassian have released a further 45 updates along the way, including another 2 major versions. The test instance has been upgraded several times along the way, with database surgery, operating system and server changes along the way. There have been casualties. Most notably is the Autoexport Plugin has had to be disabled permanently as during extensive testing, this plugin stopped working on version 4.3. Templates and Macros are also affected with major changes from wiki markup to xhtml amongst other things. Some plugins survived with upgrades all the way whilst some have been decommissioned/replaced or have changed to 'paid for' versions that we need to sort out licensing for. Nothing major that I can tell, but that's where you lot come in with your testing of your own spaces. Please familiarise yourself with what's new in Confluence 5.1 at https://confluence.atlassian.com/display/DOC/Confluence+5.1+Release+Notes and also take a good look around our upgraded test instance. Do not worry about mucking anything up on the test instance as that is what it is there for. Any changes/additions made will be lost on Saturday when a new migration will take place. The current confluence version will remain online in a read only state until the new version is completed. A jira ticket has been raised at https://issues.apache.org/jira/browse/INFRA-6406 where projects can add comments on any issues they are having with the test instance as compared to their old site. Just problems only please, do not turn it into a how to use confluence 5 thread. In addition, if there are any features that you currently use that do not work in the test instance, please replicate the feature in the current production TEST space so that I can test them all in the one place along the way. (Ask if you need create page permissions to cwiki.apache.org/confluence/display/TEST ) It may be possible in the future to replace Autoexport by playing around with the API to export the pages but this is not a priority, nor is it supported. We warned projects long ago that the Autoexport Tool would be incompatible with future Confluence versions and that time has now come. Ok so, please test and report to the Jira Issue mentioned anything amiss with your space. Go to https://cwiki2.apache.org/confluence and have a play around. You have 3 DAYS to report anything you find. Thanks Gavin (ASF Infra) - To unsubscribe, e-mail: private-unsubscr...@incubator.apache.org For additional commands, e-mail: private-h...@incubator.apache.org -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
[jira] [Updated] (TUSCANY-4076) Develop a distributed domain registry using Apache ZooKeeper
[ https://issues.apache.org/jira/browse/TUSCANY-4076?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luciano Resende updated TUSCANY-4076: - Labels: GSoC GSoC2013 Mentor (was: GSoC GSoC2012 GSoC2013) > Develop a distributed domain registry using Apache ZooKeeper > > > Key: TUSCANY-4076 > URL: https://issues.apache.org/jira/browse/TUSCANY-4076 > Project: Tuscany > Issue Type: New Feature > Components: SCA Java Runtime > Reporter: Luciano Resende > Labels: GSoC, GSoC2013, Mentor > > Add Support to a distributed SCA domain registry using Apache Zookeeper. An > stretch goal would be to provide a "persistence abstraction" that would > enable plugin in different distributed data services such as Apache > ZooKeeper, Redis, or Memcache. BTW, there is an initial prototype from > Raymond Feng on this. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (TUSCANY-4077) Enhance Tuscany Widget support
[ https://issues.apache.org/jira/browse/TUSCANY-4077?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luciano Resende updated TUSCANY-4077: - Labels: GSOC GSoC2013 Mentor (was: GSOC GSoC2012 GSoC2013) > Enhance Tuscany Widget support > -- > > Key: TUSCANY-4077 > URL: https://issues.apache.org/jira/browse/TUSCANY-4077 > Project: Tuscany > Issue Type: New Feature > Components: Java SCA Widget > Reporter: Luciano Resende > Labels: GSOC, GSoC2013, Mentor > > Enhance the current Tuscany Widget to support different javascript libraries > (e.g. JQuery), enable support for cross-domain services invocations using > CORS when applicable, support gzip compression, etc -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[NOTICE] Welcome Jean-Sebastien Delfino as new Tuscany PMC Chair
The Tuscany PMC has voted and the Board has confirmed Jean-Sebastien Delfino as the new Tuscany PMC Chair. Congratulations !!! -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
GSoC 2013
Now that Apache have been officially accepted as a Mentoring organization for Google Summer of Code 2013, I have started creating couple jiras with project ideas and would like to encourage others to also think about volunteering as mentors and create new project ideas. Thanks -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
[jira] [Created] (TUSCANY-4077) Enhance Tuscany Widget support
Luciano Resende created TUSCANY-4077: Summary: Enhance Tuscany Widget support Key: TUSCANY-4077 URL: https://issues.apache.org/jira/browse/TUSCANY-4077 Project: Tuscany Issue Type: New Feature Components: Java SCA Widget Reporter: Luciano Resende Enhance the current Tuscany Widget to support different javascript libraries (e.g. JQuery), enable support for cross-domain services invocations using CORS when applicable, support gzip compression, etc -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (TUSCANY-4076) Develop a distributed domain registry using Apache ZooKeeper
Luciano Resende created TUSCANY-4076: Summary: Develop a distributed domain registry using Apache ZooKeeper Key: TUSCANY-4076 URL: https://issues.apache.org/jira/browse/TUSCANY-4076 Project: Tuscany Issue Type: New Feature Components: SCA Java Runtime Reporter: Luciano Resende Add Support to a distributed SCA domain registry using Apache Zookeeper. An stretch goal would be to provide a "persistence abstraction" that would enable plugin in different distributed data services such as Apache ZooKeeper, Redis, or Memcache. BTW, there is an initial prototype from Raymond Feng on this. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[NOTICE] Welcome Sebastian Millies as new committer
The Tuscany PMC have voted to make Sebastian Millies a Tuscany committer. Congratulations and welcome Sebastian! -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: Integrating some of the Nuvem components
On Sun, Feb 10, 2013 at 5:28 PM, Jean-Sebastien Delfino wrote: > Hi all, > > Not much has happened since we discussed integrating Nuvem as a sub-project > [1][2], so to help move this thread forward I'm going to start integrating > the Python Nuvem components in the C++ SCA source tree under /components/ > [3]. They were written to run on that runtime's Python support so that seems > like an easy starting point, and I'm also interested in using them in a few > new Python samples that'll illustrate what you can do with them. > > HTH > > [1] http://marc.info/?l=tuscany-dev&m=135338851904749&w=2 > [2] http://marc.info/?l=incubator-general&m=135423982723185&w=2 > [3] http://svn.apache.org/repos/asf/tuscany/sca-cpp/trunk/components/ > > - Jean-Sebastien +1, I'll hopefully have some time soon to start moving the java components. -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Bringup build in mac os java7 environment, was Fwd: svn commit: r1418376 - in /tuscany/sca-java-2.x/trunk: modules/core-spi/pom.xml pom.xml
Just finished making some minor changes on the poms (mainly around
tools.jar and ant tasks related dependencies) to bring up the build in mac
os environment with Oracle JDK 7 (1.7.0_07). I also tried it in mac os and
unix with java 6, and things seems to be working fine, but don't hesitate
to reach out if you find issues.
Thanks
-- Forwarded message --
From:
Date: Fri, Dec 7, 2012 at 8:14 AM
Subject: svn commit: r1418376 - in /tuscany/sca-java-2.x/trunk:
modules/core-spi/pom.xml pom.xml
To: comm...@tuscany.apache.org
Author: lresende
Date: Fri Dec 7 16:14:49 2012
New Revision: 1418376
URL: http://svn.apache.org/viewvc?rev=1418376&view=rev
Log:
Bringup build in mac os java7 environment
Modified:
tuscany/sca-java-2.x/trunk/modules/core-spi/pom.xml
tuscany/sca-java-2.x/trunk/pom.xml
Modified: tuscany/sca-java-2.x/trunk/modules/core-spi/pom.xml
URL:
http://svn.apache.org/viewvc/tuscany/sca-java-2.x/trunk/modules/core-spi/pom.xml?rev=1418376&r1=1418375&r2=1418376&view=diff
==
--- tuscany/sca-java-2.x/trunk/modules/core-spi/pom.xml (original)
+++ tuscany/sca-java-2.x/trunk/modules/core-spi/pom.xml Fri Dec 7 16:14:49
2012
@@ -80,7 +80,6 @@
org.apache.maven.plugins
maven-antrun-plugin
-1.6
process-resources
Modified: tuscany/sca-java-2.x/trunk/pom.xml
URL:
http://svn.apache.org/viewvc/tuscany/sca-java-2.x/trunk/pom.xml?rev=1418376&r1=1418375&r2=1418376&view=diff
==
--- tuscany/sca-java-2.x/trunk/pom.xml (original)
+++ tuscany/sca-java-2.x/trunk/pom.xml Fri Dec 7 16:14:49 2012
@@ -145,6 +145,7 @@
mac
+[1.3,1.6)
${java.home}/../Classes/classes.jar
@@ -826,7 +827,7 @@ org.apache.tuscany.sca.assembly:org.apac
org.apache.maven.plugins
maven-antrun-plugin
-1.3
+1.7
@@ -835,6 +836,7 @@ org.apache.tuscany.sca.assembly:org.apac
1.7.1
+
--
Luciano Resende
http://people.apache.org/~lresende
http://twitter.com/lresende1975
http://lresende.blogspot.com/
[RESULT][VOTE] Accept Apache Nuvem as a Tuscany sub-project
On Mon, Nov 12, 2012 at 10:04 PM, Luciano Resende wrote: > Apache Nuvem will define an open application programming interface for common > cloud application services, allowing applications to be easily ported > across the most popular cloud platforms. It is currently composed of > multiple cloud SCA components (Data, Queue, Chat), and supports multiple > cloud platforms such as AWS, GAE, etc as well as standalone deployment. > Nuvem was accepted for Incubation on June, 2010, and several of the > active committers are already part of the Tuscany PMC. > > Nuvem was accepted for Incubation on June 2010, and is currently a small > community, where the contributions are 100% done by volunteers in their > own free time, which makes the level of activity > low, compared to what is required for graduating it as a TLP. > > Having said that, Nuvem has a great synergy with Apache Tuscany, and I'd > like to call a community vote to accept Nuvem as a sub-project of Apache > Tuscany (it could become Tuscany Cloud Components, or something like > that). > > Please cast your vote. > > Vote passed with 5 +1 votes from Luciano Resende, Raymond Feng, Florian Pinel, Jean-Sebastien Delfino, Simon Laws. I'll start IPMC vote to conclude the process. -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: [VOTE] Accept Apache Nuvem as a Tuscany sub-project
On Mon, Nov 12, 2012 at 10:04 PM, Luciano Resende wrote: > Apache Nuvem will define an open application programming interface for common > cloud application services, allowing applications to be easily ported > across the most popular cloud platforms. It is currently composed of > multiple cloud SCA components (Data, Queue, Chat), and supports multiple > cloud platforms such as AWS, GAE, etc as well as standalone deployment. > Nuvem was accepted for Incubation on June, 2010, and several of the > active committers are already part of the Tuscany PMC. > > Nuvem was accepted for Incubation on June 2010, and is currently a small > community, where the contributions are 100% done by volunteers in their > own free time, which makes the level of activity > low, compared to what is required for graduating it as a TLP. > > Having said that, Nuvem has a great synergy with Apache Tuscany, and I'd > like to call a community vote to accept Nuvem as a sub-project of Apache > Tuscany (it could become Tuscany Cloud Components, or something like > that). > > Please cast your vote. > > Here is my +1 to accept Nuvem as a Tuscany sub-project. -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
[jira] [Commented] (TUSCANY-4067) WSDL not found in contribution with nested jars
[ https://issues.apache.org/jira/browse/TUSCANY-4067?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13425087#comment-13425087 ] Luciano Resende commented on TUSCANY-4067: -- Was this something that used to work on 1.x ? How was it implemented ? Can't we recursively introspect a "jar" if the contribution processor finds the current artifact being a "jar" ? But I think that we might need to manually add the embedded jar into the classpath to load the resources... more investigation might be needed to see if this would work tough. > WSDL not found in contribution with nested jars > --- > > Key: TUSCANY-4067 > URL: https://issues.apache.org/jira/browse/TUSCANY-4067 > Project: Tuscany > Issue Type: Bug >Reporter: ant elder > > Reporting this from a user: > Migrating from OSOA to OASIS SCA and contributions that have nested jars > containing wsdl document no longer work as the wsdl is not found -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Comet binding
On Tue, Jul 10, 2012 at 8:12 AM, Florian Moga wrote: > 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 > > Node.js integration ? Or just using the client side js ? Maybe integrated with tuscany widget :) -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: [VOTE] Release Tuscany SCA 2.0 RC2
On Tue, Jun 19, 2012 at 2:02 AM, ant elder wrote: > Here's the 2.0 RC2 release artifacts, please review and vote. > > The distributions and staging maven repo are at: > http://people.apache.org/~antelder/tuscany/2.0-RC2/ > > The SVN tag: > https://svn.apache.org/repos/asf/tuscany/sca-java-2.x/tags/2.0-RC2/ > > ...ant Belated +1, Thanks Ant for getting our 2.0 release out. -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
[jira] [Resolved] (TUSCANY-4065) binding-rest-runtime - RestServlet is returning the wrong http-headers when multiple REST services exposed
[ https://issues.apache.org/jira/browse/TUSCANY-4065?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luciano Resende resolved TUSCANY-4065. -- Resolution: Fixed Fixed by properly retrieving binding context within the response handlers > binding-rest-runtime - RestServlet is returning the wrong http-headers when > multiple REST services exposed > -- > > Key: TUSCANY-4065 > URL: https://issues.apache.org/jira/browse/TUSCANY-4065 > Project: Tuscany > Issue Type: Bug > Components: Java SCA Misc Binding Extensions >Affects Versions: Java-SCA-2.0-Beta3 >Reporter: Glen Conboy > Attachments: customer.composite > > > I have several components exposing services using binding.rest. For the > binding I am setting various http-headers in the composite. Some of the > services are returning the wrong headers though. > I have replicated this in the binding-rest-runtime test code by adding an > extra dummy service in the customer.composite configured with different > http-headers to the existing service. This causes testGetInvocation to fail > when it should have no impact. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (TUSCANY-4065) binding-rest-runtime - RestServlet is returning the wrong http-headers when multiple REST services exposed
[ https://issues.apache.org/jira/browse/TUSCANY-4065?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13396474#comment-13396474 ] Luciano Resende commented on TUSCANY-4065: -- I think I understand your scenario, but if you could provide a patch to the existent test with a test that demonstrate the issue it would be easier for me to debug and provide a fix. Thanks. > binding-rest-runtime - RestServlet is returning the wrong http-headers when > multiple REST services exposed > -- > > Key: TUSCANY-4065 > URL: https://issues.apache.org/jira/browse/TUSCANY-4065 > Project: Tuscany > Issue Type: Bug > Components: Java SCA Misc Binding Extensions >Affects Versions: Java-SCA-2.0-Beta3 >Reporter: Glen Conboy > > I have several components exposing services using binding.rest. For the > binding I am setting various http-headers in the composite. Some of the > services are returning the wrong headers though. > I have replicated this in the binding-rest-runtime test code by adding an > extra dummy service in the customer.composite configured with different > http-headers to the existing service. This causes testGetInvocation to fail > when it should have no impact. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
Ubuntu specific compilation issues
It seems that there are some compilation issues in latest ubuntu after recent java updates. And I don't see any issues in Mac OS environment... Environment information : $ java -version java version "1.6.0_24" OpenJDK Runtime Environment (IcedTea6 1.11.1) (6b24-1.11.1-4ubuntu3) OpenJDK 64-Bit Server VM (build 20.0-b12, mixed mode) Compilation Error : [INFO] - [ERROR] COMPILATION ERROR : [INFO] - [ERROR] /home/lresende/opensource/apache/tuscany/java-sca-2.x/modules/core/src/main/java/org/apache/tuscany/sca/core/context/impl/ComponentContextImpl.java:[106,32] type parameters of R cannot be determined; no unique maximal instance exists for type variable R with upper bounds org.oasisopen.sca.ServiceReference,org.oasisopen.sca.ServiceReference [ERROR] /home/lresende/opensource/apache/tuscany/java-sca-2.x/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.ServiceReference bound(s): org.oasisopen.sca.ServiceReference [ERROR] /home/lresende/opensource/apache/tuscany/java-sca-2.x/modules/core/src/main/java/org/apache/tuscany/sca/core/invocation/ExtensibleProxyFactory.java:[62,39] invalid inferred types for R; inferred type does not conform to declared bound(s) inferred: org.oasisopen.sca.ServiceReference bound(s): org.oasisopen.sca.ServiceReference [INFO] 3 errors [INFO] - [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] Compilation failure /home/lresende/opensource/apache/tuscany/java-sca-2.x/modules/core/src/main/java/org/apache/tuscany/sca/core/context/impl/ComponentContextImpl.java:[106,32] type parameters of R cannot be determined; no unique maximal instance exists for type variable R with upper bounds org.oasisopen.sca.ServiceReference,org.oasisopen.sca.ServiceReference /home/lresende/opensource/apache/tuscany/java-sca-2.x/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.ServiceReference bound(s): org.oasisopen.sca.ServiceReference /home/lresende/opensource/apache/tuscany/java-sca-2.x/modules/core/src/main/java/org/apache/tuscany/sca/core/invocation/ExtensibleProxyFactory.java:[62,39] invalid inferred types for R; inferred type does not conform to declared bound(s) inferred: org.oasisopen.sca.ServiceReference bound(s): org.oasisopen.sca.ServiceReference I'll investigate it further later tonight or tomorrow, but we might want to fix this before the new RC -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: [VOTE] Release Tuscany SCA 2.0 RC1
On Wed, Jun 13, 2012 at 1:23 AM, ant elder wrote: > On Mon, Jun 11, 2012 at 6:10 AM, Luciano Resende wrote: >> On Fri, Jun 8, 2012 at 1:07 AM, ant elder wrote: >>> On Thu, Jun 7, 2012 at 8:55 PM, Luciano Resende >>> wrote: >>>> On Wed, Jun 6, 2012 at 4:18 AM, ant elder wrote: >>>>> Ok a few weeks have past now and there have been some updates and >>>>> fixes done. If i create a new RC would anyone vote for it now? Is >>>>> there anything else anyone thinks must be done still before they would >>>>> vote for the 2.0 release? >>>>> >>>>> ...ant >>>> >>>> I want to properly fix the Widget issues from trunk and would >>>> appreciate couple days. We could target cutting the new RC over the >>>> weekend or by Monday. >>> >>> Sure ok, i had respun and started uploading a new RC yesterday but its >>> fine to bin than and lets cut a new RC on Monday then. >>> >> >> Just FYI, I'm 95% done with the widget changes, just trying to make >> sure some corner cases are handled properly. I should be checking in >> the code late tonight or tomorrow. >> > > Its now next Wednesday, how are you doing with this? How much longer > do you think you'll need? If i spin an RC without this would anyone > review it? Has anyone reviewed the current state of trunk to see if > its something they'd vote for in a 2.0 release? > > ...ant Sorry for the delay, I'm done with widget fixes (which now does not depend on the binding.http directly) and made sure store sample is working with the new changes. Let's get a new 2.0 RC out... -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
[jira] [Resolved] (TUSCANY-4064) Create a maven archetype for generating a Tuscany policy project
[ https://issues.apache.org/jira/browse/TUSCANY-4064?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luciano Resende resolved TUSCANY-4064. -- Resolution: Fixed Fix Version/s: Java-SCA-2.0 Thanks for the Patch Nitya > Create a maven archetype for generating a Tuscany policy project > > > Key: TUSCANY-4064 > URL: https://issues.apache.org/jira/browse/TUSCANY-4064 > Project: Tuscany > Issue Type: Bug > Components: Java SCA Policy >Reporter: Nitya Doraisamy > Assignee: Luciano Resende >Priority: Minor > Fix For: Java-SCA-2.0 > > Attachments: policy_archetype.patch > > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Assigned] (TUSCANY-4064) Create a maven archetype for generating a Tuscany policy project
[ https://issues.apache.org/jira/browse/TUSCANY-4064?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luciano Resende reassigned TUSCANY-4064: Assignee: Luciano Resende > Create a maven archetype for generating a Tuscany policy project > > > Key: TUSCANY-4064 > URL: https://issues.apache.org/jira/browse/TUSCANY-4064 > Project: Tuscany > Issue Type: Bug > Components: Java SCA Policy >Reporter: Nitya Doraisamy > Assignee: Luciano Resende >Priority: Minor > Attachments: policy_archetype.patch > > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: [VOTE] Release Tuscany SCA 2.0 RC1
On Fri, Jun 8, 2012 at 1:07 AM, ant elder wrote: > On Thu, Jun 7, 2012 at 8:55 PM, Luciano Resende wrote: >> On Wed, Jun 6, 2012 at 4:18 AM, ant elder wrote: >>> Ok a few weeks have past now and there have been some updates and >>> fixes done. If i create a new RC would anyone vote for it now? Is >>> there anything else anyone thinks must be done still before they would >>> vote for the 2.0 release? >>> >>> ...ant >> >> I want to properly fix the Widget issues from trunk and would >> appreciate couple days. We could target cutting the new RC over the >> weekend or by Monday. > > Sure ok, i had respun and started uploading a new RC yesterday but its > fine to bin than and lets cut a new RC on Monday then. > Just FYI, I'm 95% done with the widget changes, just trying to make sure some corner cases are handled properly. I should be checking in the code late tonight or tomorrow. -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: [VOTE] Release Tuscany SCA 2.0 RC1
On Wed, Jun 6, 2012 at 4:18 AM, ant elder wrote: > Ok a few weeks have past now and there have been some updates and > fixes done. If i create a new RC would anyone vote for it now? Is > there anything else anyone thinks must be done still before they would > vote for the 2.0 release? > > ...ant I want to properly fix the Widget issues from trunk and would appreciate couple days. We could target cutting the new RC over the weekend or by Monday. Any other help you might need with that ? -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
NPE in Widget, Re: svn commit: r1346827 - /tuscany/sca-java-2.x/trunk/modules/implementation-widget-runtime/src/main/java/org/apache/tuscany/sca/implementation/widget/provider/WidgetImplementationInvo
On Wed, Jun 6, 2012 at 4:15 AM, wrote:
> Author: antelder
> Date: Wed Jun 6 11:15:29 2012
> New Revision: 1346827
>
> URL: http://svn.apache.org/viewvc?rev=1346827&view=rev
> Log:
> Fix NPE with widget sample
>
> Modified:
>
> tuscany/sca-java-2.x/trunk/modules/implementation-widget-runtime/src/main/java/org/apache/tuscany/sca/implementation/widget/provider/WidgetImplementationInvoker.java
>
> Modified:
> tuscany/sca-java-2.x/trunk/modules/implementation-widget-runtime/src/main/java/org/apache/tuscany/sca/implementation/widget/provider/WidgetImplementationInvoker.java
> URL:
> http://svn.apache.org/viewvc/tuscany/sca-java-2.x/trunk/modules/implementation-widget-runtime/src/main/java/org/apache/tuscany/sca/implementation/widget/provider/WidgetImplementationInvoker.java?rev=1346827&r1=1346826&r2=1346827&view=diff
> ==
> ---
> tuscany/sca-java-2.x/trunk/modules/implementation-widget-runtime/src/main/java/org/apache/tuscany/sca/implementation/widget/provider/WidgetImplementationInvoker.java
> (original)
> +++
> tuscany/sca-java-2.x/trunk/modules/implementation-widget-runtime/src/main/java/org/apache/tuscany/sca/implementation/widget/provider/WidgetImplementationInvoker.java
> Wed Jun 6 11:15:29 2012
> @@ -56,7 +56,8 @@ class WidgetImplementationInvoker implem
> public Message invoke(Message msg) {
>
> // Get the resource id from the request message
> - String id = (String)((Object[])msg.getBody())[0];
> +
> + String id = msg.getBody() == null ? "" :
> (String)((Object[])msg.getBody())[0];
> try {
>
> if (id.length() == 0) {
>
>
Have you seen this using the store application or some other sample ?
Just asking because I noticed that there is a bug on the binding.http
+ widget together which I'm trying to fix by making the widget more
independent.. and I want to make sure I cover all the scenarios that
it is being used.
--
Luciano Resende
http://people.apache.org/~lresende
http://twitter.com/lresende1975
http://lresende.blogspot.com/
Re: How to update the Tuscany Web site?
On Sunday, May 27, 2012, Jean-Sebastien Delfino wrote: > Hi all, > It's a long weekend, I have a little bit of spare time, and I'd like to update the 'SCA native' section of the Tuscany Web site [1][2]. > I've not done that in a long time and must admit I've forgotten how to do it. Is the Web site dev documentation [3] up to date? Are we still using that cwiki? > Thanks > [1] http://tuscany.apache.org/sca-native.html > [2] http://tuscany.apache.org/sca-native-documentation-menu.html > [3] http://tuscany.apache.org/tuscany-cwiki-website-structure.html > - Jean-Sebastien Yes, we are still using the wiki as the source of the website. Once you update the wiki, there are going to happen few scheduled rsyncs before the contents go live, which usually takes about one hour. -- Luciano -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Publishing 2.0-Beta4 RC1, was Re: [RESULT][VOTE] Release 2.0-Beta4 RC1
On Fri, Mar 16, 2012 at 1:44 AM, ant elder wrote: > Passed with four +1 votes from Luciano, Nirmal, Raymond and me. > > ...ant > > On Thu, Mar 8, 2012 at 9:48 AM, ant elder wrote: >> Here's the release vote for RC1 of the 2.0-Beta4 artifacts, please >> review and vote. >> >> You can find the staged artifacts at: >> http://people.apache.org/~antelder/tuscany/2.0-Beta4-RC1/ >> >> and the SVN tag for the release at: >> https://svn.apache.org/repos/asf/tuscany/sca-java-2.x/tags/2.0-Beta4-RC1/ >> >> ...ant I noticed that http://people.apache.org/~antelder/tuscany/2.0-Beta4-RC1/ has been moved. Ant, are you planning to publish this while we wait for 2.0 ? Otherwise, would you give me permission to copy it from your folder at p.a.o and working on publishing it ? Thanks -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: [VOTE] Release Tuscany SCA 2.0 RC1
On Fri, May 11, 2012 at 4:51 AM, Simon Laws wrote: > On Fri, May 11, 2012 at 12:49 PM, ant elder wrote: >> On Thu, May 10, 2012 at 6:31 PM, Luciano Resende >> wrote: >>> On Tue, Apr 24, 2012 at 9:44 AM, Luciano Resende >>> wrote: >>>> On Tue, Apr 24, 2012 at 12:28 AM, Simon Laws >>>> wrote: >>>>> ..snip >>>>> >>>>>> >>>>>> Simon, It looks like you've not included the staging repo, the samples >>>>>> aren't finding the 2.0 pom's in Maven central because the release >>>>>> hasn't been published yet. >>>>> >>>>> doh - I'm getting out of practice. I'll try again. >>>>>> >>>>>> I can add a sentence to the top sample README saying what it is but >>>>>> what else if anything needs updating before doing a respin just for >>>>>> that? >>>>>> >>>>>> ...ant >>>>> >>>>> I'd like to run through the samples before a respin. Won't get to it >>>>> until this evening. >>>>> >>>>> Simon >>>>> >>>> >>>> I have just came back from vacation end of last week and I'm finally >>>> getting time to go over this and will send feedback soonish. On a >>>> related topic, would you guys be ok on waiting for finishing up Wink >>>> 1.2 release which a initial RC was done over the weekend, so that we >>>> can have it as part of the 2.0 release ? >>>> >>> >>> Ok, Wink 1.2 has been trough the voting process. I'll publish the >>> artifacts and update Tuscany. >>> >> >> Ok i see you've done that now, I could spin a new RC but there hasn't >> been much review of RC1 yet and there are still a bunch of issues that >> Simon raised (i've fixed all the getting started samples). Is anyone >> going to do any more reviews or fixes? >> >> ...ant > > I still want to do more on RC1 (but am being very slow, sorry). Maybe > we should set a deadline for doing RC2. Another couple of weeks? > I'm not against waiting a couple weeks, but if we do that, I'd like to go ahead and publish beta4. Thoughts ? If people are ok with that I'll work on that over the weekend. -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: [VOTE] Release Tuscany SCA 2.0 RC1
On Tue, Apr 24, 2012 at 9:44 AM, Luciano Resende wrote: > On Tue, Apr 24, 2012 at 12:28 AM, Simon Laws > wrote: >> ..snip >> >>> >>> Simon, It looks like you've not included the staging repo, the samples >>> aren't finding the 2.0 pom's in Maven central because the release >>> hasn't been published yet. >> >> doh - I'm getting out of practice. I'll try again. >>> >>> I can add a sentence to the top sample README saying what it is but >>> what else if anything needs updating before doing a respin just for >>> that? >>> >>> ...ant >> >> I'd like to run through the samples before a respin. Won't get to it >> until this evening. >> >> Simon >> > > I have just came back from vacation end of last week and I'm finally > getting time to go over this and will send feedback soonish. On a > related topic, would you guys be ok on waiting for finishing up Wink > 1.2 release which a initial RC was done over the weekend, so that we > can have it as part of the 2.0 release ? > Ok, Wink 1.2 has been trough the voting process. I'll publish the artifacts and update Tuscany. -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Tuscany Board Report is due
Looking into this quarter board report, and I see couple things to report - Tuscany 2.0 Beta4 release was approved, and the community is working on the RC2 of the official 2.0 release. - Tuscany community engaged with students as part of GSoC 2012, but the candidate had proposed ideas for multiple Apache projects and the Tuscany one was not selected. - The Tuscany PMC voted on a new policy on election and rotation of Project Chairs, and also recommended a new project Chair which got approved by the Board last month. Anything else that should be mentioned ? -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: [VOTE] Release Tuscany SCA 2.0 RC1
On Tue, Apr 24, 2012 at 12:28 AM, Simon Laws wrote: > ..snip > >> >> Simon, It looks like you've not included the staging repo, the samples >> aren't finding the 2.0 pom's in Maven central because the release >> hasn't been published yet. > > doh - I'm getting out of practice. I'll try again. >> >> I can add a sentence to the top sample README saying what it is but >> what else if anything needs updating before doing a respin just for >> that? >> >> ...ant > > I'd like to run through the samples before a respin. Won't get to it > until this evening. > > Simon > I have just came back from vacation end of last week and I'm finally getting time to go over this and will send feedback soonish. On a related topic, would you guys be ok on waiting for finishing up Wink 1.2 release which a initial RC was done over the weekend, so that we can have it as part of the 2.0 release ? -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: unsubscribe
On Fri, Apr 20, 2012 at 11:50 AM, Steffen wrote: > To unsubscribe, please send e-mail to : dev-unsubscr...@tuscany.apache.org -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Releasing Maven Artifacts
I think I remember seeing an e-mail from Infra that they were going to discontinue support for the maven rsync release folder and force all projects to use Nexus. Is that correct ? Would that have any side effects on our 2.0 release candidate ? -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: Apache Tuscany Composite Diagram Generator as a Service
On Mon, Apr 9, 2012 at 10:43 AM, Nirmal Fernando wrote: > Hi All, > > I made a service out of "Composite Diagram Generator". > > Just thought to share it with you: http://goo.gl/OGlA9 > > Thanks > > -- > Best Regards, > Nirmal > Cool, looks nice. -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: [RESULT][VOTE] Release 2.0-Beta4 RC1
On Sun, Apr 1, 2012 at 1:36 AM, ant elder wrote: > On Fri, Mar 30, 2012 at 7:59 AM, ant elder wrote: >> On Wed, Mar 28, 2012 at 9:54 PM, Luciano Resende >> wrote: >>> On Fri, Mar 16, 2012 at 1:44 AM, ant elder wrote: >>>> Passed with four +1 votes from Luciano, Nirmal, Raymond and me. >>>> >>>> ...ant >>>> >>>> On Thu, Mar 8, 2012 at 9:48 AM, ant elder wrote: >>>>> Here's the release vote for RC1 of the 2.0-Beta4 artifacts, please >>>>> review and vote. >>>>> >>>>> You can find the staged artifacts at: >>>>> http://people.apache.org/~antelder/tuscany/2.0-Beta4-RC1/ >>>>> >>>>> and the SVN tag for the release at: >>>>> https://svn.apache.org/repos/asf/tuscany/sca-java-2.x/tags/2.0-Beta4-RC1/ >>>>> >>>>> ...ant >>> >>> Did we ever finish this release and sent announcements ? I can't see >>> the e-mail on my archive, and site still pointing to previous release. >>> >> >> No. I'm a bit busy right now and not so motivated to spend my free >> time on Tuscany after last weeks spat. I will get this done but if >> anyone else wants to help publish the artifacts or update the website >> before then go for it. >> >> ...ant > > What say we respin this naming it 2.0? > > ...ant I'd probably would like to do a double check on the samples if we officially call it 2.0. But otherwise seems like a overdue good idea. -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: [RESULT][VOTE] Release 2.0-Beta4 RC1
On Fri, Mar 16, 2012 at 1:44 AM, ant elder wrote: > Passed with four +1 votes from Luciano, Nirmal, Raymond and me. > > ...ant > > On Thu, Mar 8, 2012 at 9:48 AM, ant elder wrote: >> Here's the release vote for RC1 of the 2.0-Beta4 artifacts, please >> review and vote. >> >> You can find the staged artifacts at: >> http://people.apache.org/~antelder/tuscany/2.0-Beta4-RC1/ >> >> and the SVN tag for the release at: >> https://svn.apache.org/repos/asf/tuscany/sca-java-2.x/tags/2.0-Beta4-RC1/ >> >> ...ant Did we ever finish this release and sent announcements ? I can't see the e-mail on my archive, and site still pointing to previous release. [1] http://tuscany.apache.org/ -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: svn commit: r1303591 - /tuscany/sca-java-2.x/trunk/modules/core/src/main/java/org/apache/tuscany/sca/core/runtime/impl/EndpointReferenceBinderImpl.java
On Thursday, March 22, 2012, ant elder wrote:
> On Wed, Mar 21, 2012 at 9:49 PM, wrote:
>> Author: rfeng
>> Date: Wed Mar 21 21:49:52 2012
>> New Revision: 1303591
>>
>> URL: http://svn.apache.org/viewvc?rev=1303591&view=rev
>> Log:
>> Revert the change based on the comment from
https://issues.apache.org/jira/browse/TUSCANY-4029
>>
>> Modified:
>>
tuscany/sca-java-2.x/trunk/modules/core/src/main/java/org/apache/tuscany/sca/core/runtime/impl/EndpointReferenceBinderImpl.java
>>
>> Modified:
tuscany/sca-java-2.x/trunk/modules/core/src/main/java/org/apache/tuscany/sca/core/runtime/impl/EndpointReferenceBinderImpl.java
>> URL:
http://svn.apache.org/viewvc/tuscany/sca-java-2.x/trunk/modules/core/src/main/java/org/apache/tuscany/sca/core/runtime/impl/EndpointReferenceBinderImpl.java?rev=1303591&r1=1303590&r2=1303591&view=diff
>>
==
>> ---
tuscany/sca-java-2.x/trunk/modules/core/src/main/java/org/apache/tuscany/sca/core/runtime/impl/EndpointReferenceBinderImpl.java
(original)
>> +++
tuscany/sca-java-2.x/trunk/modules/core/src/main/java/org/apache/tuscany/sca/core/runtime/impl/EndpointReferenceBinderImpl.java
Wed Mar 21 21:49:52 2012
>> @@ -338,6 +338,11 @@ public class EndpointReferenceBinderImpl
>>
>> }
>>
>> +// [rfeng] Setup the target endpoint if the reference uses an
explicit binding
>> +if (endpointReference.getTargetEndpoint().getBinding() == null)
{
>> +
endpointReference.getTargetEndpoint().setBinding(endpointReference.getBinding());
>> +}
>> +
>> // Now the endpoint reference is resolved check that the binding
interfaces contract
>> // and the reference contract are compatible
>> try {
>> @@ -500,12 +505,16 @@ public class EndpointReferenceBinderImpl
>> } else {
>> endpointReference.setTargetEndpoint(matchedEndpoint);
>> Binding binding = matchedEndpoint.getBinding();
>> +// Reverted the change, see
https://issues.apache.org/jira/browse/TUSCANY-4029
>> +/*
>> try {
>>endpointReference.setBinding((Binding)
binding.clone());
>>} catch (CloneNotSupportedException e) {
>>// shouldn't happen
>>throw new RuntimeException(e);
>>}
>> + */
>> +endpointReference.setBinding(binding);
>> // TUSCANY-3873 - add policy from the service
>> //we don't care about intents at this stage
>>
endpointReference.getPolicySets().addAll(matchedEndpoint.getPolicySets());
>> @@ -528,6 +537,7 @@ public class EndpointReferenceBinderImpl
>>
endpointReference.setStatus(EndpointReference.Status.WIRED_TARGET_FOUND_AND_MATCHED);
>> Raymond, as discussed in TUSCANY-4029 and on the IM chat we had
> yesterday i'm -1 on your commit. It doesn't fix the problem which
> TUSCANY-4029 addresses and it also breaks the OASIS compliance tests.
>
> If there are any issues with the approach suggested in TUSCANY-4029
> then lets discuss it here or you're welcome to IM ping me to more
> quickly find a solution that works for everyone.
>
> ...ant
>
Please, let's keep these technical discussions on the mailing list.
BTW, how come it breakes the compliance test ? It has been like this
forever and the tests were passing fine.
In the same way, your fix seems to break other stuff as well as commented
on the other thread, which I'm -1 on having all that broken.
--
Luciano Resende
http://people.apache.org/~lresende
http://twitter.com/lresende1975
http://lresende.blogspot.com/
Re: svn commit: r1302317 - /tuscany/sca-java-2.x/trunk/modules/core/src/main/java/org/apache/tuscany/sca/core/runtime/impl/EndpointReferenceBinderImpl.java
On Wed, Mar 21, 2012 at 2:57 PM, ant elder wrote: > On Wed, Mar 21, 2012 at 9:48 PM, Raymond Feng wrote: >> Hi, >> >> The change had a huge impact on all the binding invokers that rely on the >> service binding to resolve the deployed URIs when the endpoint reference is >> resolved to a target endpoint. >> >> BTW, the use case applies to something like the following: >> >> >> >> >> >> >> >> >> >> >> >> The r1 reference is now have /a/b as the uri instead of the deployed URI. >> Ideally, the binding invoker should ask for the target endpoint's deployed >> URI. But it involves quite a bit changes. >> >> I'll revert the change for now until we find a consistent solution. >> > > Raymond, I think you know that unilaterally reverting a commit like > that is not the way to do things. > > ...ant I don't see this as "unilaterally reverting a commit". I see this as a commit extensively broke existing functionality, the issue was brought up in the mailing list for discussion of a better fix, while, in the mean time, the commit was reverted. Please let's concentrate on the technical facts and try to find a solution that works without huge impact on existing functionality. -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Spring services not considering Spring Framework based beans
It seems that we explicitly filter org.springframework beans in SpringXMLComponentTypeLoader.isValidBeanForService which cause issues if we are trying to wire to spring beans. Is this per spec ? With spring growing in scope, is this still something we want to continue doing ? BTW, Anyone has a link for the most recent Spring Spec ? Seems like OSOA is down and I can't find one in OASIS. Thanks -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: [VOTE] Release 2.0-Beta4 RC1
On Thu, Mar 8, 2012 at 1:48 AM, ant elder wrote: > Here's the release vote for RC1 of the 2.0-Beta4 artifacts, please > review and vote. > > You can find the staged artifacts at: > http://people.apache.org/~antelder/tuscany/2.0-Beta4-RC1/ > > and the SVN tag for the release at: > https://svn.apache.org/repos/asf/tuscany/sca-java-2.x/tags/2.0-Beta4-RC1/ > > ...ant Seems good, source distribution builds from a clean repo, run RAT and things seems fine. +1 -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re:
On Wed, Mar 7, 2012 at 5:58 PM, wrote: > Hi Gayan, > > -original message- > Subject: > From: Gayan Dhanushka > Date: 07/03/2012 11:50 pm > > Hi, > > I'am new to tuscany and I need to download the code from svn repository to > eclipse. What kind of a project do I need to create in Eclipse to cater > this project? > > Please checkout the code from SVN , build it using maven and run 'mvn > eclipse:eclipse'! That will create eclipse related project files and then you > can import the project into eclipse using 'file -> import'. > > Welcome to Apache Tuscany! > > Is it a pure java project or Java EE application? > Please look at the following : http://tuscany.apache.org/documentation-2x/sca-java-development-guide.html More specifically: http://tuscany.apache.org/documentation-2x/sca-java-development-guide.html#SCAJavaDevelopmentGuide-SamplesinEclipse -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
GSoC 2012
It's that time again for us to build a list of project ideas and start attracting students for GSoC. If you have specific ideas, please go ahead and create a JIRA with the appropriate tag. -- Forwarded message -- From: Ulrich Stärk Date: Sun, Mar 4, 2012 at 9:01 AM Subject: Google Summer of Code 2012 upcoming To: p...@apache.org Cc: d...@community.apache.org Hello PMCs, Google Summer of Code is the ideal opportunity for you to attract new contributors to your projects. If you want to participate with your project you NOW need to - understand what it means to be a mentor [1] - propose your project ideas. Just label your issues with gsoc2012 in JIRA and they will show up at [2]. See also [1]. - subscribe to code-awa...@apache.org (restricted to potential mentors, meant to be used as a private list - general discussions on the public d...@community.apache.org list as much as possible please) The ASF will apply as a participating organization with GSoC, your project doesn't need to do that. See [3] for more information. Note that the ASF isn't accepted yet, nevertheless you *really* should start recording your ideas now. Last year we had 38 students completing GSoC successfully, some of which are now active contributors to the projects they worked on. Let's make this a success again this year! On behalf of the GSoC 2012 admins, Uli [1] http://community.apache.org/guide-to-being-a-mentor.html [2] http://s.apache.org/gsoc2012tasks [3] http://community.apache.org/gsoc.html -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: Overriding remotable
On Fri, Feb 17, 2012 at 8:02 AM, Simon Laws wrote:
> In the OASIS spec you can override the remotable status of an
> interface using the remotable flag on the interface element:
>
>
>
>
>
>
>
>
>
> The idea is that when Helloworld looks like
>
> public interface Helloworld {
> String sayHello(String name);
> }
>
> You can use the flag to set the interface remotable. When Helloworld looks
> like
>
> @Remotable
> public interface Helloworld {
> String sayHello(String name);
> }
>
> Then you can't use the flag to unset it.
>
> There is a JIRA about this not working properly [1]. I've just been
> looking at it. The problem is that we don't actually set remotable
> based on this flag. This is a relatively straighforward thing to fix
> but it leads to a question. In some of the databinding code there are
> tests for remotable which prevents further processing if an interface
> is not remotable. For example, DataBindingjavaInterfaceProcessor has
>
> public void visitInterface(JavaInterface javaInterface) throws
> InvalidInterfaceException {
> if (!javaInterface.isRemotable()) {
> return;
> }
> List operations = javaInterface.getOperations();
> processInterface(javaInterface, operations);
> }
>
> This will run during introspection which is before we get to the
> stage, in the builders, where the component and component type
> interfaces are compared and where it would be sensible to apply the
> override. I can make it work if I let this databinding processing
> happen for non-remote interfaces just in case someone decides to
> override them. Can anyone see a downside other than the extra
> processing time it takes to calculate the interface types?
>
>
> [1] https://issues.apache.org/jira/browse/TUSCANY-3459
>
> Simon
> --
> Apache Tuscany committer: tuscany.apache.org
> Co-author of a book about Tuscany and SCA: tuscanyinaction.com
It seems that there were some more issues around this (see [1])...
I'll try to dig out some more and see if I can remember little more
from when I was working on this in the past.
[1] http://tuscany.markmail.org/thread/nfzvrtrgrkdhqfkp
--
Luciano Resende
http://people.apache.org/~lresende
http://twitter.com/lresende1975
http://lresende.blogspot.com/
Re: Another 2.x beta release
On Thu, Feb 16, 2012 at 7:06 AM, ant elder wrote: > On Thu, Feb 9, 2012 at 11:50 PM, Luciano Resende wrote: > >> >> If I don't get them done by sunday night, then i don't want to hold this ... >> > > Turns out the internet where i am is slow and flaky and I'm not making > fast progress on this so no one needs to worry about holding anything > up for now. > > ...ant Thanks for the updates, we have brought up the current trunk to our environment successfully, so I'm done with the bug fixing part. I'm still working on the policy archetype, but that's not a must. -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
[jira] [Issue Comment Edited] (TUSCANY-4014) Tidy up the binding model hierarchy
[ https://issues.apache.org/jira/browse/TUSCANY-4014?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13206352#comment-13206352 ] Luciano Resende edited comment on TUSCANY-4014 at 2/12/12 7:12 AM: --- It seems that we have the following : BaseBindingImpl (located in core-spi) seems to be only used by LifecycleBinding in testing BindingImpl (located in assembly) and used by CorbaBindingImpl, HazelcastBinding and HazelcastBinding It seems safe to remove BaseBindingImpl, but before that, maybe update BindingImpl with some of it's model (e.g. unresolved and support for wireFormats and operationSelector models) Another option is to get rid of both, and make the three bindings handle the binding model itself, as all other bindings are doing. was (Author: luciano resende): It seems that we have the following : BaseBindingImpl (located in core-spi) and not really used by anyone BindingImpl (located in assembly) and used by CorbaBindingImpl, HazelcastBinding and HazelcastBinding It seems safe to remove BaseBindingImpl, but before that, maybe update BindingImpl with some of it's model (e.g. unresolved and support for wireFormats and operationSelector models) Another option is to get rid of both, and make the three bindings handle the binding model itself, as all other bindings are doing. > Tidy up the binding model hierarchy > --- > > Key: TUSCANY-4014 > URL: https://issues.apache.org/jira/browse/TUSCANY-4014 > Project: Tuscany > Issue Type: Improvement > Components: SCA Java Runtime >Affects Versions: Java-SCA-2.0-Beta3 > Environment: All >Reporter: Simon Laws >Priority: Minor > Fix For: Java-SCA-2.0 > > > As per TUSCANY-4013 the binding model is all over the pace in terms of what > extends what. We seem to have two base implementations, BindingImpl and > BaseBindingImpl, and very few binding models choose to extend them for some > reason. Would be good to tidy this up. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (TUSCANY-4014) Tidy up the binding model hierarchy
[ https://issues.apache.org/jira/browse/TUSCANY-4014?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13206352#comment-13206352 ] Luciano Resende commented on TUSCANY-4014: -- It seems that we have the following : BaseBindingImpl (located in core-spi) and not really used by anyone BindingImpl (located in assembly) and used by CorbaBindingImpl, HazelcastBinding and HazelcastBinding It seems safe to remove BaseBindingImpl, but before that, maybe update BindingImpl with some of it's model (e.g. unresolved and support for wireFormats and operationSelector models) Another option is to get rid of both, and make the three bindings handle the binding model itself, as all other bindings are doing. > Tidy up the binding model hierarchy > --- > > Key: TUSCANY-4014 > URL: https://issues.apache.org/jira/browse/TUSCANY-4014 > Project: Tuscany > Issue Type: Improvement > Components: SCA Java Runtime >Affects Versions: Java-SCA-2.0-Beta3 > Environment: All >Reporter: Simon Laws >Priority: Minor > Fix For: Java-SCA-2.0 > > > As per TUSCANY-4013 the binding model is all over the pace in terms of what > extends what. We seem to have two base implementations, BindingImpl and > BaseBindingImpl, and very few binding models choose to extend them for some > reason. Would be good to tidy this up. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Another 2.x beta release
On Thu, Feb 9, 2012 at 5:05 AM, ant elder wrote: > I've done a little clean up to the point where a release tag would > build and tag that and spun the release artifacts so we can see what > they look like at present. They're up at: > http://people.apache.org/~antelder/tuscany/2.0-Beta4-review/ > > I haven't created a branch, for the time being we can do the release > prep in trunk i think. > > ...ant Do you have any timeframe in mind for the release ? I have two things I'd like to finish (probably around the weekend) - policy maven archetype - some bugs on rest binding + minor cleanup there.. If I don't get them done by sunday night, then i don't want to hold this ... -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: [NOTICE] Jennifer Thompson voted as a Tuscany Committer
On Fri, 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 Welcome Jennifer. -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: Happy new year to one an all!
On Tue, Jan 3, 2012 at 9:23 AM, Simon Nash wrote: > Simon Laws wrote: >> >> Hope you all had a restful holiday. >> >> Simon >> > +1, Happy New Year to all! > > Simon > Thanks, Happy new year and best wishes to all, and that 2012 be a wonderful hacking year !!! -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Updates to binding.http
Binding HTTP has been refactored to provide better support for http type of invocation based on servlets and to allow mapping of HTTP operations (e.g. GET, PUT, POST, DELETE) to interface operations matching that. The RPC over HTTP style is still available using the RPC OperationSelector. I'm planning to also remove the servlet specific stuff from binding.rest, as it clear fits more with binding.http. -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
JSON-RPC 2.0 Support, was Re: svn commit: r1180780 - in /tuscany/sca-java-2.x/trunk: distribution/all/src/main/release/bin/ modules/binding-jsonrpc-runtime/ modules/binding-jsonrpc-runtime/META-INF/ m
On Mon, Oct 10, 2011 at 10:37 AM, Raymond Feng wrote:
> Hi,
> Before the changes, we use jabsorb as the jsonrpc 1.0 implementation. I
> decided to use a home grown for number of reasons:
> 1) The jsonrpc protocol is simple enough. I'm trying to avoid the dependency
> to a non-active 3rd party project
> 2) I'm trying to leverage Jackson to improve performance
> 3) I want to use JSONRPC 2.0 at some point for binding.sca remoting
> 4) I want to try gzip encoding for some situations
Great, let me pickup the compression support.
Also, I noticed that there seems to be some issues with the current
response, which seems to always send error ? Per the 2.0 spec, error
should only be sent if there is an error. I'll investigate this issue
as well. Below is what I see while running the JSON-RPC tests.
Response as null:{"id":1,"result":"echo: Hello JSON-RPC","error":null}
[1] http://jsonrpc.org/spec.html
--
Luciano Resende
http://people.apache.org/~lresende
http://twitter.com/lresende1975
http://lresende.blogspot.com/
WADL and Google APIs discovery service for REST Binding
I have added support for generating WADL for resources exposed with the rest binding, this follows the same pattern of the wsdl generation and any resource can add a ?wadl to the root of the resource. e.g.: http://localhost/Catalog?wadl I'm also going to look into adding something similar to generate a resource description document to enable live testing of resources via Google APIs Discovery Service [1] [1] http://code.google.com/apis/discovery/ -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: Exception when I call a GET to a simple REST service
.server.handlers.AbstractHandlersChain.doChain(AbstractHandlersChain.java:63) > at > org.apache.wink.server.handlers.AbstractHandlersChain.run(AbstractHandlersChain.java:48) > at > org.apache.wink.server.internal.RequestProcessor.handleRequestWithoutFaultBarrier(RequestProcessor.java:207) > at > org.apache.wink.server.internal.RequestProcessor.handleRequest(RequestProcessor.java:154) > at > org.apache.wink.server.internal.servlet.RestServlet.service(RestServlet.java:119) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:820) > at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:502) > at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:389) > at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181) > at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765) > at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152) > at org.mortbay.jetty.Server.handle(Server.java:326) > at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:534) > at > org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:864) > at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:539) > at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212) > at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404) > at > org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:409) > at org.apache.tuscany.sca.core.work.impl.Work.run(Work.java:63) > at > org.apache.tuscany.sca.core.work.impl.ThreadPoolWorkManager$DecoratingWork.run(ThreadPoolWorkManager.java:214) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) > at java.lang.Thread.run(Thread.java:636) > What can be the reason for this? > thanks Could you please post your resource interface with the proper JAX-RS annotations which might give us some hints. Without looking at the code, you might be missing a @Consumes or @Remotable annotation. -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: parsing parameters to the init method
On Sat, Aug 6, 2011 at 8:30 PM, Eranda Sooriyabandara <0704...@gmail.com> wrote: > Hi Jean-Sebastian, > I was bit confused on how am I going to maintain the relationship between > Session, Database and Group. With all these methods I am kind of lost in the > middle in choosing one. If you can call one for me I can work on it. > First I was thought of keep some status for the component but later I > realized that constructor injection will be more applicable since I have > constructors with Complex datatypes. What do you think? > In the middle of implementing I got the following problems, > Can we parse a complex datatype as a constructor parameter. > When we going to initialize the class (call the constructor). > Can we access the Objects of Session, Database and Group in the client and > access its method. > > thanks > Eranda I had a similar use case, and I modeled it like two compoments : DataSource and DataAccess, DataSource had multiple properties which were mostly database specific configuration required to instantiate a "connection" and Data Access had a reference to a dataSource which got injected by SCA. If I understand your concept of session, you might be able to handle that by using "scopes" where a singleton DataSource/DataAccess would be "injected" into a service that requires persistence access. You might need to play a little bit with generics to allow your DataSource to create different types of connections based on what persistence implementation you are utilizing. -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: Problem when using one Tuscany SCA service component inside another such service.
On Thu, Aug 4, 2011 at 1:23 AM, Simon Laws wrote:
> On Wed, Jul 27, 2011 at 5:13 PM, Subash Chaturanga
> wrote:
>> Hi devs,
>> I am a tuscany user in Apache PhotArk and I have an unexpected issue with my
>> two services and I tried to resolve this many times, but couldn't figure out
>> a way.
>> I have implemented two working tuscany SCA components
>> named, FacebookFriendFinder and FaceRecognitionService.
>>
>> I use the service FaceRecognitionService inside the
>> service FacebookFriendFinder.
>> Following is a kind of a pseudo code code to explain my situation.
>> In FacebookFriendFinder Impl class
>>
>> Photo processFBFriends() {
>> ...
>> ...
>> Photo p = FaceRecognitionService.recognize("file"); // call the recognize
>> method in the service, FaceRecognitionService.
>> --- program does not return to this line, it terminates
>> }
>>
>> In FaceRecognitionService impl class
>> public Photo recognize(String s) {
>> ...
>> ...
>> Photo p = someAPI.recognize();
>> // system.out(p) -- When I do a system.print to the Photo p before the
>> return statement, it prints the expected "p".
>> return p;
>> }
>> I am confused with this. Though "p" prints and is available just before the
>> return statement in the class FaceRecognitionService it doesn't pass to its
>> parent method any how. When I changed the return types to String from Photo,
>> it works fine and return the string.
>> So is there a problem in interacting among two tuscany SCA service
>> components when dealing with custom objects like (org.face4j.Photo) other
>> than java native ones ?
>> It will be great if I can get some idea to resolve this issue.
>>
>> Thanks
>> --
>> Subash Chaturanga
>> Department of Computer Science & Engineering
>> University of Moratuwa
>> Sri Lanka
>> Blog - http://subashsdm.blogspot.com/
>> Twitter - http://twitter.com/subash89
>>
>>
>
> Hi Subash
>
> Is FacebookFriendFinder communicating with FaceRecognitionService via
> an SCA reference? From you psuedo code it looks like a static call? If
> there is an SCA wire between the two the precise behaviour will depend
> on the service interfaces the binding involved and any
> intents/annotations that may have been added so we'd need to see more
> detail of the composite you have.
>
> Regards
>
> Simon
>
>
Subash ended up solving the problem which was related to the DTO used
by Face4j not being serialazible. I suggested him to utilize it's own
model class and that solved the problem.
Thanks
--
Luciano Resende
http://people.apache.org/~lresende
http://twitter.com/lresende1975
http://lresende.blogspot.com/
Re: svn commit: r1151632 - in /tuscany/sca-java-2.x/trunk/modules/binding-sca-runtime: ./ META-INF/ src/main/java/org/apache/tuscany/sca/binding/local/ src/main/java/org/apache/tuscany/sca/binding/sca
On Wed, Jul 27, 2011 at 7:20 PM, Raymond Feng wrote: > Hi, > I have some concerns about the WSDL generation for all remotable interfaces. > It's pretty expensive to generate the WSDL from a Java interface. As more > and more web APIs move toward REST/JSON these days, I'm not sure why we need > to pay the penalty if we'll never use the WSDL SOAP WS. > Can we make it optional (or maybe we should only do thing for binding.ws)? > Thanks, > Raymond +1 -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: Cross-Origin Resource Sharing support on the HTTP binding
On Mon, Jul 25, 2011 at 1:16 PM, ant elder wrote: > I've hacked some code together to support Cross-Origin Resource > Sharing (CORS) which is newer replacement to JSONP (which we support > with ) and i was wondering what the best place to put > it is. I've tried in binding.http but that is a bit old now and hasn't > really kept up with all the work in binding.rest, i've added it to > binding.rest too but i don't really like the name REST in that binding > and alll the old RPC function that it includes. So now i wondered if > it was time for something new as we have talked about merging or > replacing binding.http/binding.rest in the past so i wonder if it was > time for something like a binding.jaxrs which has all the good new > bits from binding.rest and http and then CORS could be supported with > something like or maybe even have > CORS enabled by default. > > Comments or preferences? > > ...ant > What is the old RPC stuff that you want to remove from REST ? If you are referring for the old Collection support, I'm +1 on cleaning up that from REST binding. If you are referring to the different operation selectors, then I believe we should leave it there as I have couple scenarios that require that functionality. Having said that, I really wouldn't like to create yet a 3rd binding. Is there a way we can enable CORS as an optional operationSelector. -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: Problem I faced with converting the datastore to a SCA component
On Mon, Jul 25, 2011 at 11:35 AM, Eranda Sooriyabandara <0704...@gmail.com> wrote: > Hi devs, > I am creating a NoSQL datastore component for some NoSQL databases. > Here I used my own API to generalize all the databases. In my datastore > there are 4 interfaces as follows(with method signatures), > 1. SessionFactory - Manage sessions > 2. Session - Manage Databases > > Database createDatabase(String databaseName) throws SessionException; > Database getDatabase(String databaseName) throws SessionException; > void deleteDatabase(String databaseName) throws DatabaseNotFoundException, > SessionException; > > 3. Database - Manage Groups > > Group createGroup(String groupId); > Group getGroup(String groupId); > void deleteGroup(String groupId) throws GroupNotFoundException; > > 4. Group - Manage entries (Actual data to be stored) > > void addEntry(String key, String value) throws DuplicateEntryException; > void updateEntry(String key, String value) throws EntryNotFoundException; > void deleteEntry(String key) throws EntryNotFoundException; > String getEntry(String key) throws EntryNotFoundException; > Do you need an option to read multiple entries, and some ability to filter (query) ? -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
[jira] [Created] (TUSCANY-3897) Composite documentation element is ignored by tuscany parser
Composite documentation element is ignored by tuscany parser Key: TUSCANY-3897 URL: https://issues.apache.org/jira/browse/TUSCANY-3897 Project: Tuscany Issue Type: Bug Components: Java SCA Assembly Model Reporter: Luciano Resende Priority: Minor The SCA schema dfines the following : But it seems that our parser is not considering those -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: How can we do a next 2.x release?
On Wed, Jul 13, 2011 at 6:48 AM, Mike Edwards wrote: > Folks, > > I'd like to see us do a full 2.x release - not another Beta. > > 2.x has been around for a while and it's in pretty good shape. A full > release is called for in my opinion. If some samples aren't of the right > quality, then leave them out for now - they can be added back later once > they are in acceptable shape. > > I'm OK with 2.x release as long as : there is source and binary distributions, and there are few samples that demonstrates different ways of running tuscany. if people are in a rush to get something out, I'm also fine with a beta3 in a week timeframe, and 2.x within a month timeframe. Thoughts ? -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: Rename binding-ws-runtime-axis2 to binding-ws-runtime
On Wed, Jul 13, 2011 at 3:14 AM, Simon Laws wrote: > > I don't mind about the rename but I'm against moving the alternatives > out of trunk just yet as I haven't completely given up on them even > though I haven't touched them for a good while. > > Simon > Same here, please don't move the binding out of trunk as there are users using it. -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: How can we do a next 2.x release?
On Tue, Jul 12, 2011 at 3:16 PM, ant elder wrote: > On Tue, Jul 12, 2011 at 10:30 PM, Luciano Resende > wrote: >> On Tue, Jul 12, 2011 at 12:54 PM, ant elder wrote: >>> I've been trying to help a user get going with one of the samples >>> using the latest code but its ended up needing a bunch of change to >>> the sample pom.xml's to get it to work with the latest snapshot code. >>> One of the issues is if you checkout a sample like >>> https://svn.apache.org/repos/asf/tuscany/sca-java-2.x/trunk/samples/getting-started/helloworld/ >>> and try to build it that doesn't work unless you've built trunk >>> locally. >> >> So, wouldn't this be a similar issue if you get a released version of >> the helloworld with a released version of tuscany compared to the most >> recent snapshots ? >> >>> But thats just one of the reasons, its been ages since we did >>> a trunk release and there are lots of good changes in there. Last time >>> we talked about this I couldn't find three people who said they'd vote >>> for a release, If i just cut an RC of what the trunk builds now i >>> expect there are a lot of broken samples missing doc and and incorrect >>> readme's so whats the minimum we could do to fix that which would get >>> three +1s? If i just did a trunk source release + maven module release >>> but no binary distro would anyone vote for that? Or if i stripped out >>> all the samples or maybe except for one or two samples which really >>> worked and had good READMEs would you vote for that? Or what else >>> would it take? >>> >>> ...ant >>> >> >> What would be the "version name" for the release ? I think we should >> do a regular milestone/beta release and I'd be ok if some samples >> might be broken, but I wouldn't like to see source only distros, as >> that would kind require the users to have to build anyway, unless they >> are using maven which it's not really a requirement we have imposed >> into users before. >> > > Ok thats sounding more promising, i don't mind not doing a source only > release i just want _a_ release with the module jars in maven central, > i don't mind what its called 2.0-Beta3 or M6 or something else. So how > about if its called 2.0-Beta3 and based off the current trunk so the > samples and distro are as they are. I'll try and clean up some > helloworld samples but i wont have the time to make all of the samples > perfect. > > ...ant > What's the timeframe you are looking for ? I could look at some samples and other minor cleanups over the weekend. -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: Rename binding-ws-runtime-axis2 to binding-ws-runtime
On Tue, Jul 12, 2011 at 3:06 PM, ant elder wrote: > If you mean the binding-ws-runtime-jaxws-ri module which uses the base > JDK6 classes then yes i agree that would be ideal but it doesn't work > very well yet, the axis2 based binding is the only one that works > completely presently, eg > http://apache.markmail.org/message/75njrpcrsizxkhdo > > ...ant > Other then the issue described on the message where the jaxws based binding implementation is not totally spec compliant, do we see other issues with the binding, more towards functionality for accessing soap webservices references ? -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: How can we do a next 2.x release?
On Tue, Jul 12, 2011 at 12:54 PM, ant elder wrote: > I've been trying to help a user get going with one of the samples > using the latest code but its ended up needing a bunch of change to > the sample pom.xml's to get it to work with the latest snapshot code. > One of the issues is if you checkout a sample like > https://svn.apache.org/repos/asf/tuscany/sca-java-2.x/trunk/samples/getting-started/helloworld/ > and try to build it that doesn't work unless you've built trunk > locally. So, wouldn't this be a similar issue if you get a released version of the helloworld with a released version of tuscany compared to the most recent snapshots ? > But thats just one of the reasons, its been ages since we did > a trunk release and there are lots of good changes in there. Last time > we talked about this I couldn't find three people who said they'd vote > for a release, If i just cut an RC of what the trunk builds now i > expect there are a lot of broken samples missing doc and and incorrect > readme's so whats the minimum we could do to fix that which would get > three +1s? If i just did a trunk source release + maven module release > but no binary distro would anyone vote for that? Or if i stripped out > all the samples or maybe except for one or two samples which really > worked and had good READMEs would you vote for that? Or what else > would it take? > > ...ant > What would be the "version name" for the release ? I think we should do a regular milestone/beta release and I'd be ok if some samples might be broken, but I wouldn't like to see source only distros, as that would kind require the users to have to build anyway, unless they are using maven which it's not really a requirement we have imposed into users before. -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: NoClassDefFoundError Exception occurred from SCADomain.newInstance() method
On Mon, Jul 11, 2011 at 8:21 AM, Luciano Resende wrote: > > First, it seems that you are using Tuscany 1.x, compared to Tuscany > 2.x which is what Photark is using. > To me, it seems that there are runtime dependencies missing an thus > the Tuscany runtime is not started properly. > Do you what to share your pom.XML and web.composite to help us > investigate the issue ? > Also, the following files can give you some more ideas on how to create the unit tests : Required dependencies : https://svn.apache.org/repos/asf/incubator/photark/branches/photark-rest/photark-filesystem/pom.xml Composite : https://svn.apache.org/repos/asf/incubator/photark/branches/photark-rest/photark-filesystem/src/test/resources/gallery.composite Unit Test that bootstraps Tuscany : https://svn.apache.org/repos/asf/incubator/photark/branches/photark-rest/photark-filesystem/src/test/java/org/apache/photark/services/filesystem/FileSystemGalleryTestCase.java -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: NoClassDefFoundError Exception occurred from SCADomain.newInstance() method
On Monday, July 11, 2011, Subash Chaturanga wrote:
> Hi all,I am new to Tuscany and I am trying to write a test case to an already
> existing tuscany service component, in a webapp.So I am trying to invoke my
> service directly from a JUnit test and tried the following code block.
>
> SCADomain scaDomain;
> scaDomain = SCADomain.newInstance("web.composite"); --
> line1 FaceRecognitionService patSvc =
> scaDomain.getService(FaceRecognitionService.class, "FaceRecognitionService");
>
> Photo p = patSvc.detectFromUrls("").get(0)
> System.out.println(p.toString()); scaDomain.close();
>
> and got the following Exception. Any ideas to resolve this ?
> java.lang.NoClassDefFoundError: org/osoa/sca/ServiceRuntimeException at
> org.apache.photark.face.facebook.test.GenericFaceRecognitionTestCase.test1(GenericFaceRecognitionTestCase.java:74)
>
> at
> org.apache.photark.face.facebook.test.GenericFaceRecognitionTestCase.testFaceRecognition(GenericFaceRecognitionTestCase.java:50)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>
> at
> org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
> at
> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
>
> at
> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
>at
> org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20)
>
> at
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
>at
> org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31)
>
> at
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:73)
> at
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:46)
>
> at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:180)
> at org.junit.runners.ParentRunner.access$000(ParentRunner.java:41)
>
> at org.junit.runners.ParentRunner$1.evaluate(ParentRunner.java:173)
> at
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
>
> at
> org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31)
> at org.junit.runners.ParentRunner.run(ParentRunner.java:220)
>
> at org.junit.runner.JUnitCore.run(JUnitCore.java:137) at
> com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(JUnit4IdeaTestRunner.java:94)
>
> at
> com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:192)
>at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:64)
>
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>
> at
> com.intellij.rt.execution.application.AppMain.main(AppMain.java:110)Caused
> by: java.lang.ClassNotFoundException: org.osoa.sca.ServiceRuntimeException
> at java.net.URLClassLoader$1.run(URLClassLoader.java:202) at
> java.security.AccessController.doPrivileged(Native Method)
>
> at java.net.URLClassLoader.findClass(URLClassLoader.java:190) at
> java.lang.ClassLoader.loadClass(ClassLoader.java:307)
>
> at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:248)
>
> ... 29 more
> Thanks
> --
> Subash ChaturangaDepartment of Computer Science & EngineeringUniversity of
> Moratuwa
> Sri Lanka
> Blog -
> http://subashsdm.blogspot.com <http://subashsdm.blogspot.com/>/Twitter
> - http://twitter.com/subash89
>
>
>
First, it seems that you are using Tuscany 1.x, compared to Tuscany
2.x which is what Photark is using.
To me, it seems that there are runtime dependencies missing an thus
the Tuscany runtime is not started properly.
Do you what to share your pom.XML and web.composite to help us
investigate the issue ?
--
Luciano Resende
http://people.apache.org/~lresende
http://twitter.com/lresende1975
http://lresende.blogspot.com/
Re: [adding JMX capabilities to tuscany] Problem in boot strapping Tuscany
On Sat, Jul 9, 2011 at 9:53 PM, Amindri Udugala
wrote:
> Hi,
>
>
> After going through the Tuscany code carefully I decided that the best way
> to access runtime artifacts like Endpoints, Components, Composites and
> Services was to access the DomainRegistryFactoryExtension
> Point. Bellow is code snippet where I access these objects.
>
> for (DomainRegistryFactory factory : factories.getDomainRegistryFactories())
> {
> Collection domainRegistries =
> factory.getEndpointRegistries();
>
> for (DomainRegistry domainRegistry : domainRegistries) {
>
> compositeManagement.register(domainRegistry.getDomainComposite());
> List componentList =
> domainRegistry.getDomainComposite().getComponents();
>
> for (Component component : componentList) {
> componentManagement.register(component);
>
> List componentServiceList =
> component.getServices();
> for (ComponentService componentService :
> componentServiceList) {
>
> componentServiceManagement.register(componentService);
> }
> }
>
> Collection endpointCollection =
> domainRegistry.getEndpoints();
> for (Endpoint ep : endpointCollection) {
> endpointManagement.registerEndpoints(ep);
> }
> }
> }
>
>
> The problem is that when I run the code there it doesn't receive any data.
> (I have attached an image of the Jconsole -nodata.png) . But the
> PolicyProviderfactories in ProviderfactoryExtensionPoint are shown (have
> attached an image of that too).
>
> What I did to bootstrap tuscany was, executing LaunchCalculatorContribution
> with a Thread.sleep(1) right after invoking node.getService(.). I
> found it a bit tedious to run the tuscany shell. Is it because the way I
> have bootstrp tuscany that I don't get nay data to rest of the beans? Is
> there a better way of accessing runtime artifacts?
>
> Also I have a problem with the jmx-activator module. This module should be
> invoked when Tuscany is boot strapped as it implements the ModuleActivator
> interface, also I have taken other necessary actions as mentioned in the
> development guide. But it is not invoked, so just for testing purpose i
> created an object of JmxModuleActivator in the LaunchCalculatorContribution
> and called the start method in it.
>
> Hope you can give me some advice on these issues. Also I will attach the
> revised patch to JIRA.
>
Without knowing all the details, this seems like missing dependency
issues. The Tuscany runtime use the service discover pattern to
register extensions and to activate the module activators. Maybe this
can give you a clue for further investigating the problem.
--
Luciano Resende
http://people.apache.org/~lresende
http://twitter.com/lresende1975
http://lresende.blogspot.com/
Re: Compile error in trunk sca-java-2.x
Is this really blocking you or do you need this module for your development ? Otherwise you can do a mvn -fae and let maven continue and only report errors at the end. -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: [Composite Diagram Generator] Need a suggestion
On Mon, Jul 4, 2011 at 9:44 AM, Nirmal Fernando wrote: > > > On Mon, Jul 4, 2011 at 10:05 PM, Simon Laws > wrote: >> >> On Mon, Jul 4, 2011 at 5:30 PM, Luciano Resende >> wrote: >> > On Mon, Jul 4, 2011 at 6:21 AM, Nirmal Fernando >> > wrote: >> >> >> >> Considering all the facts (such as getting exceptions when we load a >> >> composite with errors etc.) I decided >> >> to stick with my own code on to recognize artifacts in a composite XML >> >> :), >> >> but of course I could get help from >> >> existing code. >> >> >> >> Current code lives at >> >> >> >> https://svn.apache.org/repos/asf/tuscany/collaboration/GSoC-2011-Nirmal/. >> >> >> >> Few recognized todos : >> >> >> >> * References/Services that are directly linked with the composite (i.e. >> >> not >> >> with a component), should be addressed. >> >> * Wire should be flexible and should not draw over other artifacts, >> >> where >> >> it's not necessary. >> >> * Implementation.java elements of a component should be addressed more >> >> carefully. >> >> * Using "Promotion" for wiring should be addressed. >> >> * Should check with the spec and the community whether the all >> >> allowed/used >> >> ways(combinations) are supported. >> >> * Test cases >> >> * Provides corresponding HTML output. >> >> * Documenting layout algorithm. >> >> >> > >> > Going with your own code means that you will have to mimic very >> > complex code that handles the resolution of imports/exports, >> > implementation.composite and other corner cases and not being able to >> > properly handle this cases will make the tool not useful, which is the >> > same case we see with the Eclipse STP plugin that is somewhat not >> > useful a more real complex scenario composite. I know that sometimes >> > it is hard to understand somebody else code, but in this case, it >> > might be more productive to tweak the contribution processor code to >> > be able to, based on a flag, have the expected behavior that you are >> > expecting. >> > > > I quote what I said earlier "I decided to stick with my own code on to > recognize artifacts in a composite XML :), but of course I could get help > from existing code.", what I meant was, I will look into the existing code > and provide support for the missing cases. :) > > But that is the thing, it's a somewhat complex and very extensible code, which you will now be duplicating it, and make the maintenance of the code very expensive. Also, it might be much simpler for you to understand how the artifact processor framework works, and tweak that to have the expected behavior you want, then to duplicate all the scenarios in your code. BTW, in the scenario that you use your own code, how are you going to handle when someone create a new extension, will it always have to update your code ? >> >> Is there anything we can do to help with understanding the existing code? > > I am glad if you can point me to the classes that parse a composite XML. > > Thanks for all the help and thoughts! > At a start point, look at contribution module, and the artifact processor pattern used, for now, you should be interested in the read phase. The following page might be a good start for you : http://tuscany.apache.org/sca-java-architecture-guide.html particularly the following diagram http://tuscany.apache.org/sca-java-architecture-guide.data/contribution_overview.jpg -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: [Composite Diagram Generator] Need a suggestion
On Mon, Jul 4, 2011 at 6:21 AM, Nirmal Fernando wrote: > > Considering all the facts (such as getting exceptions when we load a > composite with errors etc.) I decided > to stick with my own code on to recognize artifacts in a composite XML :), > but of course I could get help from > existing code. > > Current code lives at > https://svn.apache.org/repos/asf/tuscany/collaboration/GSoC-2011-Nirmal/. > > Few recognized todos : > > * References/Services that are directly linked with the composite (i.e. not > with a component), should be addressed. > * Wire should be flexible and should not draw over other artifacts, where > it's not necessary. > * Implementation.java elements of a component should be addressed more > carefully. > * Using "Promotion" for wiring should be addressed. > * Should check with the spec and the community whether the all allowed/used > ways(combinations) are supported. > * Test cases > * Provides corresponding HTML output. > * Documenting layout algorithm. > Going with your own code means that you will have to mimic very complex code that handles the resolution of imports/exports, implementation.composite and other corner cases and not being able to properly handle this cases will make the tool not useful, which is the same case we see with the Eclipse STP plugin that is somewhat not useful a more real complex scenario composite. I know that sometimes it is hard to understand somebody else code, but in this case, it might be more productive to tweak the contribution processor code to be able to, based on a flag, have the expected behavior that you are expecting. -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: [VOTE] Release Tuscany Bundle Plugin 1.0.8 RC1
On Mon, Jun 27, 2011 at 8:49 AM, Raymond Feng wrote: > Hi, > Ant, I don't think it's a good idea to switch back a binary distribution > without OSGi support. If so, do we discard the OSGi enablement for Tuscany? > We spent a lot of efforts to make it happen and I think the OASIS compliance > tests run with the OSGi mode. I completely agree with Raymond, OSGi support should not be removed. -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
