Declaration of interests in participating in GSoC 2018

[Pembe Miriam]

Hello,


My name is Pembe Miriam, a computer engineering student in the University
of Buea, Cameroon. I have interest in working on the project, Web UI/UX For
Micro finance Institution on Apache Fineract CN and I look forward to
contributing to it during and after GSoC 2018. I am proficient in
JavaScript and Angular 2+, fairly comfortable in Java and coming up to
speed with Spring.


I have just built the Apache Fineract CN platform and had a lot of errors
which I noticed that others on the mailing list experienced too. I fixed
these by observing that Fineract CN 's demo-server depends on Mifos I/O
artifacts and the solution is to build Mifos I/O first before building
Apache Fineract CN. This ensures that artifacts are published to
`$USER_HOME/.m2/repository` folder. In addition, the script used to run
Apache Fineract CN for the first time, initial-setup.sh, has an incorrect
dependency graph (that's why it has to be ran THRICE) which I've corrected
and I'll be sending a Pull Request (so that it should be run ONCE).

I'm also confused about the exact differences between between Mifos X,
Apache Fineract 1.x and Apache Fineract CN. All what I know now is that
Mifos X is a monolith and Apache Fineract CN is based on a microservices
architecture.

Yours Sincerely,
Pembe Miriam.

Re: Mifos Payment Gateway

[Steve Conrad]

After talking with James and the group about Mojaloop integration with
Fineract, it looks like there is an opportunity to use that integration a
good test case for the payment gateway. I would like to create a test
environment that uses 2 (or more) instances of Fineract with the Payment
Gateway to test various scenarios (peer-to-peer payment, merchant payment,
etc) through Mojaloop.

We also talked about using the Mojaloop communication flow as the standard
for the payment gateway. I think the gateway is architected with a
communication flow that is similar, but we may want to adjust it a bit to
ensure we are compatible with the Mojaloop architecture.

Ed, I am fine to create some JIRA tickets for the tasks that we need to
complete for the gateway (use cases still to be implemented, creating a
simple client, integration with various providers, testing). We can work
those tasks or create GSOC projects from them.

Let me know if you have thoughts or questions or if you're interested in
working on any of these tasks.

Thanks,
Steve


On Thu, Mar 8, 2018 at 12:25 PM, Antony Omeri  wrote:

> Hi Ed,
>
> At this point:
> - I have migrated to Actvemq
> - also handled incoming payments,
> - done with adding infrastructure for outgoing payment.
>
>
> The only thing remaining is developing UI and also a way to integrate to
> accounting.
> We also need enough testing. Incase of questions am available online
>
> Kind Regard
>
>
> On 8 Mar 2018 19:58, "Ed Cable"  wrote:
>
> Antony,
>
> In lieu of a meeting, could you update the community on the progress of
> your code - when it's at a point to be merged, we'd like to get it merged
> in and then be able to create corresponding tickets for others to continue
> work in the near term and then also scope out additional tickets that could
> comprise a GSOC project.
>
> Steve - if I give you the proper karma, do you want to work with Antony and
> Vladimir to create the appropriate tickets on JIRA?
>
> Ed
>
> On Thu, Mar 8, 2018 at 8:54 AM, Ed Cable  wrote:
>
> > Thank you for the suggestion Myrle. Provided Steve is fine with it we can
> > attempt to gather some feedback asynchronously; however we didn't get any
> > responses from his questions from a month back but I will put more
> > structure around those questions and try to get those that would have
> > otherwise been participating on the call to discuss this across the list.
> >
> > If that doesn't yield much participation we will carry out a meeting and
> > will as always share notes and a recording of said meeting.
> >
> > Ed
> >
> > On Thu, Mar 8, 2018 at 2:27 AM, Myrle Krantz  wrote:
> >
> >> Hey Ed,
> >>
> >> Would it be possible to discuss this on the list rather than making a
> >> meeting?  You have specific questions you want to approach, you can
> >> start by creating a ticket or tickets with Steve's suggested
> >> sub-tasks, and then ask for feedback on the mailing list.
> >>
> >> This way people can participate no matter where they are in the world,
> >> no matter what their working schedule is, and no matter how good their
> >> internet connections are.  And you don't have to wait till Friday to
> >> start.
> >>
> >> This is called asynchronous communication.  Here's a good blog post on
> it.
> >> http://stormyscorner.com/2015/01/7-reasons-asynchronous-comm
> >> unication-is-better-than-synchronous-communication-in-open-source.html
> >>
> >> Best Regards,
> >> Myrle
> >>
> >>
> >> On Wed, Mar 7, 2018 at 11:49 PM, Ed Cable  wrote:
> >> > Thank you Steve for your thorough review. Apologies for the delay. I
> >> wanted
> >> > to get the payment gateway group together for another call so we can
> >> > identify the best path forward in the four areas you specified, check
> >> in on
> >> > the progress Antony has made with his code and how we can incorporate
> >> > Vladimir's data model. I also want to discuss if we should try to
> scope
> >> out
> >> > another project for GSOC centered around this - I think we have the
> >> needed
> >> > clarity now but wanted to ship somethign to the community prior to
> after
> >> > this summer. Perhaps we could aim for an alpha version prior to GSOC
> and
> >> > have the GSOC student work on the beta.
> >> >
> >> > Would this Friday at 1400GMT work for everyone?
> >> >
> >> > We can use Hangouts Meet for the call. Folks can join through:
> >> > https://meet.google.com/ajy-twnd-irs
> >> >
> >> > On Wed, Jan 31, 2018 at 10:59 AM, Steve Conrad 
> >> wrote:
> >> >
> >> >> Hi everyone -
> >> >>
> >> >> I have been spending some time over the past few weeks trying to
> >> understand
> >> >> the current status of the Mifos Payment Gateway and determine what
> >> things
> >> >> still need to be done. I wanted to summarize my understanding of
> where
> >> the
> >> >> gateway is at.
> >> >>
> >> >> I spoke with Avik to talk through the requirements and what work has
> >> been
> >> >> done so far. Vladimir Fomene worked to develop a data model and some
> >> basic
> >> >> functionality arou

Re: Mifos Payment Gateway

[Ed Cable]

Vladimir,

Per Myrle's email yesterday, rather than have a meeting which is difficult
to coordinate across multiple time zones, we're going to attempt to move
forward and work through remaining questions asynchronously.

Have you had a chance to look at Antony's latest code? Part of the concern
was ensuring that your complete data model was also part of his
implementation. Do you still have time to assist with the same? I'd like us
to get to an alpha release of this and then have a student work on it for
GSOC as well but would like to ship part of the functionality especially
since we'd like to leverage part of the payment gateway in our Mifos Mobile
app as well.

Steve, while Mojaloop will be one good test integration I'd like us to also
still utilize Beyonic as a test integration as well since that's already in
progress, the APIs are well-documented, and it would be provide immediate
value to the community as it would enable access to multiple mobile money
providers in East Africa.

Denila - if you're still tracking on this thread, are you able to assist in
drafting some of the functional use cases that would be a part of current
work going on as well as part of GSOC?

Thanks,

Ed



On Fri, Mar 9, 2018 at 7:00 AM, Steve Conrad  wrote:

> After talking with James and the group about Mojaloop integration with
> Fineract, it looks like there is an opportunity to use that integration a
> good test case for the payment gateway. I would like to create a test
> environment that uses 2 (or more) instances of Fineract with the Payment
> Gateway to test various scenarios (peer-to-peer payment, merchant payment,
> etc) through Mojaloop.
>
> We also talked about using the Mojaloop communication flow as the standard
> for the payment gateway. I think the gateway is architected with a
> communication flow that is similar, but we may want to adjust it a bit to
> ensure we are compatible with the Mojaloop architecture.
>
> Ed, I am fine to create some JIRA tickets for the tasks that we need to
> complete for the gateway (use cases still to be implemented, creating a
> simple client, integration with various providers, testing). We can work
> those tasks or create GSOC projects from them.
>
> Let me know if you have thoughts or questions or if you're interested in
> working on any of these tasks.
>
> Thanks,
> Steve
>
>
> On Thu, Mar 8, 2018 at 12:25 PM, Antony Omeri 
> wrote:
>
>> Hi Ed,
>>
>> At this point:
>> - I have migrated to Actvemq
>> - also handled incoming payments,
>> - done with adding infrastructure for outgoing payment.
>>
>>
>> The only thing remaining is developing UI and also a way to integrate to
>> accounting.
>> We also need enough testing. Incase of questions am available online
>>
>> Kind Regard
>>
>>
>> On 8 Mar 2018 19:58, "Ed Cable"  wrote:
>>
>> Antony,
>>
>> In lieu of a meeting, could you update the community on the progress of
>> your code - when it's at a point to be merged, we'd like to get it merged
>> in and then be able to create corresponding tickets for others to continue
>> work in the near term and then also scope out additional tickets that
>> could
>> comprise a GSOC project.
>>
>> Steve - if I give you the proper karma, do you want to work with Antony
>> and
>> Vladimir to create the appropriate tickets on JIRA?
>>
>> Ed
>>
>> On Thu, Mar 8, 2018 at 8:54 AM, Ed Cable  wrote:
>>
>> > Thank you for the suggestion Myrle. Provided Steve is fine with it we
>> can
>> > attempt to gather some feedback asynchronously; however we didn't get
>> any
>> > responses from his questions from a month back but I will put more
>> > structure around those questions and try to get those that would have
>> > otherwise been participating on the call to discuss this across the
>> list.
>> >
>> > If that doesn't yield much participation we will carry out a meeting and
>> > will as always share notes and a recording of said meeting.
>> >
>> > Ed
>> >
>> > On Thu, Mar 8, 2018 at 2:27 AM, Myrle Krantz  wrote:
>> >
>> >> Hey Ed,
>> >>
>> >> Would it be possible to discuss this on the list rather than making a
>> >> meeting?  You have specific questions you want to approach, you can
>> >> start by creating a ticket or tickets with Steve's suggested
>> >> sub-tasks, and then ask for feedback on the mailing list.
>> >>
>> >> This way people can participate no matter where they are in the world,
>> >> no matter what their working schedule is, and no matter how good their
>> >> internet connections are.  And you don't have to wait till Friday to
>> >> start.
>> >>
>> >> This is called asynchronous communication.  Here's a good blog post on
>> it.
>> >> http://stormyscorner.com/2015/01/7-reasons-asynchronous-comm
>> >> unication-is-better-than-synchronous-communication-in-open-source.html
>> >>
>> >> Best Regards,
>> >> Myrle
>> >>
>> >>
>> >> On Wed, Mar 7, 2018 at 11:49 PM, Ed Cable  wrote:
>> >> > Thank you Steve for your thorough review. Apologies for the delay. I
>> >> wanted
>> >> > to get the payment gate

Re: Mifos Payment Gateway

[Steve Conrad]

Agreed - we will make sure that Beyonic integration is one of the tasks
that we create.
Thanks,
Steve


On Fri, Mar 9, 2018 at 9:06 AM, Ed Cable  wrote:

> Vladimir,
>
> Per Myrle's email yesterday, rather than have a meeting which is difficult
> to coordinate across multiple time zones, we're going to attempt to move
> forward and work through remaining questions asynchronously.
>
> Have you had a chance to look at Antony's latest code? Part of the concern
> was ensuring that your complete data model was also part of his
> implementation. Do you still have time to assist with the same? I'd like us
> to get to an alpha release of this and then have a student work on it for
> GSOC as well but would like to ship part of the functionality especially
> since we'd like to leverage part of the payment gateway in our Mifos Mobile
> app as well.
>
> Steve, while Mojaloop will be one good test integration I'd like us to
> also still utilize Beyonic as a test integration as well since that's
> already in progress, the APIs are well-documented, and it would be provide
> immediate value to the community as it would enable access to multiple
> mobile money providers in East Africa.
>
> Denila - if you're still tracking on this thread, are you able to assist
> in drafting some of the functional use cases that would be a part of
> current work going on as well as part of GSOC?
>
> Thanks,
>
> Ed
>
>
>
> On Fri, Mar 9, 2018 at 7:00 AM, Steve Conrad  wrote:
>
>> After talking with James and the group about Mojaloop integration with
>> Fineract, it looks like there is an opportunity to use that integration a
>> good test case for the payment gateway. I would like to create a test
>> environment that uses 2 (or more) instances of Fineract with the Payment
>> Gateway to test various scenarios (peer-to-peer payment, merchant payment,
>> etc) through Mojaloop.
>>
>> We also talked about using the Mojaloop communication flow as the
>> standard for the payment gateway. I think the gateway is architected with a
>> communication flow that is similar, but we may want to adjust it a bit to
>> ensure we are compatible with the Mojaloop architecture.
>>
>> Ed, I am fine to create some JIRA tickets for the tasks that we need to
>> complete for the gateway (use cases still to be implemented, creating a
>> simple client, integration with various providers, testing). We can work
>> those tasks or create GSOC projects from them.
>>
>> Let me know if you have thoughts or questions or if you're interested in
>> working on any of these tasks.
>>
>> Thanks,
>> Steve
>>
>>
>> On Thu, Mar 8, 2018 at 12:25 PM, Antony Omeri 
>> wrote:
>>
>>> Hi Ed,
>>>
>>> At this point:
>>> - I have migrated to Actvemq
>>> - also handled incoming payments,
>>> - done with adding infrastructure for outgoing payment.
>>>
>>>
>>> The only thing remaining is developing UI and also a way to integrate to
>>> accounting.
>>> We also need enough testing. Incase of questions am available online
>>>
>>> Kind Regard
>>>
>>>
>>> On 8 Mar 2018 19:58, "Ed Cable"  wrote:
>>>
>>> Antony,
>>>
>>> In lieu of a meeting, could you update the community on the progress of
>>> your code - when it's at a point to be merged, we'd like to get it merged
>>> in and then be able to create corresponding tickets for others to
>>> continue
>>> work in the near term and then also scope out additional tickets that
>>> could
>>> comprise a GSOC project.
>>>
>>> Steve - if I give you the proper karma, do you want to work with Antony
>>> and
>>> Vladimir to create the appropriate tickets on JIRA?
>>>
>>> Ed
>>>
>>> On Thu, Mar 8, 2018 at 8:54 AM, Ed Cable  wrote:
>>>
>>> > Thank you for the suggestion Myrle. Provided Steve is fine with it we
>>> can
>>> > attempt to gather some feedback asynchronously; however we didn't get
>>> any
>>> > responses from his questions from a month back but I will put more
>>> > structure around those questions and try to get those that would have
>>> > otherwise been participating on the call to discuss this across the
>>> list.
>>> >
>>> > If that doesn't yield much participation we will carry out a meeting
>>> and
>>> > will as always share notes and a recording of said meeting.
>>> >
>>> > Ed
>>> >
>>> > On Thu, Mar 8, 2018 at 2:27 AM, Myrle Krantz  wrote:
>>> >
>>> >> Hey Ed,
>>> >>
>>> >> Would it be possible to discuss this on the list rather than making a
>>> >> meeting?  You have specific questions you want to approach, you can
>>> >> start by creating a ticket or tickets with Steve's suggested
>>> >> sub-tasks, and then ask for feedback on the mailing list.
>>> >>
>>> >> This way people can participate no matter where they are in the world,
>>> >> no matter what their working schedule is, and no matter how good their
>>> >> internet connections are.  And you don't have to wait till Friday to
>>> >> start.
>>> >>
>>> >> This is called asynchronous communication.  Here's a good blog post
>>> on it.
>>> >> http://stormyscorner.com/2015/01/7-reasons-asynchronous-c

Re: Releasing Apache Fineract 1.1 WAS [Fwd: Intergration test]

[Avik Ganguly]

Hi guys,

As per release sign documentation, a directory needs to be created at
https://dist.apache.org/repos/dist/dev/incubator/fineract which I am unable
to access (even https://dist.apache.org/repos/dist/dev/fineract/).

@Nazeer / Ed,

I have uploaded the release files to this link

instead as I can't find documentation to upload release to above links.

I have not included the MD5 files as per the new policy change.


Regards,
Avik.

On Fri, Mar 2, 2018 at 10:26 PM, Ed Cable  wrote:

> Avik,
>
> I checked the JIRA native link itself and those seem to be up to date with
> all the recent issues that have been fixed. I don't think there was any
> JIRA ticket related to the notifications issue that Steve fixed but it was
> all part of the work that was in
>
>- [FINERACT-585 ]
>- Allow predefined SMS messages and Emails to be sent via existing
>SMS/Email implementations
>
>
> which is reflected in the release notes.
>
> Are you able to do the needful to move forward with this release?
>
> Thanks,
>
> Ed
>
> On Tue, Feb 27, 2018 at 1:36 PM, Avik Ganguly 
> wrote:
>
>> Hi guys,
>>
>> Is Steve's changes getting reflected in the release notes
>> 
>> ?
>>
>> If the release notes is up to date, I can give the release this Thursday
>> after merging one pending item from my side.
>>
>> Regards,
>> Avik.
>>
>> On Sun, Feb 25, 2018 at 9:13 PM, Ed Cable  wrote:
>>
>>> Fineract committers,
>>>
>>> Now that the PRs have been submitted for all the outstanding critical
>>> bug fixes and integration test failures, can we please review, merge, and
>>> get the release prepped and call for the vote!
>>>
>>> As you know the community has waiting on this for quite some time now
>>> and I"d like to get this shipped and shift focuses to Fineract 1.2
>>>
>>> Thanks!
>>>
>>> Ed
>>> -- Forwarded message --
>>> From: Ed Cable 
>>> Date: Sun, Feb 18, 2018 at 4:49 AM
>>> Subject: Re: Intergration test
>>> To: Dev 
>>> Cc: Vishwas Babu A J , Nazeer Hussain
>>> Shaik , Kumaranath Fernando <
>>> kumaranathferna...@gmail.com>, Avik Ganguly ,
>>> Nikhil Pawar , Santosh Math <
>>> sant...@confluxtechnologies.com>
>>>
>>>
>>> Great!
>>>
>>> Committers, can you please review?
>>>
>>> Nazeer, with this fix and Steve's for the notification, I think we're
>>> ready to move forward. Can you initiate the next steps in the release
>>> process?
>>>
>>> Thanks,
>>>
>>> Ed
>>>
>>> On Sat, Feb 17, 2018 at 11:20 AM, Kumaranath Fernando <
>>> kumaranathferna...@gmail.com> wrote:
>>>
 Hi Ed!

 I've just sent a PR 
 correcting the integration test failures.

 Regards,
 Kumaranath Fernando

 On Fri, Feb 16, 2018 at 6:14 PM, Ed Cable  wrote:

> Thanks for the feedback Vishwas. Kumaranath, hopefully you have enough
> to go by now and can make those changes. I believe Steve fixed our other
> outstanding issue so once we can get these integration tests to pass we'll
> be ready to call for a vote on the release.
>
> Ed
>
> On Wed, Feb 14, 2018 at 1:06 PM, 
> wrote:
>
>> The approach of sleeping for a fixed time does not work well in
>> general as Integration test cases must pass on any environment. Depending
>> on random sleep values would mean that there is always a probability that
>> the test can fail if the system is slow / has other CPU intensive 
>> processes
>> running etc.
>>
>> Ideally , you would handle such scenarios more gracefully . Have the
>> test check if the file you are referring to is created , if not sleep for
>> an interval and check again etc.
>>
>> Please make this change and send out a pull request
>>
>> Regards,
>> Vishwas
>>
>> On Feb 14, 2018, at 9:39 AM, Kumaranath Fernando <
>> kumaranathferna...@gmail.com> wrote:
>>
>> I've tested the develop branch and it's most likely because the
>> result excel file takes a bit of time to be created, after the file is
>> created I'm trying to read a value of a column.
>> Since the file is not created by the time FileInputStream reads the
>> file, you get a FileNotException.
>>
>> You could fix this issue by increasing the number of milliseconds
>> 1 on Thread.sleep() line in the respective tests.Ping me if this
>> resolves the issue and I'll send PR.
>>
>> Vishwas/Nazeer awaiting your confirmation!.
>>
>> Regards,
>> Kumaranath Fernando
>>
>>
>> On Wed, Feb 14, 2018 at 10:59 AM, vishwas <
>> vish...@confluxtechnologies.com> wrote:
>>
>>> Hi Kumaranath,
>>>
>>> You should be able to reproduce this issue if you fetch the latest
>>> fineract code in a seperate workspace.

Fineract CN Functional Spec for Group Lending Support

[Ed Cable]

Hello all,

I want to put this out to the community to assist with so we can move
forward with implementing group lending support on Fineract CN which is one
of the key paths forward with parity between Fineract CN and Fineract 1.x.

Can you please help draft the spec for group-based operational methodologies

?

It's also a barrier for students who are applying to a potential GSOC
project around a web UI for group lending support.

We have more than a decade of learning and knowledge of implementing proper
group lending support from our original gen 1 software (Mifos 2.x) and our
gen 2 software (Mifos X/Fineract 1.x) so I don't want us to throw away all
that knowledge and think we have to completely re-invent the wheel.

However I do want us take the learnings we implemented from the transition
to Gen 1 to Gen 2 as well as the learnings/improvements we want to make off
of Gen 2. We also want to bear in mind not just support traditional
JLGs/Solidarity groups but also Savings Groups, Village Banking, Self Help
Groups, etc.

I know that across the community we have both technical as well as
operational individuals who are experts in these matters so I really want
to challenge you all to assist the community in this regard. To get
everyone started, I'm putting in place a wiki page at
https://cwiki.apache.org/confluence/display/FINERACT/Group-Based+Financial+Inclusion+Methodologies
to
house the spec and also linking to all the past specs/pseudo-requirements
documents from before.

Generation 1 - Mifos 2.x

   - Group Accounts FS:
   
http://mifosx.openmf.org/Mifos%20website/mifos.org/functional-specifications/account-management/group-accounts.html
   or
   https://mifosforge.jira.com/wiki/spaces/MIFOS/pages/73466196/Group+Accounts
   - Center Accounts FS:
   
http://mifosx.openmf.org/Mifos%20website/mifos.org/functional-specifications/account-management/center-accounts.html
   - GLIM:
   
https://mifosforge.jira.com/wiki/spaces/MIFOS/pages/4456859/GLIM+Functional+Specification
   and
   
https://mifosforge.jira.com/wiki/spaces/MIFOS/pages/4456866/Group+loan+with+individual+monitoring
   - Loans:
   https://mifosforge.jira.com/wiki/spaces/MIFOS/pages/7700948/Loans


Generation 2 - Mifos X

   - Groups API: https://demo.openmf.org/api-docs/apiLive.htm#groups
   - Groups & Centers User Manual:
   
https://mifosforge.jira.com/wiki/spaces/docs/pages/52035634/Clients+Groups+and+Centers
   - Loan Tracking Strategies:
   
https://mifosforge.jira.com/wiki/spaces/MIFOSX/pages/31358990/Loan+Tracking+strategies
   - Group Loan FS (early-stage):
   
https://mifosforge.jira.com/wiki/spaces/MIFOS/pages/28213252/New+Group+Loan+Functional+Specification
   and
   
https://mifosforge.jira.com/wiki/spaces/MIFOSX/pages/25821209/Group+Lending+MifosX+FS
   - Self-Funded Groups:
   
https://mifosforge.jira.com/wiki/spaces/MIFOSX/pages/113017056/Self-Funded+Groups+SHGs+Savings+Groups+VSLAs
  - Savings Groups per DreamStart Labs Requirements (Design for
  Fineract Data Model)
 - Savings Requirements v1.1
 
Savings
 Groups Requirements v1.1 Dreamstart Labs
 

  Labs
 

 - Savings Groups User Stories
 

 - Savings Groups Estimates
 



Ed

-- 
*Ed Cable*
President/CEO, Mifos Initiative
edca...@mifos.org | Skype: edcable | Mobile: +1.484.477.8649

*Collectively Creating a World of 3 Billion Maries | *http://mifos.org
  

Re: DISCUSS: Savings & Self Help Groups - User Stories breakdown/HLD/estimates

[Ed Cable]

Given all the other thread and discussion going on about support of
group-based operations, I wanted to bump this thread back to the top as it
didn't garner any replies.

Ed

On Wed, Oct 18, 2017 at 6:00 AM, Ed Cable  wrote:

> Hi all,
>
> Robert has been inquiring about the status of the implementation of
> Savings Groups support in Apache Fineract.
>
> Originally, high level design work was spec'd out (see below), the work
> was partially implemented on Apache Fineract, but then the strategic
> decision was to wait and implement this on Apache Fineract-CN.
>
> Nazeer, I wanted to check on the usability of the partially implemented
> code and whether or not this could be picked up by another community member
> for implementation.
>
> On the requirements side, regardless of where or when it gets implemented,
> I wanted to ensure that we collectively come to agreements on requirements
> in a concise requirements doc on the Apache Fineract wiki based on needs of
> individuals like Robert, Henrik, etc.
>
> Thanks,
>
> Ed
>
> -- Forwarded message --
> From: Ed Cable 
> Date: Thu, Aug 31, 2017 at 9:57 AM
> Subject: Fwd: Self Help Groups - User Stories breakdown/HLD/estimates
> To: Nikhil Pawar , Ippez Robert  >
>
>
> Nikhil,
>
> These were some of the Savings Group requirements we were exploring
> before. These have been partially implemented but not finalized.
>
> Ed
>
> -- Forwarded message --
> From: Adi Raju 
> Date: Tue, May 17, 2016 at 2:16 AM
> Subject: Self Help Groups - User Stories breakdown/HLD/estimates
> To: Ed Cable , Markus Geiß 
> Cc: nazeer.sh...@confluxtechnologies.com, pra...@confluxtechnologies.com,
> vish...@confluxtechnologies.com, Ashok ,
> bi...@confluxtechnologies.com, subrama...@confluxtechnologies.com
>
>
> Hi Ed/Markus,
>
>
>
> As discussed earlier, I am sharing the user story breakdown, High Level
> Design, estimates for each user stories.
>
> Estimates without considering reports is coming up to 133 Man Days.
>
>
>
> Please review the user stories and design approach.
>
> We can have a discussion anytime tomorrow to clarify or correct any
> aspects.
>
> You can share this with Henrik as you find suitable, as he should be able
> to add on any overlook on the requirements.
>
>
>
> Regards,
>
> Adi
>
>
>
> --
> *Ed Cable*
> President/CEO, Mifos Initiative
> edca...@mifos.org | Skype: edcable | Mobile: +1.484.477.8649
> <(484)%20477-8649>
>
> *Collectively Creating a World of 3 Billion Maries | *http://mifos.org
>   
>
>
>
>
> --
> *Ed Cable*
> President/CEO, Mifos Initiative
> edca...@mifos.org | Skype: edcable | Mobile: +1.484.477.8649
> <(484)%20477-8649>
>
> *Collectively Creating a World of 3 Billion Maries | *http://mifos.org
>   
>
>


-- 
*Ed Cable*
President/CEO, Mifos Initiative
edca...@mifos.org | Skype: edcable | Mobile: +1.484.477.8649

*Collectively Creating a World of 3 Billion Maries | *http://mifos.org
  

Re: Discussing Mojaloop and Fineract Integration

[Ed Cable]

Thanks James for sharing that summary of the discussion. For anyone that
wants to listen to the audio recording of the session, you can find it at
https://youtu.be/Ur7rb0jHzOg

Here's a brief summary of next steps and action items for those who weren't
able to attend, can get involved.


   - Fineract 1.x Integration - Steve Conrad is going to be heading up
   exploring the Mojaloop APIs and their points of integration with Fineract
   1.x and and the needed configurations for the different use
   cases/simulation environments that James listed above. In parallel he's
   going to bring this into alignment with the payment gateway project to
   ensure that the structure of a payment in Fineract aligns with that of
   Mojaloop
   - Fineract CN Integration - Isaac Kamga and Rahul Goel are going to
   drive similar efforts but with the Fineract CN architecture based on
   availability of requisite APIs, etc.
   - Public Lab Environment - working with Steve, I'll make available AWS
   infrastructure from the Mifos Initiative so we can make a publicly
   accessible environment of Mojaloop connected to Fineract so others can test
   it out.
   - GSOC Project - Steve will be helping to draft out some tasks that a
   student could work on to contribute towards these efforts to build out this
   public lab environment simulating a fully connected payments ecosystem of
   different flavors of DFS providers running Fineract that are all connected
   via the Mojaloop platform.

Ed

On Thu, Mar 8, 2018 at 10:55 PM, James Dailey 
wrote:

> Hi all
>
> To bring this discussion back to the list.  We had a call today - and some
> ideas and questions may be relevant for the entire list.
>
> First, I'm articulating a vision whereby Mojaloop is used as the "switch"
> between multiple instances of Fineract 1.x/Mifos in various
> configurations.  Mifos can be configured as a "microfinance institution" or
> more like a savings cooperative, or like a digital bank (for our purposes,
> a configuration where there are neither field operations nor teller
> operations, only digital accounts that can interact with others
> digitally).  We discussed the different types or styles of institutions:
> from a purely digital first to a multi-tenant instance for multiple small
> microfinance orgs.  Essentially Fineract/Mifos is the Account system and
> Mojaloop connects an instance to the larger ecosystem of account providers.
>
> Second, I'm emphasizing that Mojaloop is an instantiation of the
> LevelOneProject.org, which implements key principles such as PUSH payments,
> open loop, interoperability, and so on.  It is a modern payments approach.
> It is not blockchain.  It is intended to include banks, telecom providers,
> and any other provider of digital transaction accounts.  Ubiquity of
> payments is a fundamental building block for a digital economy.
> Microfinance is hampered by the high cost of setting up payment interfaces
> and payment scheme fees - Mojaloop is intended to cut down on those
> barriers to entry.
>
> Third, while the Mojaloop team was implementing their core services and
> ledger approaches, a related team was working on APIs that could connect
> for better interoperability.  Those APIs are now available to the Mifos
> team - see https://drive.google.com/open?id=0ByeK44WJrHIvOGs0UkZUUH
> FzdnBCenRLX0dzcHZUUGlaSlV3
>
> Fourth, we discussed some first steps, which we think include setting up
> an instance of mojaloop to test against and to map the existing mifos APIs
> against the mojaloop APIs.
>
> Fifth, we discussed on some email exchanges about how settlement and
> cryptographic escrow works.
>
> Resources in process - need to be moved:
> https://drive.google.com/open?id=0ByeK44WJrHIvOGs0UkZUUHFzdn
> BCenRLX0dzcHZUUGlaSlV3
> https://goo.gl/1sR2dq (move this confluence?)
>
> More later...
>
> James D.
>
>
> On Wed, Mar 7, 2018 at 11:17 AM Ed Cable  wrote:
>
>> By the way,
>>
>> Matt Bohan from Gates Foundation shared v1 of  API documentation we were
>> awaiting.
>>
>> It can be downloaded from here: ​​https://drive.google.c
>> om/open?id=0ByeK44WJrHIvOGs0UkZUUHFzdnBCenRLX0dzcHZUUGlaSlV3
>>
>> Ed
>>
>>
>>


-- 
*Ed Cable*
President/CEO, Mifos Initiative
edca...@mifos.org | Skype: edcable | Mobile: +1.484.477.8649

*Collectively Creating a World of 3 Billion Maries | *http://mifos.org
  

Re: DISCUSS: Migration Path from Fineract to Fineract CN

[James Dailey]

Hi Ed and Devs,

This thread deserves some comment and attention.  For many of the
participants, the core MifosX (now Fineract 1.x) platform is all that they
have known and a move to a different platform has all sorts of issues
associated with it.  With Fineract-CN, a key idea was to respond to some of
the issues identified by implementers in the field - namely that the code
was insufficiently flexible and extensible.

It is vital for the community to determine a path from Fineract 1.x to
Fineract-CN.

My previous understanding, when Fineract-CN was first discussed, was that
the code was going to be starting as a refactoring of the existing Fineract
code. I vaguely understood it to be consistent with Martin Fowler's
Strangler Application.
https://www.martinfowler.com/bliki/StranglerApplication.html  In this
article he lays out how to deal with a migration path from one monolithic
API driven application to a microservices application.  "The fundamental
strategy is EventInterception
, which can be
used to gradually move functionality to the strangler and to enable
AssetCapture ."

IBM has this later explanation on Fowler's concept:
https://www.ibm.com/developerworks/cloud/library/cl-strangler-application-pattern-microservices-apps-trs/index.html


Why is this useful for Fineract1.x --> Fineract-CN?  Well, first it points
to the idea that the Fineract API needs to be maintained from one
generation to the next  As a guiding principle, this helps to define the
"surface area" for the development effort. Once the API is able to run (or
perhaps 95% of the API is a better target), then the effort can shift to
versioning of the API or some other concept involving public APIs, internal
APIs and composition of APIs.  It implies that existing front ends need not
be migrated initially.

The strangler application concept also suggests that the microservices
"creep in" and "take over gradually", implying that there should be a way
for the Fineract-CN to relate to the existing code.  Perhaps we could look
at certain areas of the Fineract-CN code to replace existing services in
the Fineract1.x.

Useful way to move forward?

James

On Wed, Feb 28, 2018 at 9:44 AM Ed Cable  wrote:

> Now that the Fineract CN repositories are on the Apache Github, stabilized,
> and proper build documentation is coming together, momentum is starting to
> build.
>
> I wanted to raise on the mailing lists a question and concern I know is at
> the back of the minds of many members of the Mifos and Fineract
> communities.
>
> *What is the migration path from Fineract to Fineract CN? *
>
> During the genesis of Generation 3 now Fineract CN, we made the commitment
> to a migration path so I want the dialogue to happen early so we can ensure
> that as Fineract CN evolves and matures, we have in place the tools,
> scripts, documentation to bridge the communities.
>
> Hundreds of institutions and millions of clients supported by partners from
> around the world currently rely on Fineract but would greatly benefit form
> this new architecture.
>
> I want our community to have this open discussion about what they envision
> for an ideal migration path and what can be practically be implemented to
> achieve the best migration path possible.
>
> So let's use this thread and this wiki page at
>
> https://cwiki.apache.org/confluence/display/FINERACT/Migration+Path+from+Fineract+to+Fineract+CN
> to discuss:
>
> - Use cases for migration path
> - Proposed solutions for a migration path along with pros/cons of each
>
> Some outcomes I'd like to see:
> - Proposed Design & Approach
> - Timeline and Placement on our Roadmap
> - Identify Volunteers to Drive this Forward
> - Scope out as a Potential GSOC Project
>
> I look forward to the discussion!
>
> P.S. If they're reading, this might be a chance for the folks at Apache POI
> to get involved! :)
> --
> *Ed Cable*
> President/CEO, Mifos Initiative
> edca...@mifos.org | Skype: edcable | Mobile: +1.484.477.8649
> <(484)%20477-8649>
>
> *Collectively Creating a World of 3 Billion Maries | *http://mifos.org
>   
>

Re: [Mifos-developer] Fineract - CN - not able to run the demo-server

[Cabrel Kemfang]

Hello Kareem,

I have seen that problem before, you need to run Mifos IO before running
Fineract CN given that the Fineract CN Demo Server uses Mifos IO Artifacts.
Here is the code base of Mifos IO (the old code) :
https://github.com/mifosio . To solve this problem permanently, it requires
Fineract CC to be refactored to use just org.apache.fineract.cn artifacts.

And also make sure that Cassandra, MySQL and Active MQ are not running
given that you want to run these resources in Embedded mode.


Thanks.
Cabrel Kemfang.

‌

On Sat, Mar 10, 2018 at 4:04 AM, Kareem Qureshi 
wrote:

> Hi All,
>
> I have just joined and am trying to run the demo-server I have
> followed the instructions from the link
> https://cwiki.apache.org/confluence/display/FINERACT/
> How+To+Build+Apache+Fineract+CN
>
> build was successful and I can see the *artifacts with appropriate names
> show up in $USER_HOME/.m2/repository/org/apache/fineract/cn/ *
>
> BTW - I saw some emails in this group from Rajan and Issac and
> Ippez referring to same error I am seeing I cannot say from the mailing
> list if question was answered...
>
> when I am trying to run the demo-server using either
> - java -jar -Ddemoserver.provision=true demo-server-0.1.0-BUILD-
> SNAPSHOT.jar
>
>  I am getting the following error see below...
>
> 21:59:28.925 [DefaultMessageListenerContainer-1] ERROR o.s.j.l.
> DefaultMessageListenerContainer - Could not refresh JMS Connection for
> destination 'identity-v1' - retrying using FixedBackOff{interval=5000,
> currentAttempts=0, maxAttempts=unlimited}. Cause: Error while attempting to
> add new Connection to the pool; nested exception is javax.jms.JMSException:
> Could not connect to broker URL: tcp://localhost:61616. Reason:
> java.net.ConnectException: Connection refused (Connection refused)
> 21:59:28.927 [DefaultMessageListenerContainer-3] ERROR o.s.j.l.
> DefaultMessageListenerContainer - Could not refresh JMS Connection for
> destination 'teller-v1' - retrying using FixedBackOff{interval=5000,
> currentAttempts=0, maxAttempts=unlimited}. Cause: Error while attempting to
> add new Connection to the pool; nested exception is javax.jms.JMSException:
> Could not connect to broker URL: tcp://localhost:61616. Reason:
> java.net.ConnectException: Connection refused (Connection refused)
> 21:59:28.928 [DefaultMessageListenerContainer-1] ERROR o.s.j.l.
> DefaultMessageListenerContainer - Could not refresh JMS Connection for
> destination 'portfolio-v1' - retrying using FixedBackOff{interval=5000,
> currentAttempts=0, maxAttempts=unlimited}. Cause: Error while attempting to
> add new Connection to the pool; nested exception is javax.jms.JMSException:
> Could not connect to broker URL: tcp://localhost:61616. Reason:
> java.net.ConnectException: Connection refused (Connection refused)
>
> Time: 42.135
> There were 2 failures:
> 1) startDevServer(io.mifos.dev.ServiceRunner)
> org.eclipse.aether.resolution.ArtifactResolutionException: Could not find
> artifact io.mifos.provisioner:service-boot:jar:0.1.0-BUILD-SNAPSHOT
> at org.eclipse.aether.internal.impl.DefaultArtifactResolver.resolve(
> DefaultArtifactResolver.java:444)
> at org.eclipse.aether.internal.impl.DefaultArtifactResolver.
> resolveArtifacts(DefaultArtifactResolver.java:246)
> at org.eclipse.aether.internal.impl.DefaultArtifactResolver.
> resolveArtifact(DefaultArtifactResolver.java:223)
> at org.eclipse.aether.internal.impl.DefaultRepositorySystem.
> resolveArtifact(DefaultRepositorySystem.java:294)
> at io.mifos.core.test.servicestarter.ArtifactResolver.getJarFile(
> ArtifactResolver.java:51)
> at io.mifos.core.test.servicestarter.Microservice.
> start(Microservice.java:152)
> at io.mifos.dev.ServiceRunner.startService(ServiceRunner.java:294)
> at io.mifos.dev.ServiceRunner.before(ServiceRunner.java:192)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(
> NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(
> DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(
> FrameworkMethod.java:50)
> at org.junit.internal.runners.model.ReflectiveCallable.run(
> ReflectiveCallable.java:12)
> at org.junit.runners.model.FrameworkMethod.invokeExplosively(
> FrameworkMethod.java:47)
> at org.junit.internal.runners.statements.RunBefores.
> evaluate(RunBefores.java:24)
> at org.springframework.test.context.junit4.statements.
> RunBeforeTestMethodCallbacks.evaluate(RunBeforeTestMethodCallbacks.
> java:75)
> at org.junit.internal.runners.statements.RunAfters.evaluate(
> RunAfters.java:27)
> at org.springframework.test.context.junit4.statements.
> RunAfterTestMethodCallbacks.evaluate(RunAfterTestMethodCallbacks.java:86)
> at org.springframework.test.context.junit4.statements.
> SpringRepeat.evaluate(SpringRepeat.java:84)
> at org.junit.runners.ParentRunner.runLeaf(ParentRunner.j

Fineract - CN - not able to run the demo-server

[Kareem Qureshi]

Hi All,

I have just joined and am trying to run the demo-server I have followed
the instructions from the link
https://cwiki.apache.org/confluence/display/FINERACT/How+To+Build+Apache+Fineract+CN

build was successful and I can see the *artifacts with appropriate names
show up in $USER_HOME/.m2/repository/org/apache/fineract/cn/ *

BTW - I saw some emails in this group from Rajan and Issac and
Ippez referring to same error I am seeing I cannot say from the mailing
list if question was answered...

when I am trying to run the demo-server using either
- java -jar -Ddemoserver.provision=true demo-server-0.1.0-BUILD-SNAPSHOT.jar

 I am getting the following error see below...

21:59:28.925 [DefaultMessageListenerContainer-1] ERROR
o.s.j.l.DefaultMessageListenerContainer - Could not refresh JMS Connection
for destination 'identity-v1' - retrying using FixedBackOff{interval=5000,
currentAttempts=0, maxAttempts=unlimited}. Cause: Error while attempting to
add new Connection to the pool; nested exception is javax.jms.JMSException:
Could not connect to broker URL: tcp://localhost:61616. Reason:
java.net.ConnectException: Connection refused (Connection refused)
21:59:28.927 [DefaultMessageListenerContainer-3] ERROR
o.s.j.l.DefaultMessageListenerContainer - Could not refresh JMS Connection
for destination 'teller-v1' - retrying using FixedBackOff{interval=5000,
currentAttempts=0, maxAttempts=unlimited}. Cause: Error while attempting to
add new Connection to the pool; nested exception is javax.jms.JMSException:
Could not connect to broker URL: tcp://localhost:61616. Reason:
java.net.ConnectException: Connection refused (Connection refused)
21:59:28.928 [DefaultMessageListenerContainer-1] ERROR
o.s.j.l.DefaultMessageListenerContainer - Could not refresh JMS Connection
for destination 'portfolio-v1' - retrying using FixedBackOff{interval=5000,
currentAttempts=0, maxAttempts=unlimited}. Cause: Error while attempting to
add new Connection to the pool; nested exception is javax.jms.JMSException:
Could not connect to broker URL: tcp://localhost:61616. Reason:
java.net.ConnectException: Connection refused (Connection refused)

Time: 42.135
There were 2 failures:
1) startDevServer(io.mifos.dev.ServiceRunner)
org.eclipse.aether.resolution.ArtifactResolutionException: Could not find
artifact io.mifos.provisioner:service-boot:jar:0.1.0-BUILD-SNAPSHOT
at
org.eclipse.aether.internal.impl.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:444)
at
org.eclipse.aether.internal.impl.DefaultArtifactResolver.resolveArtifacts(DefaultArtifactResolver.java:246)
at
org.eclipse.aether.internal.impl.DefaultArtifactResolver.resolveArtifact(DefaultArtifactResolver.java:223)
at
org.eclipse.aether.internal.impl.DefaultRepositorySystem.resolveArtifact(DefaultRepositorySystem.java:294)
at
io.mifos.core.test.servicestarter.ArtifactResolver.getJarFile(ArtifactResolver.java:51)
at
io.mifos.core.test.servicestarter.Microservice.start(Microservice.java:152)
at io.mifos.dev.ServiceRunner.startService(ServiceRunner.java:294)
at io.mifos.dev.ServiceRunner.before(ServiceRunner.java:192)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at
org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
at
org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
at
org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
at
org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:24)
at
org.springframework.test.context.junit4.statements.RunBeforeTestMethodCallbacks.evaluate(RunBeforeTestMethodCallbacks.java:75)
at
org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
at
org.springframework.test.context.junit4.statements.RunAfterTestMethodCallbacks.evaluate(RunAfterTestMethodCallbacks.java:86)
at
org.springframework.test.context.junit4.statements.SpringRepeat.evaluate(SpringRepeat.java:84)
at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
at
org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:252)
at
org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:94)
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
at
org.springframework.test.context.junit4.statements.RunBeforeTestClassCallbacks.evaluate(RunBeforeTestClassCallbacks.java:61)
at
org.springframework.test.context.junit4.statements.RunAfterTestClassCallbacks.

Re: Fineract - CN - not able to run the demo-server

[Myrle Krantz]

Please try pulling service starter again as per my instructions here:

https://lists.apache.org/thread.html/16007bc6afde2c8839cc79496110c20aeadbcba99a6842e10e5304ac@%3Cdev.fineract.apache.org%3E

Best Regards,
Myrle

On Sat 10. Mar 2018 at 08:06 Kareem Qureshi  wrote:

> Hi All,
>
> I have just joined and am trying to run the demo-server I have followed
> the instructions from the link
>
> https://cwiki.apache.org/confluence/display/FINERACT/How+To+Build+Apache+Fineract+CN
>
> build was successful and I can see the *artifacts with appropriate names
> show up in $USER_HOME/.m2/repository/org/apache/fineract/cn/ *
>
> BTW - I saw some emails in this group from Rajan and Issac and
> Ippez referring to same error I am seeing I cannot say from the mailing
> list if question was answered...
>
> when I am trying to run the demo-server using either
> - java -jar -Ddemoserver.provision=true
> demo-server-0.1.0-BUILD-SNAPSHOT.jar
>
>  I am getting the following error see below...
>
> 21:59:28.925 [DefaultMessageListenerContainer-1] ERROR
> o.s.j.l.DefaultMessageListenerContainer - Could not refresh JMS Connection
> for destination 'identity-v1' - retrying using FixedBackOff{interval=5000,
> currentAttempts=0, maxAttempts=unlimited}. Cause: Error while attempting to
> add new Connection to the pool; nested exception is javax.jms.JMSException:
> Could not connect to broker URL: tcp://localhost:61616. Reason:
> java.net.ConnectException: Connection refused (Connection refused)
> 21:59:28.927 [DefaultMessageListenerContainer-3] ERROR
> o.s.j.l.DefaultMessageListenerContainer - Could not refresh JMS Connection
> for destination 'teller-v1' - retrying using FixedBackOff{interval=5000,
> currentAttempts=0, maxAttempts=unlimited}. Cause: Error while attempting to
> add new Connection to the pool; nested exception is javax.jms.JMSException:
> Could not connect to broker URL: tcp://localhost:61616. Reason:
> java.net.ConnectException: Connection refused (Connection refused)
> 21:59:28.928 [DefaultMessageListenerContainer-1] ERROR
> o.s.j.l.DefaultMessageListenerContainer - Could not refresh JMS Connection
> for destination 'portfolio-v1' - retrying using FixedBackOff{interval=5000,
> currentAttempts=0, maxAttempts=unlimited}. Cause: Error while attempting to
> add new Connection to the pool; nested exception is javax.jms.JMSException:
> Could not connect to broker URL: tcp://localhost:61616. Reason:
> java.net.ConnectException: Connection refused (Connection refused)
>
> Time: 42.135
> There were 2 failures:
> 1) startDevServer(io.mifos.dev.ServiceRunner)
> org.eclipse.aether.resolution.ArtifactResolutionException: Could not find
> artifact io.mifos.provisioner:service-boot:jar:0.1.0-BUILD-SNAPSHOT
> at
>
> org.eclipse.aether.internal.impl.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:444)
> at
>
> org.eclipse.aether.internal.impl.DefaultArtifactResolver.resolveArtifacts(DefaultArtifactResolver.java:246)
> at
>
> org.eclipse.aether.internal.impl.DefaultArtifactResolver.resolveArtifact(DefaultArtifactResolver.java:223)
> at
>
> org.eclipse.aether.internal.impl.DefaultRepositorySystem.resolveArtifact(DefaultRepositorySystem.java:294)
> at
>
> io.mifos.core.test.servicestarter.ArtifactResolver.getJarFile(ArtifactResolver.java:51)
> at
> io.mifos.core.test.servicestarter.Microservice.start(Microservice.java:152)
> at io.mifos.dev.ServiceRunner.startService(ServiceRunner.java:294)
> at io.mifos.dev.ServiceRunner.before(ServiceRunner.java:192)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
>
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at
>
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at
>
> org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
> at
>
> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
> at
>
> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
> at
>
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:24)
> at
>
> org.springframework.test.context.junit4.statements.RunBeforeTestMethodCallbacks.evaluate(RunBeforeTestMethodCallbacks.java:75)
> at
> org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
> at
>
> org.springframework.test.context.junit4.statements.RunAfterTestMethodCallbacks.evaluate(RunAfterTestMethodCallbacks.java:86)
> at
>
> org.springframework.test.context.junit4.statements.SpringRepeat.evaluate(SpringRepeat.java:84)
> at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
> at
>
> org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:252)
> at
>
> org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:94)
> at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
> at or