I don't know, I've never tried it. I also don't know of anyone who has. If you try it, let us know what you find out?
Best Regards, Myrle On Sun, Mar 11, 2018 at 12:27 PM, Ebenezer Graham <[email protected]> wrote: > Hello there, > > I want to setup Fineract CN. I checked the updated setup guide and step > three requires me to install MySQL 5.7. > > Now, this is my worry: I have Mifos X on my PC and installed MySQL 5.5 as a > result of the complications I had with 5.7. Is it possible to use 5.5 > instead of 5.7 for Fineract CN > > Please advise me on what to do. > > Note: I can't afford to run two SQL servers at the moment. Also, can I work > on Fineract CN without experimenting with Mifos X? I can get rid of the > Mifos X however, I would like to have it and continue studying it whiles I > working on Fineract CN. Can I keep both in the system and use the same > MySQL server (5.5)? > > *Best Regards,* > > *Ebenezer Graham* > > *BSc (Hons) Computing* > > > [image: EmailSignature.png] > > Beau Plan Business Park | West Building > > Pamplemousses | Mauritius > > > <http://www.pactmart.com/> > <http://www.pactmart.com/> > www.pactmart.com | Freelancing made easy. > > skype: > ebenezer.graham > | Phone: > +230 5840 9206 > GitHub <https://github.com/ebenezergraham> | LinkedIn > <https://www.linkedin.com/in/ebenezer-graham/> | Twitter > <https://twitter.com/pactmart> | Facebook > <https://www.facebook.com/pactmart> | Personal Website / CV > <http://ebenezergraham.github.io/> > > > *“Practice isn’t the thing you do once you’re good. It’s the thing you do > that makes you good.”* > -*Malcolm Gladwell* > > > > On 6 March 2018 at 03:54, Viswa Ramamoorthy < > [email protected]> wrote: > >> Hello Myrle, >> Thanks for sharing your thoughts on Dockerization of services. >> My experience with embedding infrastructure inside application JVM (even >> for development purposes) has not been great. In a development, when things >> change so much, embedding infrastructure adds additional time to bootstrap >> the whole thing when application restarts needed. Having external >> infrastructures gives better visibility as well as their failure to start >> can be diagnosed better (e.g. a port is not available because another >> instance of a infrastructure is already running in the background). >> With external infrastructures, installation becomes cumbersome if we go >> with installation of infrastructure and every one need to follow those >> steps to install to get there. My PR is really to solve that part. >> Some of the complexity, that you alluded to, are really complexity of >> design/developing in micro services architecture. >> Couple of points about logging (that stays within Docker) as well as debug >> mode with Docker deployment, are very much solvable with Docker deployment. >> Regarding high amount of resources needed for deployment, one strategy >> that could be looked into is to provide capability to selectively start >> services needed for a feature to complete and leave the full deployment to >> integration environments. >> If you looking into collapsing micro-services into a single war, for >> development purposes, it can be a strategy that would work. But all of the >> services need to be using compatible version of frameworks and managing >> different configurations can be challenge. >> Having infrastructure as Docker can still come handy in day to day >> development. I understand the timeline/priority. No problem. >> RegardsViswa >> >> On Monday, March 5, 2018 07:17:41 AM EST, Myrle >> Krantz <[email protected]> wrote: >> >> Hey Viswa, >> >> It's going to take me a little longer to get to merging and reviewing >> this, so please be patient with me. But a couple of comments while >> you're waiting: >> >> 1.) That you're not seeing those error messages probably may not mean >> they are gone. It may mean that they are now "hidden" in the docker >> image. That's not ideal for error messages. It makes debugging >> harder when there really is an issue. >> 2.) Thank you for finding the error with the artifact path. Consider >> submitting a patch to fineract-cn-service-starter. >> >> I'm a bit concerned about the idea of moving this all into docker. >> Yes docker is one important method for deploying microservices, and >> showing an example of how to use those technologies is important. But >> the demo-server is also there partly to test code and get a local >> installation up and running. When I started on it, my intention was >> to support Mark van Veen so that he didn't have to start all the >> services and then provision by hand to work on the UI. Unfortunately >> there are serious problems with the demo-server the way it is now. It >> takes a huge amount of resources because it starts every service in >> its own process. Many developers do not have computers with >> sufficient resources to run this locally. At one point, Kuelap >> literally bought me a new computer after I had spent a couple of days >> unsuccessfully trying to make the demo-server work because Markus had >> added a couple more services to it. Moving these processes into >> containers doesn't solve this problem. Docker works with computing >> resources in a shockingly efficient manner, so it probably doesn't >> actually make the problem worse, but it does make the problem harder >> to solve. >> >> Another point, is that currently I can start these services in debug >> mode, and attack a debugger to them to understand tricky problems. I >> don't know how to do that in a docker container. Any changes in that >> direction should consider this use case. >> >> I can see that testing this running in docker might be important for >> some of our users and contributors. But I don't want it to be the >> default. I would feel more comfortable with your change sets if you >> made this "more optional". >> >> My first priority for this project is to enable contributors. To do >> that, I'd like to look for ways to run all of the services in one >> process for the purposes of local testing and debugging. >> >> Best Regards, >> Myrle Krantz >> Committer, Apache Fineract >> >> >> >> On Fri, Mar 2, 2018 at 3:35 AM, Viswa Ramamoorthy >> <[email protected]> wrote: >> > Hi, >> > I have raised a PR with docker compose yml for Eureka and ActiveMQ. >> > It is https://github.com/apache/fineract-cn-demo-server/pull/3 >> > Please note that after I launch Eureka and ActiveMQ via Docker, I do >> not see JMS connect error as well as Eureka registration error anymore. >> > But service launch was failing with below errorCould not find artifact >> io.mifos.provisioner:service-boot:jar:0.1.0-BUILD-SNAPSHOT >> > Locally was able to fix artifact path to "org.apache.fineract.cn." in >> fineract-cn-service-starter and move forward with service launch. >> > But there were more errors. I have not looked into further yet. >> > I think demo server needs some more work to get it to work consistently. >> All of the services can be launched via shell script if there are no start >> up dependencies between them >> > Regards >> > Viswa >> >>
