Separate Thrift services- Code restructure
Hi All, I am fixing AIRAVATA-1471 to create separate distributions for all the Thrift services in Airavata so that we can run all in separate JVMs and dockerize (www.docker.com) the servers. In this exercise, i found we don’t have client stubs for several components in separate artifacts like Orchestrator Client is part of Orcherstrator Service, GFAC client is part of Orcherstator-Core, Workflow server and client is part of Airavata API server and client. To be consistent with API server and reduce maven dependency tree, i am going to create airavata— component—stubs package and add the component client to that project. I need to move the code and changed dependencies etc. Please let me know if there are any objections. If not i will go ahead tomorrow and make the change and commit them after testing. Thanks Raminder
Re: Separate Thrift services- Code restructure
+1 On Tue, Oct 28, 2014 at 3:32 PM, Raminder Singh raminderjsi...@gmail.com wrote: Hi All, I am fixing AIRAVATA-1471 to create separate distributions for all the Thrift services in Airavata so that we can run all in separate JVMs and dockerize (www.docker.com) the servers. In this exercise, i found we don’t have client stubs for several components in separate artifacts like Orchestrator Client is part of Orcherstrator Service, GFAC client is part of Orcherstator-Core, Workflow server and client is part of Airavata API server and client. To be consistent with API server and reduce maven dependency tree, i am going to create airavata— component—stubs package and add the component client to that project. I need to move the code and changed dependencies etc. Please let me know if there are any objections. If not i will go ahead tomorrow and make the change and commit them after testing. Thanks Raminder -- Research Assistant Science Gateways Group Indiana University
Re: Separate Thrift services- Code restructure
+ 1. I think we can leave out the workflow service and its probably best to embedded it with orchestrator, since there is so much overlap. So that leaves 3 services: API Server - Client Orchestrator Server -Client GFac Server - Client Suresh On Oct 28, 2014, at 3:32 PM, Raminder Singh raminderjsi...@gmail.com wrote: Hi All, I am fixing AIRAVATA-1471 to create separate distributions for all the Thrift services in Airavata so that we can run all in separate JVMs and dockerize (www.docker.com) the servers. In this exercise, i found we don’t have client stubs for several components in separate artifacts like Orchestrator Client is part of Orcherstrator Service, GFAC client is part of Orcherstator-Core, Workflow server and client is part of Airavata API server and client. To be consistent with API server and reduce maven dependency tree, i am going to create airavata— component—stubs package and add the component client to that project. I need to move the code and changed dependencies etc. Please let me know if there are any objections. If not i will go ahead tomorrow and make the change and commit them after testing. Thanks Raminder
Re: Separate Thrift services- Code restructure
I need to move workflow sever/client out out API server to remove extra dependencies on workflow model. I am going to move workflow server and client to orchestrator server and can get rid of server part as next step. Thanks Raminder On Tue, Oct 28, 2014 at 3:49 PM, Suresh Marru sma...@apache.org wrote: + 1. I think we can leave out the workflow service and its probably best to embedded it with orchestrator, since there is so much overlap. So that leaves 3 services: API Server - Client Orchestrator Server -Client GFac Server - Client Suresh On Oct 28, 2014, at 3:32 PM, Raminder Singh raminderjsi...@gmail.com wrote: Hi All, I am fixing AIRAVATA-1471 to create separate distributions for all the Thrift services in Airavata so that we can run all in separate JVMs and dockerize (www.docker.com) the servers. In this exercise, i found we don’t have client stubs for several components in separate artifacts like Orchestrator Client is part of Orcherstrator Service, GFAC client is part of Orcherstator-Core, Workflow server and client is part of Airavata API server and client. To be consistent with API server and reduce maven dependency tree, i am going to create airavata— component—stubs package and add the component client to that project. I need to move the code and changed dependencies etc. Please let me know if there are any objections. If not i will go ahead tomorrow and make the change and commit them after testing. Thanks Raminder
Re: Separate Thrift services- Code restructure
+1 for merging Workflow service with Orchestrator, we are not get any advantage by keeping those two as separate services. Thanks, Shameera. On Tue, Oct 28, 2014 at 4:35 PM, Raminderjeet Singh raminderjsi...@gmail.com wrote: I need to move workflow sever/client out out API server to remove extra dependencies on workflow model. I am going to move workflow server and client to orchestrator server and can get rid of server part as next step. Thanks Raminder On Tue, Oct 28, 2014 at 3:49 PM, Suresh Marru sma...@apache.org wrote: + 1. I think we can leave out the workflow service and its probably best to embedded it with orchestrator, since there is so much overlap. So that leaves 3 services: API Server - Client Orchestrator Server -Client GFac Server - Client Suresh On Oct 28, 2014, at 3:32 PM, Raminder Singh raminderjsi...@gmail.com wrote: Hi All, I am fixing AIRAVATA-1471 to create separate distributions for all the Thrift services in Airavata so that we can run all in separate JVMs and dockerize (www.docker.com) the servers. In this exercise, i found we don’t have client stubs for several components in separate artifacts like Orchestrator Client is part of Orcherstrator Service, GFAC client is part of Orcherstator-Core, Workflow server and client is part of Airavata API server and client. To be consistent with API server and reduce maven dependency tree, i am going to create airavata— component—stubs package and add the component client to that project. I need to move the code and changed dependencies etc. Please let me know if there are any objections. If not i will go ahead tomorrow and make the change and commit them after testing. Thanks Raminder -- Best Regards, Shameera Rathnayaka. email: shameera AT apache.org , shameerainfo AT gmail.com Blog : http://shameerarathnayaka.blogspot.com/
RE: Separate Thrift services- Code restructure
I am starting to look at Airavata with a background of having used an old snapshot in paramchem project. Is there a place I can go to learn the current organization of the development. Thanks, Sudhakar. From: Shameera Rathnayaka [mailto:shameerai...@gmail.com] Sent: Tuesday, October 28, 2014 3:56 PM To: dev Subject: Re: Separate Thrift services- Code restructure +1 for merging Workflow service with Orchestrator, we are not get any advantage by keeping those two as separate services. Thanks, Shameera. On Tue, Oct 28, 2014 at 4:35 PM, Raminderjeet Singh raminderjsi...@gmail.commailto:raminderjsi...@gmail.com wrote: I need to move workflow sever/client out out API server to remove extra dependencies on workflow model. I am going to move workflow server and client to orchestrator server and can get rid of server part as next step. Thanks Raminder On Tue, Oct 28, 2014 at 3:49 PM, Suresh Marru sma...@apache.orgmailto:sma...@apache.org wrote: + 1. I think we can leave out the workflow service and its probably best to embedded it with orchestrator, since there is so much overlap. So that leaves 3 services: API Server - Client Orchestrator Server -Client GFac Server - Client Suresh On Oct 28, 2014, at 3:32 PM, Raminder Singh raminderjsi...@gmail.commailto:raminderjsi...@gmail.com wrote: Hi All, I am fixing AIRAVATA-1471 to create separate distributions for all the Thrift services in Airavata so that we can run all in separate JVMs and dockerize (www.docker.comhttp://www.docker.com) the servers. In this exercise, i found we don’t have client stubs for several components in separate artifacts like Orchestrator Client is part of Orcherstrator Service, GFAC client is part of Orcherstator-Core, Workflow server and client is part of Airavata API server and client. To be consistent with API server and reduce maven dependency tree, i am going to create airavata— component—stubs package and add the component client to that project. I need to move the code and changed dependencies etc. Please let me know if there are any objections. If not i will go ahead tomorrow and make the change and commit them after testing. Thanks Raminder -- Best Regards, Shameera Rathnayaka. email: shameera AT apache.orghttp://apache.org , shameerainfo AT gmail.comhttp://gmail.com Blog : http://shameerarathnayaka.blogspot.com/