Fwd: GSOC working space
Hi, On Wed, May 11, 2011 at 10:22 AM, Jean-Sebastien Delfino < jsdelf...@apache.org> wrote: > On Sun, May 8, 2011 at 9:25 PM, Luciano Resende > wrote: > > On Sun, May 8, 2011 at 8:04 PM, Nirmal Fernando > wrote: > >> Hi, > >> > >> On Mon, May 9, 2011 at 6:44 AM, Luciano Resende > >> wrote: > >>> > >>> On Sat, May 7, 2011 at 7:50 AM, Nirmal Fernando < > nirmal070...@gmail.com> > >>> wrote: > >>> > Hi, > >>> > > >>> > I would like to send my initial patch which is a composite diagram > >>> > generator > >>> > prototype using Apache Batik. > >>> > How should I share the project? It's around 3MB including Apache > Batik > >>> > binaries. > >>> > > >>> > Thanks. > >>> > > >>> > >>> Are you using maven to create the project ? the batik dependencies can > >>> be defined as dependencies and thus you won't need to provide the > >>> binaries itself. > >> > >> Not really, it's just a Java project created by Eclipse! > >>> > >>> > > > > Then, it's ok if you just attach it as a zip, but you should start > > migrating it to a maven project. To make things easier, you could try > > merging your new code inside modules/node-manager ... I could try > > helping with that... > > > > > > Looks like good progress already :) > > You can attach it to a JIRA, but we usually don't put dependency JARs in > SVN. > > Also, it'll be easier for others to try your code if you do the following: > - create a Maven module with a pom.xml file declaring your dependencies; > - check that this module builds OK with Maven after you've built the > Tuscany trunk; > - use mvn eclipse:eclipse to generate an Eclipse project from the > declarations in your pom.xml. > > These steps are a little more work than just creating and exporting a > project from Eclipse, but they help: > - share your work with more people in the community, e.g. people not > using Eclipse, like me for example; > - make it easier for others to get in your code, as it'll be in a > predictable Maven folder structure; > - provide a reproducible, command line based, way to build, execute > and test your code; > - eventually integrate your code and tests in the project's automated > builds. > > As a starting point you could copy the structure of an existing > Tuscany Maven module (just the pom.xml and the folder structure), like > node-manager for example. Once that works, add a test case or two > under src/test/java, as it'll help others play with it and understand > how to invoke it. > Just wanna get clarified whether what I am doing now is what you have expected. Now, I am creating a whole new Maven project which has no connection to Tuscany trunk. > > Hope this helps. > -- > Jean-Sebastien > -- Best Regards, Nirmal C.S.Nirmal J. Fernando Department of Computer Science & Engineering, Faculty of Engineering, University of Moratuwa, Sri Lanka. Blog: http://nirmalfdo.blogspot.com/ -- Best Regards, Nirmal C.S.Nirmal J. Fernando Department of Computer Science & Engineering, Faculty of Engineering, University of Moratuwa, Sri Lanka. Blog: http://nirmalfdo.blogspot.com/
Re: GSoC NoSQL DataStore scenario, was: [jira] [Commented] (TUSCANY-3522) [GSoC 2011] Develop a 'NoSQL' Datastore component for Apache Cassandra, CouchDB, Hadoop/Hbase
Hi Jean-Sebastian, I like to try with the Twitter-like app since it will be interesting. Any comments? If you can provide me the location of REST service example for shopping cart app then I can use it for get some idea from it. thanks Eranda
Re: Board report time
On Wed, May 11, 2011 at 12:33 AM, ant elder wrote: > I need to submit an ASF board report next week, if anyone has things > to mention let me know. So far i can think of the 1.6.1 and 2.0-Beta2 > releases, Florian becoming a PMC member and Nirmal getting website > access, and all the GSoC projects we've got. And perhaps also mention > something about all the 2.0 progress and sample discussion debates. > Anything else? > > ...ant > +1 with the 1.6.2 correction pointed by Simon. -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: GSOC working space
On Wed, May 11, 2011 at 10:22 AM, Jean-Sebastien Delfino < jsdelf...@apache.org> wrote: > On Sun, May 8, 2011 at 9:25 PM, Luciano Resende > wrote: > > On Sun, May 8, 2011 at 8:04 PM, Nirmal Fernando > wrote: > >> Hi, > >> > >> On Mon, May 9, 2011 at 6:44 AM, Luciano Resende > >> wrote: > >>> > >>> On Sat, May 7, 2011 at 7:50 AM, Nirmal Fernando < > nirmal070...@gmail.com> > >>> wrote: > >>> > Hi, > >>> > > >>> > I would like to send my initial patch which is a composite diagram > >>> > generator > >>> > prototype using Apache Batik. > >>> > How should I share the project? It's around 3MB including Apache > Batik > >>> > binaries. > >>> > > >>> > Thanks. > >>> > > >>> > >>> Are you using maven to create the project ? the batik dependencies can > >>> be defined as dependencies and thus you won't need to provide the > >>> binaries itself. > >> > >> Not really, it's just a Java project created by Eclipse! > >>> > >>> > > > > Then, it's ok if you just attach it as a zip, but you should start > > migrating it to a maven project. To make things easier, you could try > > merging your new code inside modules/node-manager ... I could try > > helping with that... > > > > > > Looks like good progress already :) > > You can attach it to a JIRA, but we usually don't put dependency JARs in > SVN. > > Also, it'll be easier for others to try your code if you do the following: > - create a Maven module with a pom.xml file declaring your dependencies; > - check that this module builds OK with Maven after you've built the > Tuscany trunk; > - use mvn eclipse:eclipse to generate an Eclipse project from the > declarations in your pom.xml. > > These steps are a little more work than just creating and exporting a > project from Eclipse, but they help: > - share your work with more people in the community, e.g. people not > using Eclipse, like me for example; > - make it easier for others to get in your code, as it'll be in a > predictable Maven folder structure; > - provide a reproducible, command line based, way to build, execute > and test your code; > - eventually integrate your code and tests in the project's automated > builds. > > As a starting point you could copy the structure of an existing > Tuscany Maven module (just the pom.xml and the folder structure), like > node-manager for example. Once that works, add a test case or two > under src/test/java, as it'll help others play with it and understand > how to invoke it. > > Hope this helps. > Thanks Jean for the detailed information, I will create a Maven project. > -- > Jean-Sebastien > -- Best Regards, Nirmal C.S.Nirmal J. Fernando Department of Computer Science & Engineering, Faculty of Engineering, University of Moratuwa, Sri Lanka. Blog: http://nirmalfdo.blogspot.com/
Re: [NOTICE] Nirmal Fernando voted website committer
Thanks all!! :) -- Best Regards, Nirmal C.S.Nirmal J. Fernando Department of Computer Science & Engineering, Faculty of Engineering, University of Moratuwa, Sri Lanka. Blog: http://nirmalfdo.blogspot.com/
Re: Drawing composite graphs, was: [jira] [Commented] (TUSCANY-3496) Develop a simple tool that can be used to generate composite diagrams from the xml files
Hi Jean, On Wed, May 11, 2011 at 10:49 AM, Jean-Sebastien Delfino < jsdelf...@apache.org> wrote: > On Sun, May 8, 2011 at 10:21 AM, C.S. Nirmal J. Fernando (JIRA) > wrote: > > > >[ > https://issues.apache.org/jira/browse/TUSCANY-3496?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13030511#comment-13030511] > > > > C.S. Nirmal J. Fernando commented on TUSCANY-3496: > > -- > > > > Hi, > > > > I'm looking at Graphviz API, playing around it and checking whether it > can be used in this project ! > > Also watching few screen casts, reading the paper "Drawing graphs with > dot" by Emden Gansner and Eleftherios Koutsofios and Stephen North to learn > "dot language", and experimenting :) > > > > Sounds good. > > I think it'd be interesting to try to generate the same diagram using > Batik, Graphviz, and 'nothing' (just print SVG directly in your code), > and then compare the three programs. There may be other options out > there too, but I'm suggesting to try the 'nothing' approach, as in my > experience SVG is easy enough to print without a complex object model > like Batik's. > Don't you think that 'nothing' approach would need some significant work on finding/implementing a layout building algorithm? If Graphviz implementation succeed, I am not sure whether it is worth to put an effort on 'nothing' approach. What do you think? Thanks. > -- > Jean-Sebastien > -- Best Regards, Nirmal C.S.Nirmal J. Fernando Department of Computer Science & Engineering, Faculty of Engineering, University of Moratuwa, Sri Lanka. Blog: http://nirmalfdo.blogspot.com/
Re: getting domain information
On Wed, May 11, 2011 at 3:35 PM, Simon Laws wrote:
> On Wed, May 11, 2011 at 11:56 AM, ant elder wrote:
>> On Wed, May 11, 2011 at 11:26 AM, Simon Laws
>> wrote:
>>> Quick question. Ant, I notice that you've been adding more information
>>> to the endpoint (domain?) registry. Also there are some operations in
>>> the domain node that use some of that information to present
>>> information, such as the domain composite. Is that information
>>> available from a domain node without starting a composite in that
>>> node?
>>>
>>> I'm asking as I'd like to start up a process to look into the domain.
>>> Re-using that code makes sense but I don't want to have to start a
>>> composite just to look at what's already in the domain.
>>>
>>
>> That is exactly what i'm presently working on to try to get going
>> better, at the moment some things work and others don't so its a bit
>> hit and miss, mainly beacuse we didn't/don't have all the information
>> in the registry, it should be going better soon as i get it finished.
>
> Interesting. It seems that what I needed basically works at the moment
> in that I can do.
>
> node = tuscanyRuntime.createNode("uri:" + domainName);
> node.getEndpointRegistry().getEndpoints().toString();
>
> And expect to get any endpoints that are currently in the domain. I.e
> the domain info is available even though I haven't "started" the node.
>
> If this had not been the case I could of course have attacked the
> registry directly however as you are adding code to do things like
> construct the domain composite it seems useful to be able to re-use
> that code.
>
>>
>> So for example if you start two shells, eg with one with mvn
>> tuscany:shell -DdomainURI=uri:default, and the other in the helloworld
>> sample with mvn tuscany:run -DdomainURI=uri:default, then in both
>> shells if you type "services" you should see the helloworld service
>> endpoint, if you type "installed" you should see the installed
>> helloworld contribution. You can't yet use the invoke command in
>> either because in the remote shell it doesn't yet have the service
>> interface so can't create the proxy, but if you where doing it
>> programatically with then API calls then you can invoke the service in
>> the remote node.
>
> At the moment I was just wanting to see what's there. I'm interested
> in how the domain artifacts might map to URIs / URLs. Not interested
> in actually invoking anything at the moment.
>
>>
>> What i'm trying to finish now is to have all the node api calls and
>> shell commands all reflected everywhere across the distributed domain.
>> So on one node you can install a contribution, on another see that
>> contribution and start composites in it etc.
>>
>> ...ant
>>
>
> Simon
>
> --
> Apache Tuscany committer: tuscany.apache.org
> Co-author of a book about Tuscany and SCA: tuscanyinaction.com
>
As an aside I see OSGi issues in the hazelcast registry area when I
suck it into Eclipse. I have local fixes but I haven't run the build
yet.
Simon
--
Apache Tuscany committer: tuscany.apache.org
Co-author of a book about Tuscany and SCA: tuscanyinaction.com
Re: getting domain information
On Wed, May 11, 2011 at 11:56 AM, ant elder wrote:
> On Wed, May 11, 2011 at 11:26 AM, Simon Laws
> wrote:
>> Quick question. Ant, I notice that you've been adding more information
>> to the endpoint (domain?) registry. Also there are some operations in
>> the domain node that use some of that information to present
>> information, such as the domain composite. Is that information
>> available from a domain node without starting a composite in that
>> node?
>>
>> I'm asking as I'd like to start up a process to look into the domain.
>> Re-using that code makes sense but I don't want to have to start a
>> composite just to look at what's already in the domain.
>>
>
> That is exactly what i'm presently working on to try to get going
> better, at the moment some things work and others don't so its a bit
> hit and miss, mainly beacuse we didn't/don't have all the information
> in the registry, it should be going better soon as i get it finished.
Interesting. It seems that what I needed basically works at the moment
in that I can do.
node = tuscanyRuntime.createNode("uri:" + domainName);
node.getEndpointRegistry().getEndpoints().toString();
And expect to get any endpoints that are currently in the domain. I.e
the domain info is available even though I haven't "started" the node.
If this had not been the case I could of course have attacked the
registry directly however as you are adding code to do things like
construct the domain composite it seems useful to be able to re-use
that code.
>
> So for example if you start two shells, eg with one with mvn
> tuscany:shell -DdomainURI=uri:default, and the other in the helloworld
> sample with mvn tuscany:run -DdomainURI=uri:default, then in both
> shells if you type "services" you should see the helloworld service
> endpoint, if you type "installed" you should see the installed
> helloworld contribution. You can't yet use the invoke command in
> either because in the remote shell it doesn't yet have the service
> interface so can't create the proxy, but if you where doing it
> programatically with then API calls then you can invoke the service in
> the remote node.
At the moment I was just wanting to see what's there. I'm interested
in how the domain artifacts might map to URIs / URLs. Not interested
in actually invoking anything at the moment.
>
> What i'm trying to finish now is to have all the node api calls and
> shell commands all reflected everywhere across the distributed domain.
> So on one node you can install a contribution, on another see that
> contribution and start composites in it etc.
>
> ...ant
>
Simon
--
Apache Tuscany committer: tuscany.apache.org
Co-author of a book about Tuscany and SCA: tuscanyinaction.com
Re: getting domain information
On Wed, May 11, 2011 at 11:26 AM, Simon Laws wrote: > Quick question. Ant, I notice that you've been adding more information > to the endpoint (domain?) registry. Also there are some operations in > the domain node that use some of that information to present > information, such as the domain composite. Is that information > available from a domain node without starting a composite in that > node? > > I'm asking as I'd like to start up a process to look into the domain. > Re-using that code makes sense but I don't want to have to start a > composite just to look at what's already in the domain. > That is exactly what i'm presently working on to try to get going better, at the moment some things work and others don't so its a bit hit and miss, mainly beacuse we didn't/don't have all the information in the registry, it should be going better soon as i get it finished. So for example if you start two shells, eg with one with mvn tuscany:shell -DdomainURI=uri:default, and the other in the helloworld sample with mvn tuscany:run -DdomainURI=uri:default, then in both shells if you type "services" you should see the helloworld service endpoint, if you type "installed" you should see the installed helloworld contribution. You can't yet use the invoke command in either because in the remote shell it doesn't yet have the service interface so can't create the proxy, but if you where doing it programatically with then API calls then you can invoke the service in the remote node. What i'm trying to finish now is to have all the node api calls and shell commands all reflected everywhere across the distributed domain. So on one node you can install a contribution, on another see that contribution and start composites in it etc. ...ant
getting domain information
Quick question. Ant, I notice that you've been adding more information to the endpoint (domain?) registry. Also there are some operations in the domain node that use some of that information to present information, such as the domain composite. Is that information available from a domain node without starting a composite in that node? I'm asking as I'd like to start up a process to look into the domain. Re-using that code makes sense but I don't want to have to start a composite just to look at what's already in the domain. Simon -- Apache Tuscany committer: tuscany.apache.org Co-author of a book about Tuscany and SCA: tuscanyinaction.com
Re: [NOTICE] Nirmal Fernando voted website committer
On Wed, May 11, 2011 at 9:24 AM, Simon Nash wrote: > Luciano Resende wrote: >> >> The Tuscany PMC has voted to make Nirmal Fernando as a website committer. >> Congratulations, and have fun helping enhancing/fixing our website. >> > Congratulations Nirmal, and thanks for being willing to help with the > website. > > Simon > > Congrats and welcome Nirmal. Simon -- Apache Tuscany committer: tuscany.apache.org Co-author of a book about Tuscany and SCA: tuscanyinaction.com
Re: Board report time
On Wed, May 11, 2011 at 9:41 AM, ant elder wrote: > Ah yes, thanks for the correction. > > ...ant > > On Wed, May 11, 2011 at 9:41 AM, Simon Nash wrote: >> ant elder wrote: >>> >>> I need to submit an ASF board report next week, if anyone has things >>> to mention let me know. So far i can think of the 1.6.1 and 2.0-Beta2 >>> releases, Florian becoming a PMC member and Nirmal getting website >>> access, and all the GSoC projects we've got. And perhaps also mention >>> something about all the 2.0 progress and sample discussion debates. >>> Anything else? >>> >>> ...ant >>> >>> >> Nothing else from me. You meant to say 1.6.2, not 1.6.1. >> >> Simon >> >> > Seems pretty complete to me Ant Simon -- Apache Tuscany committer: tuscany.apache.org Co-author of a book about Tuscany and SCA: tuscanyinaction.com
Re: Board report time
Ah yes, thanks for the correction. ...ant On Wed, May 11, 2011 at 9:41 AM, Simon Nash wrote: > ant elder wrote: >> >> I need to submit an ASF board report next week, if anyone has things >> to mention let me know. So far i can think of the 1.6.1 and 2.0-Beta2 >> releases, Florian becoming a PMC member and Nirmal getting website >> access, and all the GSoC projects we've got. And perhaps also mention >> something about all the 2.0 progress and sample discussion debates. >> Anything else? >> >> ...ant >> >> > Nothing else from me. You meant to say 1.6.2, not 1.6.1. > > Simon > >
Re: Board report time
ant elder wrote: I need to submit an ASF board report next week, if anyone has things to mention let me know. So far i can think of the 1.6.1 and 2.0-Beta2 releases, Florian becoming a PMC member and Nirmal getting website access, and all the GSoC projects we've got. And perhaps also mention something about all the 2.0 progress and sample discussion debates. Anything else? ...ant Nothing else from me. You meant to say 1.6.2, not 1.6.1. Simon
Re: [NOTICE] Nirmal Fernando voted website committer
Luciano Resende wrote: The Tuscany PMC has voted to make Nirmal Fernando as a website committer. Congratulations, and have fun helping enhancing/fixing our website. Congratulations Nirmal, and thanks for being willing to help with the website. Simon
Board report time
I need to submit an ASF board report next week, if anyone has things to mention let me know. So far i can think of the 1.6.1 and 2.0-Beta2 releases, Florian becoming a PMC member and Nirmal getting website access, and all the GSoC projects we've got. And perhaps also mention something about all the 2.0 progress and sample discussion debates. Anything else? ...ant
