Hi Marcus, Thanks for raising this issue. Is that a runtime dependency? For me, everything compiled without db-event-manager [1]. Can you point me to the place where we are using that?
[1] https://travis-ci.org/apache/airavata/builds/465830628 Thanks, Dimuthu On Wed, Dec 12, 2018 at 6:22 AM Christie, Marcus Aaron <machr...@iu.edu> wrote: > Hi Dimuthu, > > Thanks for cleaning things up! However, I'm pretty sure we're still using > db-event-manager to manage our event-based synchronization between Airavata > services. > > The rest looks good to be removed though. > > Thanks, > > Marcus > > On Dec 10, 2018, at 1:08 AM, DImuthu Upeksha <dimuthu.upeks...@gmail.com> > wrote: > > Hi Folks, > > I removed following modules on staging branch [1] and created a separate > branch named archive to keep old changes. > > allocation-manager > cloud > db-event-manager > gfac > integration-tests > monitoring > test-suite > workflow > workflow-model > xbaya > xbaya-gui > > Following modules were kept as there are some dependencies to other modules > > compute-account-provisioning > configuration > security > > Updated repository was tested in the Testing environment and everything > seems to be running smoothly. I will redeploy Staging setup in few days and > merge changes to develop branch as well. > > Thanks > Dimuthu > > [1] https://github.com/apache/airavata/tree/staging/modules > > On Fri, Nov 30, 2018 at 8:32 PM Suresh Marru <sma...@apache.org> wrote: > >> Hi Sudhakar, >> >> The allocation manager from last year contributions is here - >> https://github.com/apache/airavata-sandbox/tree/master/allocation-manager the >> one Dimuthu is suggesting to clean up is a stale one. >> >> I think we should turn the allocation manager into a larger goal of >> enforcing quotas mainly for user storage and probably take on as soon as >> possible. >> >> Cheers, >> Suresh >> >> On Nov 30, 2018, at 8:37 AM, Pamidighantam, Sudhakar V < >> spami...@illinois.edu> wrote: >> >> What is the estimated timeline for enforceable allocation management to >> be available in Airavata, 2019, 2020? >> >> Thanks, >> Sudhakar. >> >> *From: *DImuthu Upeksha <dimuthu.upeks...@gmail.com> >> *Reply-To: *"dev@airavata.apache.org" <dev@airavata.apache.org> >> *Date: *Friday, November 30, 2018 at 8:30 AM >> *To: *"dev@airavata.apache.org" <dev@airavata.apache.org> >> *Subject: *Re: Unused modules >> >> Hi Suresh, >> >> +1 for removing gfac modules as well >> >> Dimuthu >> >> On Fri, Nov 30, 2018 at 6:32 PM Apache Airavata <smarru.apa...@gmail.com> >> wrote: >> >> +1 to remove all of them. While you are at it, should we also remove gfac >> modules from develop and staging branches? >> >> Suresh >> >> >> >> On Nov 30, 2018, at 6:44 AM, DImuthu Upeksha <dimuthu.upeks...@gmail.com> >> wrote: >> >> Hi Folks, >> >> I can see that some modules [1] are no longer being used or actively >> developed. >> >> allocation-manager >> cloud >> compute-account-provisioning >> configuration >> db-event-manager >> integration-tests >> monitoring >> security >> workflow >> workflow-model >> xbaya >> xbaya-gui >> >> I'm suggesting to remove these unused modules as they affect the build >> time and the clarity of the code. Any objections / suggestions? >> >> [1] https://github.com/apache/airavata/tree/staging/modules >> >> Thanks >> Dimuthu >> >> >> >