Upgrade Gradle version used in Fineract

[Michael Vorburger]

Hello,

I would like to propose https://github.com/apache/fineract/pull/525 to
upgrade the Gradle version used in Fineract.

It would be good to get some reviews and perhaps manual testing from some
people. I does of course build again (see the "green" PR, now that we have
Travis CI integration), but I have not done any testing of it... would
someone like pull it, build it, fire it up and give it a try to make sure I
didn't break anything?

Please see https://issues.apache.org/jira/browse/FINERACT-700 for the full
details of the work that was required and done.

I'll self merge this in 2 weeks if I don't hear any objections from anyone.

Regards,
Michael

PS: I'm not actually reading this list (and won't, just due to general
load), but am replying to this via web interface; please Reply-To-All if
you want me to see replies.
_______
Michael Vorburger
http://www.vorburger.ch

Re: Enable Travis for Fineract repo?

[Michael Vorburger]

Hello everyone,

On 2019/02/12 13:38:49, Ed Cable  wrote:
> +1>
>
> Santosh, can you please update community on status of integration tests?>
>
> Ed>
>
> On Tue, Feb 12, 2019, 01:21 Myrle Krantz 
>
> > Hey all,>
> >>
> > Michael has suggested enabling Travis for the Fineract repo.  What
this>
> > would do is automatically call the build on code submitted with a PR.
We>
> > could also configure it to automatically run integration tests (that
will>
> > only be useful if the integration tests are currently working).  This
will>
> > make merging good PRs a little easier and rejecting PRs which break
the>
> > build a lot easier.>
> >>
> > This question is only for Fineract 1.x currently.  Fineract CN will
require>
> > a bit more work to get CI support running because of the way it is
spread>
> > across multiple repositories.>
> >>
> > What do you think?  If there are no objections in the next 72 hours,
I'd>
> > like to give Infra the go-ahead.>
> >>
> > Best Regards,>
> > Myrle>

FYI this is now fully done; hope this small contribution helps this
community to be a little more effective.

Please see https://issues.apache.org/jira/browse/FINERACT-697 for the full
details of the work that was required and done for this to work.

All the best,
M.

PS: I'm not actually reading this list (and won't, just due to general
load), but am replying to this via web interface; please Reply-To-All if
you want me to see replies.

Re: How to update from http://fineract.apache.org from apache/fineract-site git?

[Michael Vorburger]

On Thu, Jun 13, 2019 at 6:16 PM Vishwas Babu <
vish...@confluxtechnologies.com> wrote:

> Michael,
>
> Changes made to https://github.com/apache/fineract-site/tree/asf-site are
> automatically published. Master has now been merged back to asf-site.
>

oh, I see (branch "asf-site").

Do we actually need a separate master branch on fineract-site? I find that
confusing - and the fact that the master and asf-site branches on the
fineract-site repo have subtely diverged, see
https://github.com/apache/fineract-site/compare/asf-site, is perhaps an
illustration of that.

Just to keep it simple, why not completely ditch master, and only have a
asf-site branch on the fineract-site repo?

It should be very easy to do, and am happy to do so, but I thought it would
be worth confirming on list with everyone before going ahead.

>
> Regards,
> Vishwas
>
>
>
> On Thu, Jun 13, 2019 at 1:20 AM Michael Vorburger 
> wrote:
>
>> Vishwas or Myrle,
>>
>> how do we update http://fineract.apache.org to reflect e.g.
>> https://github.com/apache/fineract-site/pull/19 ?
>>
>> Tx!
>> ___
>> Michael Vorburger
>> http://www.vorburger.ch
>>
>

How to update from http://fineract.apache.org from apache/fineract-site git?

[Michael Vorburger]

Vishwas or Myrle,

how do we update http://fineract.apache.org to reflect e.g.
https://github.com/apache/fineract-site/pull/19 ?

Tx!
___
Michael Vorburger
http://www.vorburger.ch

Re: Issues downloading updated artifact from jfrog artifactory

[Michael Vorburger]

On Wed, Jun 12, 2019 at 9:40 AM Juhan Aasaru  wrote:

> Michael,
>
> thanks for starting up a discussion on this. I think it is an important
> topic that deserves attention.
> The truly correct way would be creating versions and use them instead.
> So if one would now tag fineract-cn-lang with version 0.0.0.1 in github
> then travis would build a version and
> upload it to Artifactory under libs-release and it would be available
> forever (since it is a version and not a snapshot).
>
> Using the latest snapshot doesn't guarantee anything - any funcitonality
> might still break at any point of time
> causing a lot of confusion and lots of lost hours in debugging.
>
> Since we have an automatic system in place to release versions (all that
> needs to be done is to tag the same version in github web
> for each fineract-cn-* repository) I propose we just start creating
> 0.0.0.x versions whenever we think it is required.
> In my opinion we don't need to perform time consuming release and testing
> for these releases as their idea is just to produce common ground for
> everyone.
> And ideally we could automate the release creating procedure so it would
> just require a few clicks.
>
> Regarding snapshots - then you are correct - eventually the old snapshots
> will be removed from the Artifactory.
> To clarify my idea - if anyone has trouble fetching the latest snapshot
> using "generic" url
> then the workaround would be always to perform two steps in a row:
> 1) get the unique url of the latest version
> 2) pull snapshot from that url.
> And not hard code the unique url anywhere.
>
> I hope we get a good discussion on the topic of just starting to create
> releases / versions.
>

I'm totally in support of you/someone else/anyone creating an automated
process to release 0.0.0.x versions to JFrog artifactory whenever we think
it is required for developers!


> Juhan
>
>
>
>
>
> Kontakt Michael Vorburger () kirjutas kuupäeval K, 12.
> juuni 2019 kell 09:51:
>
>> Hello,
>>
>> On Wed, Jun 12, 2019 at 8:16 AM Juhan Aasaru  wrote:
>>
>>> Hi Courage,
>>>
>>> I checked, the artifact is there in the repository. But trying to get
>>> latest artifact just by generic url like:
>>>
>>> http://mifos.jfrog.io/mifos/libs-snapshot/org/apache/fineract/cn/lang/0.1.0-BUILD-SNAPSHOT/lang-0.1.0-BUILD-SNAPSHOT.jar
>>> can be unrelyiable as some old version could have been cached on the way.
>>>
>>
>> may I respectfully disagree with this? I would argue the opposite, and
>> suggest that it's better to use the "generic" URLs (those with the
>> -SNAPSHOT, without that timestamp).
>>
>> For me an e.g. "wget
>> http://mifos.jfrog.io/mifos/libs-snapshot/org/apache/fineract/cn/lang/0.1.0-BUILD-SNAPSHOT/lang-0.1.0-BUILD-SNAPSHOT.jar;
>> seems to work just fine, so what's actually the issue?
>>
>>
>>> The best way would be to determine the unique filename of the latest
>>> version and then use that instead.
>>> You can find the unique filename of the latest artifact like this:
>>>
>>> https://mifos.jfrog.io/mifos/api/search/latestVersion?g=org.apache.fineract.cn=lang=0.1.0-BUILD-SNAPSHOT=libs-snapshot-local
>>> currently returns "0.1.0-BUILD-20190607.052703-26"
>>> and then pull it like this (added "lang-" and ".jar" to the url):
>>>
>>> https://mifos.jfrog.io/mifos/libs-snapshot/org/apache/fineract/cn/lang/0.1.0-BUILD-SNAPSHOT/lang-0.1.0-BUILD-20190607.052703-26.jar
>>>
>>
>> For a one time manual use it's OK to use a URL like this. You wrote "I am
>> just want to manually download the artefact and run the jar file" so it's
>> probably all good.
>>
>> More for general background: If one were to hard code this into say some
>> script, you risk that it breaks soon. The reason is that Maven repository
>> manager software such as JFrog or Sonatype Nexus (same functionality) will
>> keep only a handful (configurable) number of timestamps for any given
>> SNAPSHOT version. So as new 0.1.0-BUILD-SNAPSHOT versions are deployed in
>> the future, the 20190607.052703-26 could well very get automatically
>> cleaned up and disappear again.
>>
>> I updated the documentation with troubleshooting section where I
>>> described the steps in more detail:
>>>
>>> https://cwiki.apache.org/confluence/display/FINERACT/Fineract-CN+Artifactory#Fineract-CNArtifactory-Troubleshooting
>>>
>>> I hope that helps.
>>>
>>
>> Very nice write up, thank you!!
>>
>>
>>&g

Re: Issues downloading updated artifact from jfrog artifactory

[Michael Vorburger]

Hello,

On Wed, Jun 12, 2019 at 8:16 AM Juhan Aasaru  wrote:

> Hi Courage,
>
> I checked, the artifact is there in the repository. But trying to get
> latest artifact just by generic url like:
>
> http://mifos.jfrog.io/mifos/libs-snapshot/org/apache/fineract/cn/lang/0.1.0-BUILD-SNAPSHOT/lang-0.1.0-BUILD-SNAPSHOT.jar
> can be unrelyiable as some old version could have been cached on the way.
>

may I respectfully disagree with this? I would argue the opposite, and
suggest that it's better to use the "generic" URLs (those with the
-SNAPSHOT, without that timestamp).

For me an e.g. "wget
http://mifos.jfrog.io/mifos/libs-snapshot/org/apache/fineract/cn/lang/0.1.0-BUILD-SNAPSHOT/lang-0.1.0-BUILD-SNAPSHOT.jar;
seems to work just fine, so what's actually the issue?


> The best way would be to determine the unique filename of the latest
> version and then use that instead.
> You can find the unique filename of the latest artifact like this:
>
> https://mifos.jfrog.io/mifos/api/search/latestVersion?g=org.apache.fineract.cn=lang=0.1.0-BUILD-SNAPSHOT=libs-snapshot-local
> currently returns "0.1.0-BUILD-20190607.052703-26"
> and then pull it like this (added "lang-" and ".jar" to the url):
>
> https://mifos.jfrog.io/mifos/libs-snapshot/org/apache/fineract/cn/lang/0.1.0-BUILD-SNAPSHOT/lang-0.1.0-BUILD-20190607.052703-26.jar
>

For a one time manual use it's OK to use a URL like this. You wrote "I am
just want to manually download the artefact and run the jar file" so it's
probably all good.

More for general background: If one were to hard code this into say some
script, you risk that it breaks soon. The reason is that Maven repository
manager software such as JFrog or Sonatype Nexus (same functionality) will
keep only a handful (configurable) number of timestamps for any given
SNAPSHOT version. So as new 0.1.0-BUILD-SNAPSHOT versions are deployed in
the future, the 20190607.052703-26 could well very get automatically
cleaned up and disappear again.

I updated the documentation with troubleshooting section where I described
> the steps in more detail:
>
> https://cwiki.apache.org/confluence/display/FINERACT/Fineract-CN+Artifactory#Fineract-CNArtifactory-Troubleshooting
>
> I hope that helps.
>

Very nice write up, thank you!!


> Kind regards
> Juhan
>
>
> Kontakt Courage Angeh () kirjutas kuupäeval T,
> 11. juuni 2019 kell 22:24:
>
>> Hi Cajetan,
>>
>> Thanks for the suggestion. But I am not running any fineract-cn service
>> so my question is not related to the .m2 directory.
>>
>> I am just want to manually download the artefact and run the jar file so
>> that I can generate some RSA keys for a deployment environment.
>>
>> Regards,
>> Courage.
>>
>>
>> On Tue, Jun 11, 2019 at 3:02 PM Cajetan Rodrigues 
>> wrote:
>>
>>> Also note that the .me repo is found in the users/ in C drive
>>> folder.
>>>
>>> M2 folder contains all your dependencies.
>>>
>>>
>>>
>>> On Wed, Jun 12, 2019, 12:26 AM Cajetan Rodrigues 
>>> wrote:
>>>
 I have fallen into such issues before.
 So if you are on windows, a folder known as *.m2* is auto-created.
 Just delete that and restart STS (or other S/W).
 It will take a long time, downloading the repositories, but it should
 then work fine.

 Regards,
 Cajetan Rodrigues.

 On Wed, 12 Jun 2019 at 00:16, Courage Angeh 
 wrote:

> Hi Juhan,
>
> Hope this email finds you well.
>
> I merged the recent changes you made to fineract-cn-lang but when I
> visit the online artefact, I see that the artefact was modified was
> 09-Apr-2019.
>
> Based on this documentation:
> https://cwiki.apache.org/confluence/display/FINERACT/Fineract-CN+Artifactory
> I presume that when a PR is merged, I should be able to get the
> updates via 0.1.0-BUILD-SNAPSHOT
> .
> However, when I visit the artifactory, it shows that the artefact was last
> updated on the 9th of April 2019.
>

I can see a version which was deployed on 07-Jun-2019 05:27.


> Please, can you help me out?
>
> Regards,
> Courage.
>

Re: How to update from http://fineract.apache.org from apache/fineract-site git?

[Michael Vorburger]

On Fri, Jun 14, 2019 at 11:47 PM Awasum Yannick 
wrote:

> Good idea,
>
> Michael, go ahead.
>

done!

git clone g...@github.com:apache/fineract-site.git
cd fineract-site/
git rm -r *
echo 'Please use the `asf-site` insteda of `master` branch!' >README.md
git add README.md
git commit -m 'replace master branch content by README

as discussed on dev@fineract.apache.org Re: How to update from
http://fineract.apache.org from apache/fineract-site git?'
git push


On Fri, Jun 14, 2019, 13:38 Michael Vorburger  wrote:
>
>> On Thu, Jun 13, 2019 at 6:16 PM Vishwas Babu <
>> vish...@confluxtechnologies.com> wrote:
>>
>>> Michael,
>>>
>>> Changes made to https://github.com/apache/fineract-site/tree/asf-site are
>>> automatically published. Master has now been merged back to asf-site.
>>>
>>
>> oh, I see (branch "asf-site").
>>
>> Do we actually need a separate master branch on fineract-site? I find
>> that confusing - and the fact that the master and asf-site branches on the
>> fineract-site repo have subtely diverged, see
>> https://github.com/apache/fineract-site/compare/asf-site, is perhaps an
>> illustration of that.
>>
>> Just to keep it simple, why not completely ditch master, and only have a
>> asf-site branch on the fineract-site repo?
>>
>> It should be very easy to do, and am happy to do so, but I thought it
>> would be worth confirming on list with everyone before going ahead.
>>
>>>
>>> Regards,
>>> Vishwas
>>>
>>>
>>>
>>> On Thu, Jun 13, 2019 at 1:20 AM Michael Vorburger 
>>> wrote:
>>>
>>>> Vishwas or Myrle,
>>>>
>>>> how do we update http://fineract.apache.org to reflect e.g.
>>>> https://github.com/apache/fineract-site/pull/19 ?
>>>>
>>>> Tx!
>>>> ___
>>>> Michael Vorburger
>>>> http://www.vorburger.ch
>>>>
>>>

Re: How to update from http://fineract.apache.org from apache/fineract-site git?

[Michael Vorburger]

On Sat, Jun 15, 2019 at 1:39 PM Michael Vorburger  wrote:

> On Fri, Jun 14, 2019 at 11:47 PM Awasum Yannick 
> wrote:
>
>> Good idea,
>>
>> Michael, go ahead.
>>
>
> done!
>
> git clone g...@github.com:apache/fineract-site.git
> cd fineract-site/
> git rm -r *
> echo 'Please use the `asf-site` insteda of `master` branch!' >README.md
> git add README.md
> git commit -m 'replace master branch content by README
>
> as discussed on dev@fineract.apache.org Re: How to update from
> http://fineract.apache.org from apache/fineract-site git?'
> git push
>

To github.com:apache/fineract-site.git
   e04d659..1ccd447  master -> master

FYI https://issues.apache.org/jira/browse/INFRA-18614

$ git push origin :master
To github.com:apache/fineract-site.git
 - [deleted] master

On Fri, Jun 14, 2019, 13:38 Michael Vorburger  wrote:
>>
>>> On Thu, Jun 13, 2019 at 6:16 PM Vishwas Babu <
>>> vish...@confluxtechnologies.com> wrote:
>>>
>>>> Michael,
>>>>
>>>> Changes made to https://github.com/apache/fineract-site/tree/asf-site are
>>>> automatically published. Master has now been merged back to asf-site.
>>>>
>>>
>>> oh, I see (branch "asf-site").
>>>
>>> Do we actually need a separate master branch on fineract-site? I find
>>> that confusing - and the fact that the master and asf-site branches on the
>>> fineract-site repo have subtely diverged, see
>>> https://github.com/apache/fineract-site/compare/asf-site, is perhaps an
>>> illustration of that.
>>>
>>> Just to keep it simple, why not completely ditch master, and only have a
>>> asf-site branch on the fineract-site repo?
>>>
>>> It should be very easy to do, and am happy to do so, but I thought it
>>> would be worth confirming on list with everyone before going ahead.
>>>
>>>>
>>>> Regards,
>>>> Vishwas
>>>>
>>>>
>>>>
>>>> On Thu, Jun 13, 2019 at 1:20 AM Michael Vorburger 
>>>> wrote:
>>>>
>>>>> Vishwas or Myrle,
>>>>>
>>>>> how do we update http://fineract.apache.org to reflect e.g.
>>>>> https://github.com/apache/fineract-site/pull/19 ?
>>>>>
>>>>> Tx!
>>>>> ___
>>>>> Michael Vorburger
>>>>> http://www.vorburger.ch
>>>>>
>>>>

Re: Mifos X automated installation not working

[Michael Vorburger]

Kiran,

On Thu, 13 Jun 2019, 08:49 Kiran Patil,  wrote:

> Hi,
>
> I tried to install Mifos X using below link on Ubuntu 18.04.
>
>
> https://mifosforge.jira.com/wiki/spaces/docs/pages/85622932/Mifos+X+Automated+Installation+on+Debian+Ubuntu
>
> I am getting below error.
>
> $ sudo apt-key adv --recv-keys --keyserver pgp.mit.edu B6069EA209539BFF
> Executing: /tmp/apt-key-gpghome.qXH2HB3GgA/gpg.1.sh --recv-keys
> --keyserver pgp.mit.edu B6069EA209539BFF
>
> gpg: keyserver receive failed: No data
>
> $ echo deb http://packages.mifosx.in stable main | sudo tee
> /etc/apt/sources.list.d/mifosx.list
> deb http://packages.mifosx.in stable main
>
> $ sudo apt-get update
> Hit:1 http://ppa.launchpad.net/cloud-images/docker-k8s1.9/ubuntu bionic
> InRelease
> Hit:2 http://ap-south-1.ec2.archive.ubuntu.com/ubuntu bionic InRelease
>
> Hit:3 http://ap-south-1.ec2.archive.ubuntu.com/ubuntu bionic-updates
> InRelease
> Hit:4 http://ppa.launchpad.net/cloud-images/eks-01.10.0/ubuntu bionic
> InRelease
> Hit:5 http://security.ubuntu.com/ubuntu bionic-security InRelease
>
> Hit:6 http://ap-south-1.ec2.archive.ubuntu.com/ubuntu bionic-backports
> InRelease
> Err:7 http://packages.mifosx.in stable InRelease
>
>   Could not resolve 'packages.mifosx.in'
> Reading package lists... Done
> W: Failed to fetch http://packages.mifosx.in/dists/stable/InRelease
>  Could not resolve 'packages.mifosx.in'
> W: Some index files failed to download. They have been ignored, or old
> ones used instead.
>

It's simply that http://packages.mifosx.in seems to be down/gone... As far
as I know, that site was just set up by a contributor, and not the"project"
(i.e. I doubt any active committers have access to fix that particular
site).

I am Cc someone who may not read this list regularly but who be able to
comment further (or not, remember this is volunteer based).

But this question makes me think of something else: Do you really need
Debian packages, or are you just looking for an easy way to get Fineract up
and running (and, probably, keep it updated) ? If it's the latter, then
perhaps instead of someone stepping up to fix up those Debian packages, our
project could just provide ready made Docker Containers, plus related
doc... does anyone know if this already exists?


Thanks,
> Kiran.
>

Re: Deploying with Docker and docker-compose

[Michael Vorburger]

Cool!! I just reviewed https://github.com/apache/fineract/pull/593 and
provided some feedback.


On Thu, Jun 20, 2019 at 4:57 PM Ed Cable  wrote:

> Thanks Steve.
>
> I will also make this available with the Azure ARM template that Vishwas
> created for Fineract for the LCUC Hackathon.
>
> Ed
>
> On Thu, Jun 20, 2019 at 9:46 AM Steve Conrad  wrote:
>
>> Hi Devs -
>>
>> I have been working on a 'one-touch' deploy process for Fineract using
>> Docker and docker-compose. I just submitted a PR with this new
>> functionality. It allows you to easily create a brand new Fineract instance
>> on your local machine. You can also use it to run your development
>> environment in docker. There is a README with instructions, which I will
>> also post here. If you have any questions, please let me know.
>>
>> Thanks,
>> Steve
>>
>> Prerequisites
>>
>>- docker and docker-compose installed on your machine
>>
>>
>> Installing
>> a new Fineract instance
>>
>>- Clone the Fineract Github repository
>>- Navigate to the docker directory
>>- Run the following commands:
>>   - docker-compose build
>>   - docker-compose up -d
>>- Fineract will run at https://localhost:8443/fineract-provider
>>
>>
>> Using
>> docker-compose for development
>>
>>- Copy Dockerfile, docker-compose.yml, and the initdb directory to
>>the root of your project (/fineract)
>>- Edit Dockerfile in /fineract - comment out the 2 lines (RUN git
>>clone and COPY build.gradle)
>>- Uncomment the 2 lines in Dockerfile (RUN mkdir fineract, COPY .
>>fineract)
>>- Update your local copy of build.gradle and replace all references
>>to localhost with fineractmysql
>>
>>
>
> --
> *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
>   
>
>

FINERACT-764 Run Integration Tests using Spring Boot IT support instead of on Tomcat started separately by gradle-tomcat-plugin

[Michael Vorburger]

Hello,

would anyone reading this be interested in helping me wrap up
https://issues.apache.org/jira/browse/FINERACT-764 ?

The first goal is to get the new SpringBootLoginTest added in
https://github.com/apache/fineract/pull/525/files to pass. I think it's
almost there (Fineract starts under Spring Boot for integration testing,
yay!) but something with the URL being hit for testing isn't quite right...
perhaps someone interested in helping and looking at this with a fresh pair
of eyes can spot what it is?

BTW you can, on this PR's branch (not yet develop) start Fineract with
./gradlew bootRun (or by running org.apache.fineract.ServerApplication in
an IDE), which is pretty nice, IMHO.

Once that works, it  should then (hopefully) be fairly quick to make each
of the real integration tests extends the (new)
AbstractSpringBootIntegrationTest to run as Spring Boot integration test
instead of against an external Tomcat started by the Gradle plugin.

This would unblock the migration to a much newer Gradle version (
https://issues.apache.org/jira/browse/FINERACT-700).

Regards,
M.
___
Michael Vorburger
http://www.vorburger.ch

Re: Running IntegrationTest using different locale values

[Michael Vorburger]

What OS do you run on?

I'm not 100% sure how Java determines its default Locale, but on Linux it
may be determined by the environment variable named LANG.

Easiest for you is probably to change the Locale in your OS' Desktop's
Settings, usually in a Preferences section labeled something like
International.

BTW: The real underlying cause of the problem here is that, apparently,
some code in Fineract reads the default Locale. That's not ideal; in a
perfect world, it would read this from either a global Setting or user
level preference in Fineract (DB) instead of the OS. Just sayin', in case
you'd like to dig into it... ;-)

HTH.

On Wed, 19 Jun 2019, 20:22 Angel Cajas,  wrote:

> Hi developers,
>
>
>
> Recently I’ve been running the integrationTest gradle task and noticed
> that some tests were failing for me, however it seems that they work
> perfectly for other people.
>
>
>
> I noticed that most of those test failed because of the date format being
> used: “dd   “  and because there seems to be some locale
> differences between my computer and the ones being used in Fineract
> responses which causes some tests to fail. Adding a locale parameter to the
> some StringFormat objects helped me to reduce the number of test but that
> only make me question if are there some computer settings that I should
> have to run integration test these integration tests?
>
>
>
> I would really appreciate you answers
>
>
>
> Regards, Angel
>

Re: Tricky issue to run demo-server on cloud hosted VMs - entropy / poor quality random number generation

[Michael Vorburger]

-Djava.security.egd=file:/dev/./urandom

is a related gotcha - Google it...

On Tue, 18 Jun 2019, 22:40 Victor Manuel Romero Rodriguez, <
vic_rom...@hotmail.com> wrote:

> Hi,
>
> Nice trick, for production grade the "trick" should be at OS Host or
> Hypervisor level. Even some financial regulations request to have a
> dedicated hardware device to generate the randomness.
>
> https://wiki.openstack.org/wiki/VirtEntropyProvision
>
> Regards
>
> Victor
> El 18/06/19 a las 11:58, Eric Owhadi escribió:
>
> Hi Fineracteers,
>
> Sharing a tricky issue getting fineract-cn  demo-server to run on a VM
> hosted on our openStack based private cloud:
>
> The random numbers generated were not of good quality due to low Entropy.
>
>
> https://www.digitalocean.com/community/tutorials/how-to-setup-additional-entropy-for-cloud-servers-using-haveged
>
>
>
> After I installed Haveged, the entropy numbers went above 1600, while it
> was around 500 without. The link suggest >1000 to be acceptable entropy
> number. With this, I am able to run demo server, with persist = true but
> only in lite mode.
>
> Given it was tricky and time consuming to find this, I thought I’d share,
>
> Regards,
>
> Eric
>
>
>
>

[CVE-2018-11800] and [CVE-2018-11801] Apache Fineract SQL Injection Vulnerabilities fixed in v1.3.0

[Michael Vorburger]

Hello,

The Apache Fineract project would like to hereby disclose that our 1.3.0
release includes fixes for the CVE-2018-11800 and CVE-2018-11801 SQL
Injection vulnerabilities (the first one in a query on the
GroupSummaryCounts table, the second on the m_center data table).

We would like to thank Niels Heinen from Google for reporting this issue
and the Apache Security team for their assistance.

See also
https://cwiki.apache.org/confluence/display/FINERACT/Apache+Fineract+Security+Report
.

Best,
M.

Re: [ANNOUNCE] Welcome Courage Angeh to the Apache Fineract PMC

[Michael Vorburger]

Congratulations, Courage!


On Wed, 22 May 2019, 19:54 Mua Rachmann,  wrote:

> Congrats Courage
>
>
> On Wed, May 22, 2019 at 7:47 PM ivange larry 
> wrote:
>
>> Congratulations Courage. Keep up the good work.
>>
>> On Wed, 22 May 2019 at 19:42 Awasum Yannick  wrote:
>>
>>> Hi All,
>>>
>>> I am delighted to announce that Courage Angeh has been voted in as a new
>>> PMC Member at Apache Fineract.
>>>
>>> Courage has been a valuable member of our community for over 2 years now
>>> and in that time she has shown great leadership skills. She developed an
>>> In-App Notifications for Fineract 1.x as part of GSoC 2017. She
>>> containerized Fineract CN and is currently leading efforts towards enabling
>>> a production deployment in a Cloud Environment. Courage has been
>>> consistently active in helping to onboard new devs on our project. She is
>>> also a mentor for GSoC 2019 at Fineract and Outreachy via Mifos.
>>>
>>> Those are some remarkable accomplishments for our project.
>>>
>>> Please join me in Congratulating Courage for her contributions to the
>>> Fineract Community.
>>>
>>>
>>> Thanks.
>>> Awasum Yannick
>>>
>> --
>> - Larry
>>
>>

Re: API and Channel Concepts

[Michael Vorburger]

I'm not sure what exactly this thread is about (and don't know what "my
original post above and Juhan's specific thinking" refers to, link?), but
while glancing over this was just wondering if by "proxy" you perhaps would
be interested in one of the "API management" solutions out there?

Stuff like https://cloud.google.com/endpoints/, formerly known as Apigee,
as an example on the paid for hosted as a service end of the spectrum, or
https://www.3scale.net on the open source, optionally with professional
support subscription, side.



On Tue, 21 May 2019, 22:19 VIctor Romero, 
wrote:

> Hi,
>
> We have been working in a proxy using node.js and has been deployed to
> firebase, but any capable node.js server could be used.
>
> Mobile wallet <-> proxy <-> Mifo's/Fineract APIs
>
> We have used the proxy to accomplish the goals to be aligned to BIAN 4.0
> and OpenBanking Mexico usability guidelines.
>
> We already have donated the code to Mifos and we are removing the legacy
> code. And the proxy code can be also donated.
>
> Regards
>
> Victor
>
>
>
> Obtener BlueMail para Android 
> En 21 may 2019, en 2:54 p. m., James Dailey 
> escribió:
>>
>> Devs - I would like to resurface this discussion.  Please see my original
>> post above and Juhan's specific thinking.
>>
>> (direct) Channel access without a middle-layer or proxy of some kind is
>> not recommended in production.
>>
>> By implication, anyone building a front end app that is aimed at end
>> users and all of those already built, should be labeled on our sites as
>> "for demo purposes only".
>> From what we know all of the (larger) companies out there that are using
>> a customer facing front end, they are securing it beyond what is provided
>> by default on our community built apps.
>>
>> And, we should have a group working on the design of that proxy/middle
>> layer for both Fineract1.x and FineractCN.
>>
>> @ShivanshTiwari  please note for Mifos Mobile Wallet project.  If there
>> is a way to include a proxy service that speaks to your app and then to the
>> backend APIs that would be a good idea I think.
>>
>> - James
>> @jdailey67
>>
>>

Re: Thoughts on updating Flyway Gradle dependency in order to isolate state between integration tests?

[Michael Vorburger]

Dylan,

sorry I'm late to jump on this thread, but I do have some thoughts re. this
I wanted to share:

Could I suggest that you tackle this in two rounds? A first quick and dirty
immediate fix, and then start looking into a more general (and bigger) idea?

For the very short term, I would have to agree with Vishwas that if you can
come up with something  quick and dirty in GlobalConfigurationTest to
update the configuration back to its original value, to fix
https://issues.apache.org/jira/browse/FINERACT-722, that would be... great
progress. Life isn't always perfect, and sometimes in software development
we have to take short cuts... ;-)

As for future follow-up actions/project, once you have contributed a quick
fix for FINERACT-722: So that @FlywayTest annotation is interesting, but I
think there's something else even more suitable here - and much faster (re.
Vishwas that a "full DB re-init" is, relatively, costly). Have you seen, or
are you interested in learning about, how Spring Framework's Integration
Test infrastructure can run tests in transactions which are aborted instead
of commited at the end of integration tests? That's what we really need
here, IMHO.

The minor problem is that we're not quite there yet to be able to benefit
from this, and perhaps other, features of Spring Framework's (great)
Integration Test infrastructure. We may be fairly close though - would you
have any interest in having a look at and helping to finish up
https://issues.apache.org/jira/browse/FINERACT-764 ? That would laid the
foundation for then being able to look into that (above).

BTW: Runtime.getRuntime.exec(“./gradlew migrateTaskName”) wouldn't be my
first choice... :) FYI we're hoping to eventually remove those Gradle
tasks, watch https://issues.apache.org/jira/browse/FINERACT-765. But even
if we weren't, it would be much better to just use the Fineract embedded
Flyway, which runs at boot, programmatically, instead of "forking out" to
the build - does that make sense? Except that, based on above, I don't
think we actually need that. But just in case you ever run into a case
where you really do want to Runtime.getRuntime.exec(), may I shamelessly
plug https://github.com/vorburger/ch.vorburger.exec ? ;-)

Lastly, you can, of course, look into upgrading Flyway, but I would do that
completely separately (and perhaps only after FINERACT-765).

Hope this information is useful. We look very much forward to your
contributions!

Regards,
M.
_______
Michael Vorburger
http://www.vorburger.ch


On Sat, Jun 22, 2019 at 9:31 AM Vishwas Babu <
vish...@confluxtechnologies.com> wrote:

> Dylan,
>
> Good job on identifying the root cause :)
>
> While upgrading Flyway is definitely a good idea (purely from the
> perspective of having the latest versions of dependencies), it probably
> isn't required for the problem you are trying to solve.
>
> Restoring the entire database (~350 Migrations) before running a TestSuite
> would significantly increase the time taken for the Integration tests to
> run. This could lead to other problems, ex: Travis times out jobs running
> for more than 50 mins on public repos.
>
> Would it be a better idea to fix the GlobalConfigurationTest instead ? The
> change required would be to ensure that upon successful completion, this
> test case has not modified any configurations (which is causing other test
> cases to fail),
> -> i.e update a configuration
> -> validate it has been updated
> -> then update the configuration back to its original value and validate
> the same
>
> Regards,
> Vishwas
>
>
>
> On Fri, Jun 21, 2019 at 7:59 AM dylanrobson 
> wrote:
>
>> I forgot to mention that I have seen the open PR about upgrading Flyway
>> at https://github.com/apache/fineract/pull/550
>>
>

-- Forwarded message -
From: dylanrobson 
Date: Fri, Jun 21, 2019 at 4:47 PM
Subject: Thoughts on updating Flyway Gradle dependency in order to isolate
state between integration tests?
To: 
Cc: courage angeh , Rahul Goel <
rahul.usi...@gmail.com>


Hello everyone,

Recently I have been researching
https://issues.apache.org/jira/browse/FINERACT-722 about integration
test(s) failing on the first of the month due to an incorrect value of the
loan interest due.

The most interesting thing I found was that when I ran the entire
integration test suite on the first day of the month,
LoanReschedulingWithinCenterTest would always fail.
But when I ran LoanReschedulingWithinCenterTest alone it would always
succeed.

This made me think that somehow state was being “dirtied” between
integration tests.
After lots of debugging I found the root cause was because some values used
to calculate the interest due were read from the global configuration table
(c_configuration).
I found that GloalConfigurationTest (and a couple other tests) modified
this table - s

Re: FINERACT-700: upgrade Gradle from 2.10 to 5.2.1 (PR #525)

[Michael Vorburger]

Thanks everyone!

I hope it won't cause any disruptions for developers - the way it works is
that, next time you launch "./gradlew", it will just download Gradle 5.2.1
instead 2.1 for you.

One thing perhaps noteworthy to point out is is the (new) -Xmx4g for
org.gradle.jvmargs
in https://github.com/apache/fineract/blob/develop/gradle.properties ... if
you are low in memory, you perhaps wish to reduce that.

Happy continued hacking to "reduce poverty one line of code at a time" to
everyone.

_______
Michael Vorburger
http://www.vorburger.ch


On Thu, Jul 11, 2019 at 8:33 AM Awasum Yannick  wrote:

> PR finally merged. Congrats Mike. You have really turned things around.
>
> On Thu, Jul 11, 2019 at 7:12 AM Edmore Tshuma  wrote:
>
>> Great work Mike ! , been following thé thread closely
>>
>> On Wed, Jul 10, 2019, 3:34 PM Steve Conrad  wrote:
>>
>>> Great work - I know that took a lot of effort!
>>>
>>> On Tue, Jul 9, 2019 at 11:13 PM Santosh Math <
>>> sant...@confluxtechnologies.com> wrote:
>>>
>>>> Great news!
>>>>
>>>> On Wed, Jul 10, 2019 at 2:48 AM Ed Cable  wrote:
>>>>
>>>>> +1
>>>>>
>>>>> On Tue, Jul 9, 2019, 13:53 Michael Vorburger 
>>>>> wrote:
>>>>>
>>>>>> Hello everyone,
>>>>>>
>>>>>> I'm happy to inform you that I was finally able to get
>>>>>> https://github.com/apache/fineract/pull/525 to fully pass for
>>>>>> https://issues.apache.org/jira/browse/FINERACT-700 re. upgrading our
>>>>>> prehistoric ancient Gradle from 2.10 to 5.2.1 - yay!
>>>>>>
>>>>>> Best,
>>>>>> M.
>>>>>> ___
>>>>>> Michael Vorburger
>>>>>> http://www.vorburger.ch
>>>>>>
>>>>>
>>>>
>>>> --
>>>> Thanks & Regards
>>>>
>>>> Santosh Math
>>>>
>>>> *QA Engineer*
>>>>
>>>> *Conflux Technologies Pvt Ltd <http://www.confluxtechnologies.com/>*
>>>> | *Office*: +91-080-41208662 |
>>>>
>>>> *Address*: #304, 2nd Floor, 7th Main Road, HRBR Layout 1st Block,
>>>> Bengaluru, Karnataka, 560043 INDIA
>>>>
>>>

Re: Deploying with Docker and docker-compose

[Michael Vorburger]

On Thu, Jul 11, 2019 at 8:03 AM Awasum Yannick  wrote:

> Not, it does not. Here is a PR to Dockerize the Mifos Community App:
> https://github.com/openMF/community-app/pull/3107
>

that would be cool, let's make this happen...

watch, or even better, everyone contribute to,
https://github.com/openMF/community-app/pull/3107 and (then, after)
https://github.com/openMF/community-app/issues/3112 ...

You could pull that and make it work together with Fineract Docker...
>

BTW that reminded me to raise https://github.com/apache/fineract/pull/621
to point more prominently to https://hub.docker.com/r/apache/fineract/ from
the Fineract README.

Hope this helps. When you do this, please, it will be great to bring back
> your experience to the community so others can benefit from it.
>
> Thanks.
> Awasum
>
> On Thu, Jul 11, 2019 at 1:31 AM Tonio O  wrote:
>
>> Hi Steve,
>>
>> Does the one-touch docker deployment include the community app?
>>
>> -Tony
>>
>> On Thu, Jun 20, 2019 at 8:46 AM Steve Conrad  wrote:
>>
>>> Hi Devs -
>>>
>>> I have been working on a 'one-touch' deploy process for Fineract using
>>> Docker and docker-compose. I just submitted a PR with this new
>>> functionality. It allows you to easily create a brand new Fineract instance
>>> on your local machine. You can also use it to run your development
>>> environment in docker. There is a README with instructions, which I will
>>> also post here. If you have any questions, please let me know.
>>>
>>> Thanks,
>>> Steve
>>>
>>> Prerequisites
>>>
>>>- docker and docker-compose installed on your machine
>>>
>>>
>>> Installing
>>> a new Fineract instance
>>>
>>>- Clone the Fineract Github repository
>>>- Navigate to the docker directory
>>>- Run the following commands:
>>>   - docker-compose build
>>>   - docker-compose up -d
>>>- Fineract will run at https://localhost:8443/fineract-provider
>>>
>>>
>>> Using
>>> docker-compose for development
>>>
>>>- Copy Dockerfile, docker-compose.yml, and the initdb directory to
>>>the root of your project (/fineract)
>>>- Edit Dockerfile in /fineract - comment out the 2 lines (RUN git
>>>clone and COPY build.gradle)
>>>- Uncomment the 2 lines in Dockerfile (RUN mkdir fineract, COPY .
>>>fineract)
>>>- Update your local copy of build.gradle and replace all references
>>>to localhost with fineractmysql
>>>
>>>

Re: Fineract JIRA: Assigning issues.

[Michael Vorburger]

On Mon, Jul 8, 2019 at 11:02 PM Mohit Sinha  wrote:

> I can't see the 'Assign to me' link. It's uneditable.
>

Mohit, could you retry now? (If it doesn't work immediately, you may have
to logout and login back to the Apache JIRA.)

I've just added you as a Contributor (not Committer) via "Add user to a
role" on
https://issues.apache.org/jira/plugins/servlet/project-config/FINERACT/roles
(available to some of us who have JIRA administration roles).  The details
are explained on
https://cwiki.apache.org/confluence/display/INFRA/Role+Based+JIRA+Authorization
.

I've noticed that we have only 7 contributors listed in the JIRA
Administration. As far as I am concerned, we should grant the Contributor
(not Committer) role much more liberally - I see very little "risk" in
letting more people Edit or Assign or Link Issues.   I'm happy to add
anyone else who replies to this with "me too please" as a Contributor.



> On Tue, Jul 9, 2019 at 12:42 AM Awasum Yannick  wrote:
>
>> Hi Mohit,
>>
>> Fineract uses Git branches to host versions on github:
>> Fineract 1.2 has been released:
>> https://github.com/apache/fineract/tree/1.2.0
>> Fineract 1.3 and 1.3.1 planned for upcoming release:
>> https://github.com/apache/fineract/tree/1.3.1
>>
>> Next version of Fineract 1.x will be 1.4 , this is what you need to use
>> for new issues.
>>
>> Also add more details/description to ur issues.
>>
>> I also see the link "Assign to me", Click on that and the issue should be
>> assigned to you:
>> [image: image.png]
>>
>>
>> On Mon, Jul 8, 2019 at 6:00 PM Mohit Sinha 
>> wrote:
>>
>>> Hey,
>>> I am not a committer in Apache Fineract, just an individual contributor.
>>> I have created some JIRA issues because they were big changes and needed
>>> to be properly documented.
>>> I noticed that I couldn't assign them to myself.
>>>
>>> https://jira.apache.org/jira/browse/FINERACT-767
>>> https://jira.apache.org/jira/browse/FINERACT-759
>>>
>>> I haven't resolved them, because it asks for some fields like affect
>>> versions etc, about which I have no idea.
>>>
>>> Regards
>>> Mohit
>>>
>>> On Mon, Jul 8, 2019 at 10:35 PM Santosh Math <
>>> sant...@confluxtechnologies.com> wrote:
>>>
 Hi Robert,
 Thank you.

 On Mon, Jul 8, 2019 at 7:58 PM Ippez Robert 
 wrote:

> I would like to join on the team of QA. Please consider me as part of
> the team
>
> Thanks
> Regards
> Ippez Robert
>
> On Mon, Jul 8, 2019 at 3:58 PM Santosh Math <
> sant...@confluxtechnologies.com> wrote:
>
>> Hi Myrle,
>> Sure. I will help others to do QA.
>>
>> On Mon, Jul 8, 2019 at 6:18 PM Myrle Krantz  wrote:
>>
>>> Hey Santosh,
>>>
>>> We can adjust the workflow in Jira to reflect the need for QA.  It's
>>> not necessary to assign to one specific person for QA, and it might
>>> discourage others from joining in on that very important task.  A truck
>>> factor of 1 is a bad thing for any project.
>>>
>>> Santosh, would you be willing to help others learn to do QA as
>>> well?  Would the rest of y'all like me to edit our Jira workflow to make
>>> the QA step an explicit part of it?
>>>
>>> Best,
>>> Myrle
>>>
>>> On Mon, Jul 8, 2019 at 2:20 PM Santosh Math <
>>> sant...@confluxtechnologies.com> wrote:
>>>
 Hi Awasum,
 Whenever ticket is raised , it's assigned to developer/coder first
 so that he can get notification to work on it. Once it's 'Resolved' , 
 then
 the same ticket is assigned QA so that QA person get notification that 
 he
 can start QA on that. After QA , if the ticket is not properly 
 resolved ,
 then QA person will assign it back to developer with comments. If it is
 resolved, the QA person will close the ticket.
 Assigning a ticket is part of the workflow . There is nothing to do
 with taking credit or not.



 On Mon, Jul 8, 2019 at 3:54 PM Awasum Yannick 
 wrote:

> Hi Santosh,
>
> Assigning an issue to you which has been fixed by another person
> is not a good idea. People want to take credit for their work. From 
> this
> information we can know who to invite as committer and it be part of 
> their
> CV(just record).
>
> Anyways, We do it via Github PRs. Should be a simpler way to
> search and assign the right person who completed a task.
>
>
> On Mon, Jul 8, 2019 at 5:04 AM Santosh Math <
> sant...@confluxtechnologies.com> wrote:
>
>> Hi Awasum,
>> If the issues are fixed/resolved , those tickets should be
>> assigned to me. You can simply use filter . Go to Issues > Search for
>> Issues . In next page , Select project as 'Apache Fineract' and 
>> select
>> status , tick only 

Re: Fineract v1 LDAP integration

[Michael Vorburger]

Terence,

with Fineract using the Spring Framework's Security <
https://spring.io/projects/spring-security> for authentication, I would
imagine that one could be able to somehow integrate something like
https://docs.spring.io/spring-security/site/docs/4.2.12.RELEASE/reference/htmlsingle/#ldap-authentication.
..

BTW: While letting users login with a single uid/pwd to several sites is
better than them having to remember different pwds, what you ideally really
want is true SSO. https://www.keycloak.org is one nice option for SSO.

Regards,
M.
___
Michael Vorburger
http://www.vorburger.ch


On Tue, Jul 9, 2019 at 6:26 AM Terence Monteiro 
wrote:

> Hello Fineracters,
>
> I wanted to explore integration of LDAP with Fineract v1 which will make
> it possible to use Microsoft Active Directory or OpenLDAP to authenticate
> users. Since LDAP authentication is already supported on various other
> software, users can use the same credentials to authenticate to any of
> those services. Has anyone given this a shot or has comments/suggestions
> how to proceed?
>
> --
> Best Regards,
> Terence Monteiro,
> Mob: +91 96633 13728
> www.sanjosesolutions.in
> <http://www.sanjosesolutions.in>
> "Terroy", 67, 10th Cross,,
> Lingarajpuram, Bangalore - 84.
>

TopicTest failure (FINERACT-776)

[Michael Vorburger]

Would anyone be willing to step up and fix the failing TopicTest?

see https://issues.apache.org/jira/browse/FINERACT-776

and https://github.com/apache/fineract/pull/602

Just ask if not clear / questions.

___
Michael Vorburger
http://www.vorburger.ch

FINERACT-765 Remove Flyway completely from Gradle build, and run it only in-App at runtime

[Michael Vorburger]

Hello,

This affects only developers, not end-users:

Hopefully nobody has any strong objections to
https://issues.apache.org/jira/browse/FINERACT-765 and is against
https://github.com/apache/fineract/pull/613, which remove Flyway completely
from the Gradle build?

So you won't be able to (once PR #613 is merged) do e.g. " ./gradlew
migrateTenantDB" anymore - but we realized that you actually never had to
anyway - because Flyway runs in-App at runtime during boot, anyway.

BTW this does not affect e.g. " ./gradlew createDB
-PdbName=mifosplatform-tenants", that will still work (and is really quite
useful), because createDB has nothing to do with Flyway.

Shout if Qs.

Best,
M.
_______
Michael Vorburger
http://www.vorburger.ch

Re: Deploying with Docker and docker-compose

[Michael Vorburger]

> I get the following exception when using the docker-compose build option:

Tonio, just to avoid any confusion, could you confirm that you are using
today's master (I merged Steve' contribution on Saturday; thanks again!),
and that you are just following
https://github.com/apache/fineract/#instructions-to-run-using-docker-and-docker-compose,
exactly? I would be interested in seeing your full output, from the start -
would you mind to copy/paste it to some place, like a
https://gist.github.com or https://paste.fedoraproject.org or wherever?

It's (very) curious that you get this weird Gradle failure - the whole
point of containers to create an isolated environment... it does not matter
what (or even if) Gradle version you have locally. I'm puzzled.

Would someone else have a minute to try this out and let us know if it
works for others?


On Mon, 1 Jul 2019, 04:26 Tonio O,  wrote:

> *are you able to build Fineract locally (using ./gradlew clean war)?* No.
>
> docker version: Docker version 19.03.0-rc2, build f97efcc
> docker-compose version: docker-compose version 1.24.0, build 0aa59064
>
> On Sun, Jun 30, 2019 at 7:45 PM Steve Conrad  wrote:
>
>> Hi Tonio -
>>
>> Not sure why you are seeing this. A couple of questions: are you able to
>> build Fineract locally (using ./gradlew clean war)? What versions of docker
>> and docker-compose do you have installed? I just built again from scratch
>> on my environment using Docker version 18.09 and docker-compose version
>> 1.23.2.
>>
>> Steve
>>
>>
>> On Sun, Jun 30, 2019 at 6:15 PM Tonio O  wrote:
>>
>>> I get the following exception when using the docker-compose build option:
>>>
>>> FAILURE: Build failed with an exception.
>>>
>>> * Where:
>>> Script '/fineract/fineract-provider/dependencies.gradle' line: 30
>>>
>>> * What went wrong:
>>> A problem occurred evaluating script.
>>> > Could not find method providedCompile() for arguments [] on object of
>>> type
>>> org.gradle.api.internal.artifacts.dsl.dependencies.DefaultDependencyHandler.
>>>
>>> * Try:
>>> Run with --stacktrace option to get the stack trace. Run with --info or
>>> --debug option to get more log output. Run with --scan to get full insights.
>>>
>>> Steve: Do you have an idea why this is happening
>>>
>>>
>>> On Thu, Jun 20, 2019 at 8:46 AM Steve Conrad  wrote:
>>>
 Hi Devs -

 I have been working on a 'one-touch' deploy process for Fineract using
 Docker and docker-compose. I just submitted a PR with this new
 functionality. It allows you to easily create a brand new Fineract instance
 on your local machine. You can also use it to run your development
 environment in docker. There is a README with instructions, which I will
 also post here. If you have any questions, please let me know.

 Thanks,
 Steve

 Prerequisites

- docker and docker-compose installed on your machine


 Installing
 a new Fineract instance

- Clone the Fineract Github repository
- Navigate to the docker directory
- Run the following commands:
   - docker-compose build
   - docker-compose up -d
- Fineract will run at https://localhost:8443/fineract-provider


 Using
 docker-compose for development

- Copy Dockerfile, docker-compose.yml, and the initdb directory to
the root of your project (/fineract)
- Edit Dockerfile in /fineract - comment out the 2 lines (RUN git
clone and COPY build.gradle)
- Uncomment the 2 lines in Dockerfile (RUN mkdir fineract, COPY .
fineract)
- Update your local copy of build.gradle and replace all references
to localhost with fineractmysql

Re: Frequently Asked Questions (FAQ) as of May 14, 2019

[Michael Vorburger]

https://github.com/apache/fineract/commit/c4301843bd36c7b50b5be9c0f5dd6129a050964d

On Wed, May 15, 2019 at 9:04 AM Awasum Yannick  wrote:

> Thanks very much James.
>
> This FAQ will help enable new contributors and make their lives easier as
> they get started.
>
> On Wed, May 15, 2019 at 7:57 AM Sendoro Juma  wrote:
>
>> +1
>>
>>
>> On May 14, 2019 at 11:16 PM James Dailey  wrote:
>>
>> Hi all - Please note recent changes and updates to the project FAQ.
>> If you see any issues with this, please let me know, make a comment on
>> that page:
>> https://cwiki.apache.org/confluence/display/FINERACT/FAQ
>>
>> I'm including it here in the hopes it gets a few more reads.
>>
>> Thanks
>> @jdailey67
>>
>> Fineract FAQ 
>>
>>
>>
>>
>>
>>- What is this project about?
>>
>> 
>>- Is this Mifos?
>>
>> 
>>- What is the difference between Fineract and Fineract-CN?
>>
>> 
>>- Do I have to get the code to use the solution?
>>
>> 
>>- What is the process for getting the code and setting up a
>>development environment?
>>
>> 
>>- How do I get up to speed on development tasks?
>>
>> 
>>- What is our Consensus approach?
>>
>> 
>>- I'm new to Open Source, what is this all about?
>>
>> 
>>- Where do I find 
>>
>> 
>>- Where do I get the Pentaho Reports?
>>
>> 
>>- How do I set this up on my machine?
>>
>> 
>>- How do I get something changed in the code?  How do I get a feature
>>added?
>>
>> 
>>- I have a great idea for a collaboration tool for the community, how
>>do I make that happen?
>>
>> 
>>- I represent a Company and want to contribute, how do I do that?
>>
>> 
>>- I found a security flaw, where do I report that?
>>
>> 
>>- How do I raise a difficult or sensitive topic?
>>
>> 
>>
>>
>> What is this project about?
>>
>> Fineract provides a reliable, robust, and affordable solution for
>> entrepreneurs, financial institutions, and service providers to offer
>> financial services to the world’s 2 billion underbanked and unbanked.
>> Fineract is aimed at innovative mobile and cloud-based solutions, and
>> enables digital transaction accounts for all.
>>
>> The domain of fineract includes accounts, held by customers, with
>> transactions made to those accounts. The types of accounts include credit
>> accounts (e.g. loans to customers) and debit accounts (current accounts and
>> savings accounts), and for credit accounts there are different kinds of
>> interest rate schemes or shared profit schemes.  There is other
>> functionality that supports use cases for teller operations, basic treasury
>> management, accounting, portfolio management, authentication, account
>> opening (including KYC), and similar topics that are common to a retail
>> banking operation.
>>
>> Initially aimed at Microfinance Institutions (MFIs), Savings
>> Cooperatives, and Credit Unions, the fineract solution is not limited to
>> those specific institutions.  A number of finTech innovators have used
>> fineract as their backend solution for offering "Direct Banking" or
>> "Neo-Banking" solutions as well as for "Agent Management" in some contexts.
>> The backend account transaction system is a common requirement in many
>> systems in financial services.
>>

Re: Fineract Build and Tomcat Issues

[Michael Vorburger]

Supreeth, I know these long stack traces can sometimes be confusing at
first, but you get used to them... ;-) This is the part of the error
message you need to focus on:

Caused by: org.springframework.beans.factory.NoSuchBeanDefinitionException:
No qualifying bean of type
[org.apache.fineract.scorecard.feature.repo.FeatureRepo]

so Spring Boot is telling you that there is no
org.apache.fineract.scorecard.feature.repo.FeatureRepo (or it does not know
about it).

BTW: I'm assuming this is after some local work (modifications) you did,
because on the current HEAD of the develop branch of
https://github.com/apache/fineract/ this obviously works; we can be sure of
this because https://travis-ci.org/apache/fineract/branches is green.

On Wed, Aug 21, 2019 at 12:14 PM Ippez Robert  wrote:

> You may need to include to the base package list in appContext.xml your
> module's domain directory.
>
>
> Something like
> * *or
> which ever package name you have given for your module
>

Re. this ^^^ do try that, but if it doesn't help then the issue is before
JPA even comes into play - somehow Spring's "component scanning" can't see
that class - if it exists.

>
> Hope this helps.
>
>
> Thanks
> Regards
> Ippez Robert
>
> On Wed, Aug 21, 2019 at 12:34 PM Supreeth Menon 
> wrote:
>
>>
>>
>> On Wed, Aug 21, 2019 at 7:57 PM Supreeth Menon 
>> wrote:
>>
>>> Hello Everyone,
>>> I am Supreeth, currently a gsoc intern as Mifos working on "Scorecard
>>> for Credit
>>> Risk Assessment" project.
>>> *Blockers:*
>>> While adding the backend code for the screens which i have created i
>>> faced some issues before and also right now. In this week i again rewrote
>>> the whole thing in order to see a successful build but this did not happen
>>> and got into much trouble. Below i shall attach the file which contains the
>>> complete error logs and outputs. Can anyone from the community please help
>>> me in solving the issues.
>>>
>>>
>>> Thanks,
>>> Supreeth.
>>>
>>
>
> --
>
>
>
>
> *Ippez RobertsFounder/C.E.O - Swift3 Technologies (U) Ltd"Redefining Next
> Generation I/O Systems"P.O.Box 155, MoyoUGANDA.*
> Tel: +256783668663/775686538
> Skype ID: ippez.robert1
> Email: ippezrob...@gmail.com
>swiftechuga...@gmail.com
>ippezrob...@apache.org
>

Re: Travis CI broken for fineract (non-CI)

[Michael Vorburger]

On Thu, Aug 22, 2019 at 9:42 AM Michael Vorburger  wrote:

> see https://issues.apache.org/jira/browse/FINERACT-788 and chime in /
> review / help re. $SUBJECT...
>

so according to Vishwas (thanks!) on
https://github.com/apache/fineract/pull/627, what would really help to
solve the underlying root cause of this issue (FINERACT-788) would be if
someone stepped up to fix https://issues.apache.org/jira/browse/FINERACT-722
(and may be also https://issues.apache.org/jira/browse/FINERACT-723) ...
any takers? Not everyone at the same time, please... ;-)


> _______
> Michael Vorburger
> http://www.vorburger.ch
>

Re: Apache Fineract Gradle Integration Test Build failed

[Michael Vorburger]

Collins,

On Wed, Aug 21, 2019 at 10:43 AM collins chuwa 
wrote:

> Hi everyone,
>
> I have cloned and have built the Apache Fineract project [Platform]
> following the build instructions on the wiki page and while trying to run
> an integration test build it gives me an error,  the log for the error can
> be found here https://pastebin.com/igi1iVy2.
>

you need to paste a more complete full log for one of us to be able to help
you; what you have provided is only the end of the log, and that does not
let us see the root cause.

If I had to guess, I would guess that perhaps you simply don't hvae a
running mysql DB server that's open at the expected port? The "caused by"
part of the stack trace will tell you that.  (If that is the case, then
"docker run --name mysql-5.5 -p 3306:3306 -e MYSQL_ROOT_PASSWORD=mysql -d
mysql:5.5" as suggested on https://github.com/apache/fineract/#requirements
will help.)


> I have checked on google and StackOverflow directed me to change the
> tomcatRunWar.stopPort
>

I don't think that is the problem.

 please how do I go about this or how can I fix the issue.
>

Best of luck - it's always fun and you can learn a lot by figuring this
kind of thing out! ;-)
___
Michael Vorburger
http://www.vorburger.ch

Travis CI broken for fineract (non-CI)

[Michael Vorburger]

see https://issues.apache.org/jira/browse/FINERACT-788 and chime in /
review / help re. $SUBJECT...

___
Michael Vorburger
http://www.vorburger.ch

Community App UI on Docker Hub

[Michael Vorburger]

Hello,

I thought some of you may like
https://hub.docker.com/r/openmf/community-app/ ?

Full background FYI in https://github.com/openMF/community-app/issues/3112.

Credits goes not to me but to Awasum for
https://github.com/openMF/community-app/pull/3107.

Best,
M.
___
Michael Vorburger
http://www.vorburger.ch

Re: [Mifos-developer] Failed to connect to remote VM. Connection refused

[Michael Vorburger]

Girish BTW questions about the https://github.com/apache/fineract backend
are better sent to the dev@fineract.apache.org mailing list than to the
Mifos developer sourceforge list.


On Sat, 24 Aug 2019, 19:09 Michael Vorburger,  wrote:

> But have you started it (Tomcat) with the right parameter to enable
> debugging?
>
> On Sat, 24 Aug 2019, 14:11 Girish Kumar,  wrote:
>
>> Hi Team
>>
>>
>> I have installed mifosx my machine, when I try to debug in eclipse, I got
>> Failed to connect to remote VM. Connection refused.
>> Connection refused: connect
>>
>>
>>
>> Any help is highly appreciated
>>
>>
>> Refer the mifos build eclipsify (Apply/Save these changes and select the
>> saved *launch configuration* from your debug menu to attach the debugger
>> to the already running mifosx platform (if the platform isnt running you
>> will get message from eclipse saying it cant attach to JVM etc)
>>
>>
>> Regards
>>
>> Girish Kumar
>> Mifos-developer mailing list
>> mifos-develo...@lists.sourceforge.net
>> Unsubscribe or change settings at:
>> https://lists.sourceforge.net/lists/listinfo/mifos-developer
>
>

Re: [Mifos-developer] Community App UI on Docker Hub

[Michael Vorburger]

On Tue, 27 Aug 2019, 11:00 Girish Kumar,  wrote:

> Hi
>
> That's great, any idea which fineract engine is it using , is it Mifosx or
> Fineract. As I can see the pentaho reports and a few table reports
> (Accounting) the default we get only pentaho reports while the first
> installation. So wondering which db and engine it is being user
>

So just to be clear, https://hub.docker.com/r/openmf/community-app/ is just
the front end, without any engine backend (in that container).

As for the question what the default backend URL in the community-app is,
I'm assuming that
https://github.com/openMF/community-app#connecting-to-a-mifosx-platform-running-on-a-different-host
answers that?

BTW contributions with PR to the README which document how to run this new
container, and how to also run the back-end, would be very very welcome.
Coming to think of it, I guess what would be really cool as a next step now
would be to integrate this into
https://github.com/apache/fineract/#instructions-to-run-using-docker-and-docker-compose
- do you know what I mean? Anyone willing to step up to try that out and
put together a PR?

Regards
> Girish K
>
> On Tue, Aug 27, 2019 at 12:47 AM Michael Vorburger 
> wrote:
>
>> Hello,
>>
>> I thought some of you may like
>> https://hub.docker.com/r/openmf/community-app/ ?
>>
>> Full background FYI in
>> https://github.com/openMF/community-app/issues/3112.
>>
>> Credits goes not to me but to Awasum for
>> https://github.com/openMF/community-app/pull/3107.
>>
>> Best,
>> M.
>> ___
>> Michael Vorburger
>> http://www.vorburger.ch
>> Mifos-developer mailing list
>> mifos-develo...@lists.sourceforge.net
>> Unsubscribe or change settings at:
>> https://lists.sourceforge.net/lists/listinfo/mifos-developer
>
> Mifos-developer mailing list
> mifos-develo...@lists.sourceforge.net
> Unsubscribe or change settings at:
> https://lists.sourceforge.net/lists/listinfo/mifos-developer

Re: [Mifos-developer] Failure while trying to build a development environment

[Michael Vorburger]

On Mon, Sep 2, 2019 at 1:21 PM Girish Kumar  wrote:

> Hi Awasum
>
>
> Here is the Git repository where we have our code merged to the original 
> fineract forked.
> https://github.com/henagirish/fineract_gina
>
> Girish, I had a very quick look at
https://github.com/henagirish/fineract_gina but it's really difficult for
us to help you looking at that - because we can't actually see the changes
you made there - do you know what I mean? What I suspect you did is,
probably, you downloaded a ZIP from https://github.com/apache/fineract and
then made changes locally, and then did a single big git commit and pushed
that, right?

What you need to do, instead, is to "Fork"
https://github.com/apache/fineract, create a branch, make your changes, and
push that.

We realized at the beginning this whole process can seem a little bit
confusing - but it's worth to learn how to this, so that you can
participate in open source! To get started, I would work through e.g.
https://lab.github.com/ and https://guides.github.com/. Again, welcome to
Open Source - we're here to help you along the way if you need assistance.

there is a file inside the fineract_provider named m_office.sql where
the script for the db change is specified.
>
> Regards
> Girish
>
>
> On Mon, Sep 2, 2019 at 3:08 PM Awasum Yannick  wrote:
>
>> Hi,
>>
>> Push your code somewhere on Github lets see.
>>
>> Use Postman to retrieve an office and see if those parameters are sent
>> back to you.
>>
>> You dont need to use the Penv parameter. Just use the /gradlew clean war
>> command
>>
>> On Mon, Sep 2, 2019 at 10:22 AM Girish Kumar 
>> wrote:
>>
>>> Hi All
>>>
>>> For the past few days, I have been trying to create a fresh Fineract
>>> development environment on a windows platform
>>>
>>> I followed the instructions on how to.
>>>
>>> My environment
>>> O/S Windows 7 and I will be using Eclipse as my IDE
>>>
>>> Here is what I did,
>>>
>>> I added a few columns on the Database, table m_office,
>>> Then
>>> Office.java
>>> officedata.java,
>>> officereadplatformservice.java,
>>> officecommandfromapijsondeser
>>> officeapiresource
>>> officeapiresourceswagger
>>>
>>> --
>>> Old Ref:- to the same issue
>>>
>>> https://lists.apache.org/thread.html/40aff10d2021086fe57f865b86a99fe222a597685ceca5cbd8204c12@%3Cdev.fineract.apache.org%3E
>>>
>>>
>>> --
>>> gradle clean build was done (without  -Penv)
>>>
>>> Then to check decompiled the classes to see whether our code was there
>>> and all were fine.
>>>
>>> Replaced the war file on tomcat with the one we had build.
>>>
>>> Again checked the class file of Office to check our code is there or
>>> not. But to our surprise, none of the changes was there on the tomcat
>>> version (after the war extracted)
>>>
>>> Then thought might be because of -Penv missing while building
>>>
>>> So we tried to do with -Penv param
>>>
>>> But that was giving errors,
>>>
>>> We know somewhere we are mysteriously going wrong or missing something
>>>
>>> As now we had hit a serious roadblock which is so frustrating for us
>>> now, there are no writeups on how to resolve these
>>>
>>>
>>> gradlew -Penv=dev clean war
>>>
>>>
>>> -
>>>
>>> daemon will be stopped at the end of the build stopping after processing
>>>  Task :compileJava FAILED
>>>
>>> uring the build, one or more dependencies that were declared without a
>>> version
>>> ailed to resolve:
>>>org.springframework:spring-jms:
>>>org.apache.activemq:activemq-broker:
>>>
>>> id you forget to apply the io.spring.dependency-management plugin to the
>>> finera
>>> t-provider project?
>>>
>>>
>>> FAILURE: Build failed with an exception.
>>>
>>>  What went wrong:
>>> xecution failed for task ':compileJava'.
>>>  Could not resolve all files for configuration ':compileClasspath'.
>>>   > Could not find org.springframework:spring-jms:.
>>> Required by:
>>> project :
>>>   > Could not find org.apache.activemq:activemq-broker:.
>>> Required by:
>>> project :
>>>
>>> --
>>>
>>> Any quick help  / advise in this respect is very much appreciated,
>>>
>>> Hoping for someone to come out and help us
>>>
>>> We can even have a team viewer to check our code
>>>
>>> Regards
>>> Girish Kumar
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> Mifos-developer mailing list
>>> mifos-develo...@lists.sourceforge.net
>>> Unsubscribe or change settings at:
>>> https://lists.sourceforge.net/lists/listinfo/mifos-developer
>>
>> Mifos-developer mailing list
>> mifos-develo...@lists.sourceforge.net
>> Unsubscribe or change settings at:
>> 

Volunteers for functionally reviewing two ready PRs?

[Michael Vorburger]

Hello,

I just took a moment to look over all currently 21 open PRs on
https://github.com/apache/fineract/pulls. There are currently 2 which seem
ready and need some contributors to step up for functional reviewing them -
it's the https://github.com/apache/fineract/pull/568 and
https://github.com/apache/fineract/pull/592 - does anyone want to have a
closer look at and review those?

Tx,
M.

PS. I've also found many that either do not yet pass the build (which
therefore obviously can't even be reviewed, yet - until the person raising
it gets it to at least build) or are very old - I've left a comment on
those, and propose that we just close those in 1 month from now if we don't
hear back from the person who raised it, if nobody has any objections.
___
Michael Vorburger
http://www.vorburger.ch

Re: Fineract Integration Setup

[Michael Vorburger]

Hello Michael,

On Wed, Sep 4, 2019 at 7:36 PM Michael Bukachi 
wrote:

> Hello,
>
> As mention here.
> <https://github.com/apache/fineract/pull/619#issuecomment-513820326> I'm
> trying to run individual tests using intellij. But I'm unable to due
> dependency issues. Do I have to setup the project in a particular way?
>

most people probably just run the integration tests through Gradle from the
command line.

I guess you would be able to run them from within an IDE - if you have
mySQL running (as you need to when running through Gradle from the CLI)
*AND* if you started Tomcat, through Gradle from the CLI; you've probably
seen that's what
https://github.com/apache/fineract/blob/develop/fineract-provider/build.gradle#L382
does by depending on
https://github.com/apache/fineract/blob/develop/fineract-provider/build.gradle#L331
.

I'm not sure if what you may really be asking for is whether it would be
possible to run individual tests using intellij WITHOUT having to first
start Tomcat outside the IDE? That would be neat, wouldn't it? ;-) That's
what https://issues.apache.org/jira/browse/FINERACT-764 and the related
https://issues.apache.org/jira/browse/FINERACT-730 is all about - I'd love
your help to get that finished up! Interested? Looking forward to your PRs!
;-)

As for MariaDB4j, that's really a separate story. The value of that would
be that run integration tests wouldn't need mySQL running. It would be
nice, and years ago I worked on that, but I think meanwhile first sorting
out FINERACT-764 adds much more value.

Best,
M.
___
Michael Vorburger
http://www.vorburger.ch

Re: REG: New module goldrate

[Michael Vorburger]

On Thu, Sep 12, 2019 at 12:37 PM Juhan Aasaru  wrote:

> Hi!
>
> There is a plug-in (called rat) that checks that each file begins with a
> comment that states software license.
> Just copy-paste this comment to the beginning of
> GoldRPWritePlatformService.java from any other java file of the project.
>
> Kind regards
> Juhan
>
>
> Kontakt Aiswarya Rajendran () kirjutas
> kuupäeval N, 12. september 2019 kell 13:19:
>
>>
>> Team,
>>
>> I have set up the fineract application in my machine.
>> In order to set up a new module from the scratch from my machine,
>> goldpurity  is the name of the new module, I have added the files
>> mentioned bellow:
>>
>> CommandSource - added a colum gold_id in the table
>> m_portfolio_command_source
>> CommandWrapper
>> CommandWrapperBuilder
>> GoldRatesApiConstants
>> GoldRatesApiResourceSwagger
>> GoldRatesApiResource
>> GRPData
>> GoldRate - entity of the entity
>> GoldRateRepository
>> GoldRateRepositoryWrapper
>> CreateGoldRateCommandHandler
>> GoldRateCommandFromApiJsonDeserializer
>> GoldRateReadPlatformService
>> GoldRPWritePlatformService
>> GoldRPWritePlatformServiceJpaRepositoryImpl
>> GoldRateReadPlatformService
>>
>> But when I tried to build apache/incubator-fineract it fails when building
>>
>
I couldn't help noticing that you mentioned "incubator-fineract" here...
hopefully you're not working against
https://github.com/openMF/incubator-fineract anymore?!
https://github.com/apache/fineract is where the action is now.

I've taken the liberty to use this opportunity to clarify that in the
README of openMF/incubator-fineract, and Archive it on GitHub. (Hope that's
OK, if anyone disagree, please reach out.)


> rat.
>>
>> Execution failed for task ':rat'.
>> > Found 140 files with unapproved/unknown licenses. See
>> file:incubator-fineract/build/reports/rat/rat-report.txt
>>
>> When I see the file there are a lot of files under the tag
>>
>> 140 Unknown Licenses
>>
>> Files with unapproved licenses:
>>
>>
>> D:/NEWWORKSPACE/incubator-fineract/fineract-provider/src/main/java/org/apache/fineract/organisation/goldpurity/service/GoldRPWritePlatformService.java
>>
>> I am stuck up with current issue.
>>
>> Please help.
>>
>> Thanks,
>> Aiswarya Rajendran
>>
>

Re: Building exception error

[Michael Vorburger]

Monicy,

On Wed, Sep 11, 2019 at 7:09 AM George Monic  wrote:

> Hi Devs,
>
> I'm facing with the major problem when I use any gradle task...
>
> For instance when I run /gradlew -Penv=dev clean cleanEclipse eclipse
>

you're probably running ./gradlew ... ? Just asking to double check you
don't run gradle, without the . at the start and the w at the end.

The difference is that "gradle" runs your local version (wrong and
unsupported) whereas "./gradlew" runs the "gradle wrapper" (correct and
supported).


> This is what I get...
>
> FAILURE: Build failed with an exception.
>
> * Where:
>
> Build file '/home/monicy/platform/fineract-provider/build.gradle' line: 81
>
>
> * What went wrong:
>
> A problem occurred evaluating root project 'fineract-provider'.
>
> > Could not get unknown property 'classesDir' for main classes of type
> org.gradle.api.internal.tasks.DefaultSourceSetOutput.
>

curious, because I get a completely different error when running "./gradlew
-Penv=dev clean cleanEclipse eclipse", on the current develop branch (as of
today's commit 71b456c2547e9f9c9d9ffb209c2fc28ceb823cd0 from
https://github.com/apache/fineract/commits/develop) :

* Where:
Script
'/home/vorburger/Mifos/fineract/fineract-provider/dev-dependencies.gradle'
line: 30

* What went wrong:
A problem occurred evaluating script.
> Could not find method providedCompile() for arguments [] on object of
type
org.gradle.api.internal.artifacts.dsl.dependencies.DefaultDependencyHandler.

This ^^^ problem disappears when dropping "-Penv=dev", so "./gradlew clean
cleanEclipse eclipse" works for me (on current develop branch HEAD). Do you
want to tr that? You don't need "-Penv=dev" - that's an old left over of
something we need to clean up some time.

* Try:
>
> Run with --stacktrace option to get the stack trace. Run with --info or
> --debug option to get more log output. Run with --scan to get full insights.
>
>
> * Get more help at https://help.gradle.org
>
>
> Deprecated Gradle features were used in this build, making it incompatible
> with Gradle 6.0.
>
> Use '--warning-mode all' to show the individual deprecation warnings.
>
> See
> https://docs.gradle.org/5.2.1/userguide/command_line_interface.html#sec:command_line_warnings
>
>
> BUILD FAILED in 0s
>
>
> I'm using gradle 2.10..
>

just FYI, because you launch "./gradlew" you're actually NOT using the
Gradle v2.10 which you have installed locally, but
https://docs.gradle.org/current/userguide/gradle_wrapper.html; note how in
your output which you copy/pasted it actually shows you are running 5.2.1.
(You could actually uninstall your old 2.10, as far as Fineract is
concerned.)

>
> Any help will be appreciated..
>
>
> Thanks and Regards.
>
> Monicy
>

Hope this helped?

Welcome to Apache Fineract, have fun and best of luck.

Bet,
M.
___
Michael Vorburger
http://www.vorburger.ch

Re: Reg: DeadlockLoserDataAccessException

[Michael Vorburger]

Ratheesh,

I was wondering if you could reliably reproduce this issue?

If you were able to create something like a set of Postman scripts which
cause this bug to appear, it may help others to reproduce it, analyse and
perhaps figure out how to fix it.

This kind of issue, to me, if you can provide steps how it can be
reproduced, seems like an interesting candidate for the kind of real
production problems for which perhaps someone reading along on this list
would like to offer you commercial support - anyone?

Best,
M.


On Thu, 12 Sep 2019, 21:05 James Dailey,  wrote:

> Ratheesh
>
> Have you also looked in the issue (bug) tracker to find similar issues?
>
> See also
> https://cwiki.apache.org/confluence/display/FINERACT/Getting+Help+with+Issue
>
> I'm totally guessing but does this have something to do with a spring
> batch process?
>
> https://stackoverflow.com/questions/44294878/deadlockloserdataaccessexception-in-spring-batch
>
> ?
>
> On Tue, Sep 10, 2019 at 8:07 AM Ratheesh M  wrote:
>
>> Hello Everyone,
>>
>> I have found the reason for ‘DeadlockLoserDataAccessException’. This is
>> due to the concurrency problem(The second query getting exception while the
>> first query in execution process in the same table).
>>
>> I tried to solve the issue with @Synchronized annotation, but it took a
>> lot of time to complete the whole process. So I tried  Asynchronous
>> annotation, but i don’t know where to configure in MIFOS.(also tried
>> innodb_thread_concurrency setup in my.cnf file)
>>
>> Please help to fix the issue with Asynchronous or some other solution.
>>
>> Thanks and Regards,
>> Ratheesh M
>>
>>
>> On Thu, Sep 5, 2019 at 1:31 PM Ratheesh M  wrote:
>>
>>> Hi,
>>>
>>> I have an issue like ‘DeadlockLoserDataAccessException’ from last week.
>>> I put a lot of effort to identifying the root cause of the issue. But still
>>> I didn’t get any solution. Please help me to solve the issue.
>>>
>>>
>>> 
>>>
>>> Aug 22 , 2019 3:12:06 PM
>>> org.apache.tomcat.jdbc.pool.interceptor.SlowQueryReport reportFailedQuery
>>>
>>> WARNING: Failed Query Report SQL=Update m_loan_arrears_aging inner join
>>> m_loan ml ON ml.id = loan_id  SET ml.`loan_sub_status_id`= NULL where
>>> ml.`id` = 10409451 and ml.`loan_sub_status_id`!= 100 or
>>> ml.`loan_sub_status_id` IS NULL ;; time=347 ms;
>>>
>>> org.springframework.dao.DeadlockLoserDataAccessException:
>>> StatementCallback; SQL [Update m_loan_arrears_aging inner join m_loan ml ON
>>> ml.id = loan_id  SET ml.`loan_sub_status_id`= NULL where ml.`id` =
>>> 10409451 and ml.`loan_sub_status_id`!= 100 or ml.`loan_sub_status_id` IS
>>> NULL ;]; Deadlock found when trying to get lock; try restarting transaction
>>> {stmnt 1818628024 Update m_loan_arrears_aging inner join m_loan ml ON
>>> ml.id = loan_id  SET ml.`loan_sub_status_id`= NULL where ml.`id` =
>>> 10409451 and ml.`loan_sub_status_id`!= 100 or ml.`loan_sub_status_id` IS
>>> NULL ;} [code=1213, state=40001]; nested exception is
>>> org.apache.openjpa.lib.jdbc.ReportingSQLException: Deadlock found when
>>> trying to get lock; try restarting transaction {stmnt 1818628024 Update
>>> m_loan_arrears_aging inner join m_loan ml ON ml.id = loan_id  SET
>>> ml.`loan_sub_status_id`= NULL where ml.`id` = 10409451 and
>>> ml.`loan_sub_status_id`!= 100 or ml.`loan_sub_status_id` IS NULL ;}
>>> [code=1213, state=40001]
>>>
>>> at
>>> org.springframework.jdbc.support.SQLErrorCodeSQLExceptionTranslator.doTranslate(SQLErrorCodeSQLExceptionTranslator.java:263)
>>>
>>> at
>>> org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.translate(AbstractFallbackSQLExceptionTranslator.java:73)
>>>
>>> at
>>> org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:413)
>>>
>>> at
>>> org.springframework.jdbc.core.JdbcTemplate.update(JdbcTemplate.java:546)
>>>
>>> at
>>> org.apache.fineract.portfolio.loanaccount.service.LoanArrearsAgingServiceImpl.updateLoanArrearsAgeingDetails(LoanArrearsAgingServiceImpl.java:151)
>>>
>>> at
>>> org.apache.fineract.portfolio.loanaccount.service.LoanArrearsAgingServiceImpl.businessEventWasExecuted(LoanArrearsAgingServiceImpl.java:609)
>>>
>>> at
>>> org.apache.fineract.portfolio.common.service.BusinessEventNotifierServiceImpl.notifyBusinessEventWasExecuted(BusinessEventNotifierServiceImpl.java:71)
>>>
>>> at
>>> org.apache.fineract.portfolio.loanaccount.rescheduleloan.service.LoanRescheduleRequestWritePlatformServiceImpl.approve(LoanRescheduleRequestWritePlatformServiceImpl.java:682)
>>>
>>> at sun.reflect.GeneratedMethodAccessor189.invoke(Unknown Source)
>>>
>>> at
>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>>
>>> at java.lang.reflect.Method.invoke(Method.java:498)
>>>
>>> at
>>> org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317)
>>>
>>> at
>>> 

GitPod.io online web-based IDE lowers the entry barrier and makes contributing to Fineract easier

[Michael Vorburger]

Hello,

I've just merged https://github.com/apache/fineract/pull/598, which just
adds a small .gitpod.yml, and a brief blurb to the README, explaining that
to contribute people don't necessarily have to do the perhaps sometimes
complicated local set-up (install Java, mySQL; Eclipse/IntelliJ) anymore -
now anyone can start hacking on the Java code just by clicking on
https://gitpod.io/#https://github.com/apache/fineract !

How cool is that?

Best,
M.
___
Michael Vorburger
http://www.vorburger.ch

Re: [Mifos-developer] Swagger Implementation for the fineract backend

[Michael Vorburger]

I'd also be interested to follow along re. this, but I can't seem to find a
PR re this on https://github.com/apache/fineract/pulls .. what am I missing?

I briefly looked at
https://github.com/apache/fineract/blob/develop/fineract-provider/src/main/java/org/apache/fineract/portfolio/self/client/api/SelfClientsApiResourceSwagger.java
and
https://github.com/apache/fineract/blob/develop/fineract-provider/src/main/java/org/apache/fineract/portfolio/self/client/api/SelfClientsApiResource.java
but don't understand yet how one could get the Swagger model for this at
runtime?

If you have this code only locally so far, I'd encourage you to push it to
your GitHub so that others can try it out! -- It's also totally cool to
raise a first PR already even if not everything is working perfectly yet.
For example re "calls can not yet be made from swagger UI itself" that's
something that could always be contributed as a separate follow-up PR after.



On Mon, 5 Aug 2019, 13:05 Kang Breder,  wrote:

> I think Ebenezer Graham works at the Backend too.
>
> On Mon, Aug 5, 2019 at 11:59 AM Kang Breder  wrote:
>
>> Hi Cajetan
>>
>> Find the path below for self client Api Resource
>>
>> fineract/fineract-provider/src/main/java/org/apache/fineract/portfolio/self/client/api/SelfClientsApiResource.java
>>
>> On Mon, Aug 5, 2019 at 11:09 AM Cajetan Rodrigues 
>> wrote:
>>
>>> Can you please point a repo where the self-service APIs are being
>>> created and also let me know who else is working on the backend other than
>>> you, so I get in touch with them.
>>>
>>> Thanks and Regards,
>>>
>>> *Cajetan Christopher Rodrigues*
>>> *B.E Computer Engineering*
>>> *rigrod1...@gmail.com *
>>> *Google Summer of code 2019*
>>>
>>>
>>> On Mon, Aug 5, 2019 at 12:18 AM Kang Breder 
>>> wrote:
>>>
 Thank you Cajetan for your help.
 I will try that out. The Fineract APIs are on every module of the
 codebase in the api package.

 Regards

 On Sat, Aug 3, 2019 at 4:31 PM Cajetan Rodrigues 
 wrote:

> Also, can you point that project where all the fineract APIs have been
> created? y be, I can try setting it up locally this week if i'm done with
> my planned tasks with online banking app 3.0.
>
> Also let me know which all interns are currently working in the
> backend more specifically with the self service apis
>
> Thanks and Regards,
>
> *Cajetan Christopher Rodrigues*
> *B.E Computer Engineering*
> *rigrod1...@gmail.com *
> *Google Summer of code 2019*
>
>
> On Sat, Aug 3, 2019 at 8:57 PM Cajetan Rodrigues 
> wrote:
>
>> Thanks for the update Kang.
>>
>> I think you are facing CORS error, because you might have not setup
>> CORS decorator before each and every entity ie Java Bean.
>>
>> Maybe this could help. (To be added before each entity bean defined
>> in the models folder)
>>
>> @CrossOrigin(origins = "*", allowedHeaders = "*")
>>
>> Ref :
>> https://howtodoinjava.com/spring5/webmvc/spring-mvc-cors-configuration/
>>
>> Thanks and Regards,
>>
>> *Cajetan Christopher Rodrigues*
>> *B.E Computer Engineering*
>> *rigrod1...@gmail.com *
>> *Google Summer of code 2019*
>>
>>
>> On Sat, Aug 3, 2019 at 8:47 PM Kang Breder 
>> wrote:
>>
>>>
>>> Hi Cajatan,
>>>
>>> Swagger has been integrated for the self service API. We are
>>> currently using swagger-core and swagger-core annotations to generate 
>>> the
>>> swagger docs.
>>>
>>> The swagger UI has not yet been hosted on Tomcat. I am using python
>>> SimpleHTTPServer for hosting. See the link below
>>> http://localhost:8000/
>>> But right now calls can not yet be made from swagger UI itself. That
>>> is one of issues i talked about during the meeting today. It may be CORS
>>> problem or the UI will have to be hosted on Tomcat. I was wondering 
>>> whether
>>> CORS has been enabled on server side. May be you try testing too.
>>>
>>>
>>> On Sat, Aug 3, 2019 at 3:49 PM Cajetan Rodrigues <
>>> rigrod1...@gmail.com> wrote:
>>>
 Hi Kang,

 As you said in today's check-in, the self-service APIs have been
 integrated with swagger.

 It would be helpful if can provide the link for the same. Since
 there are ton of apis present on the fineract api doc which is 
 documented
 as a static page. So it's not practical to copy-paste each and every
 request and check in postman.

 A faster way would be swagger where we can have hands-on the apis
 on the fly.

 I am not sure if Spring Boot or Spring MVC is being used at
 the moment. But if it's Spring Boot, the dependency does wonders. Just 
 need
 to hook in the swagger config file, and it auto generates all the apis 
 in
 the 

Re: Fineract-CN - Invalid system token - Can't assign identity service to tenant

[Michael Vorburger]

On Sat, 20 Jul 2019, 22:22 Michael E.,  wrote:

>
> Hi Awasum, Thanks for your response. Since my original email I have done
> some more investigation and found the source of the issue, at least in my
> case. The error in my original email (invalid system token) was appearing
> when using this docker setup:
> https://github.com/openMF/fineract-cn-containers . I also found a more
> recent version of this setup which uses a different module to generate the
> RSA keypair:  https://github.com/Anh3h/fineract-cn-containers/tree/develop  .
> Unfortunately this version didn't work either.
>
> I investigated the source of the error and found that it occured when
> assigning the identity service to a tenant through the provisioner. During
> this process the provisioner calls the /initialize endpoint of identity,
> which is authenticated by a system key (issued by provisioner). The issue
> was identity wouldn't accept this key.
>
> The key was not accepted because the docker image for the provisioner used
> in fineract-cn-containers, anh3h/fineract-cn-provisioner, is a modified
> version of provisioner that generates it's own RSA keypair, instead of
> using the one provided by environment vairables. The differing keys caused
> identity to not accept the system token created by provisioner. I'm not
> sure exaclty why this image was used. I built a new image which runs the
> latest provisioner from artifactory, and the provisioning process was able
> to continue. There are a few more issues with the provisioning script in
> fineract-cn-containers, which I was able to fix. I am currently in the
> process of creating a new docker-compose configuration, which I might be
> able to share if anyone is interested.
>

I'm sure PRs for this would be welcome!

As for the demo server, I didn't investigate the issue I was having with it
> much further, I find a docker configuration much easier to run,
> particularly when I can't run the demo server locally anyway since my
> computer lacks the resources to do so.
>
> If anyone has any questions about this let me know, I spent almost a week
> trying to get this to work so I'd like to make sure nobody else has to
> repeat my work.
>

Again, IMHO the best, because it's the most "durable" (much more than e.g.
emails), is PRs which improve scripts, README etc.

Michael.
>
> On Fri, Jul 19, 2019 at 9:42 PM Awasum Yannick  wrote:
>
>>
>>
>> On Mon, Jul 15, 2019 at 11:58 PM Michael E. 
>> wrote:
>>
>>> Hello,
>>>
>>> Over the past few days I've been trying to setup a Fineract-CN instance
>>> I can test with. Since my machine doesn't have enough RAM I tried deploying
>>> in Google Cloud Compute.
>>>
>>> Initially I followed this tutorial:
>>>
>>> https://cwiki.apache.org/confluence/display/FINERACT/How+To+Build+Apache+Fineract+CN
>>>
>>>
>>> I got through everything and got demo-server working, but only in
>>> lite-mode. Since I wanted to try out the rest of the services I tried
>>> running the full version. After making sure I had enough RAM I tried the
>>> full version and kept running into failures during provisioning. I think I
>>> have it narrowed down to this error:
>>>
>>
>> Can you provide your full logs.
>>
>>>
>>> 12:19:29.115 [qtp1825419935-15] INFO  o.a.f.c.l.c.ServiceExceptionFilter
>>> - Responding with a service error ServiceError{code=409, message='The given
>>> identity instance didnt recognize the system token as valid.  Perhaps the
>>> system keys for the provisioner or for the identity manager are
>>> misconfigured?'}
>>> 12:20:29.192 [qtp1825419935-16] WARN  provisioner-logger - The given
>>> identity instance didn't recognize the system token as valid.
>>> org.apache.fineract.cn.api.util.InvalidTokenException:
>>> {"timestamp":1563193229188,"status":403,"error":"Forbidden","message":"Access
>>> Denied","path":"/identity/v1/initialize"}
>>>
>>
>> Is everyone facing this error? I dont know whats goint wrong here? let me
>> run and see whats the problem
>>
>>>
>>> Since I couldn't figure out how to fix it, I decided to try running
>>> using this docker-compose setup:
>>> https://github.com/openMF/fineract-cn-containers
>>>
>>> Unfortunately, during provisioning the exact same failure occurs. I
>>> tried provisioning using the supplied script and manually sending the
>>> requests via postman with a configuration I found here:
>>> https://github.com/senacor/fineract-setup/tree/master/scripts/postman
>>>
>>> As far as I can tell, the error occurs when assigning an identity
>>> service to the new tenant, but I may be wrong as I just got into this
>>> project and don't really understand the provisioning process.
>>>
>>> I did find two previous threads discussing this issue but none of them
>>> seem to reach a solution:
>>>
>>> https://lists.apache.org/thread.html/c89909c56c4b8e500a6802d0601b0dd0f868a64a73e609c7071d3812@%3Cdev.fineract.apache.org%3E
>>>
>>>
>>> 

Re: TimeZone issues on Fineract/Mifos

[Michael Vorburger]

On Mon, Jul 22, 2019 at 8:07 AM Awasum Yannick  wrote:

> Hey Victor,
>
> Create an Apache JIRA account and send me your user id. I will add you to
> the contributor list and you can assign yourself. Comment on the issue you
> want to fix.
>
> On Sun, Jul 21, 2019 at 10:47 PM Victor Romero <
> victor.rom...@fintecheando.mx> wrote:
>
>> Hi mates,
>>
>>
>> While working with different customers we interact with many platforms,
>> some located in Mexico and in another countries. For the transactions we
>> use the timestamps type (not only date or time). By default the servers
>> use UTC.
>>
>> We have solved adding variables and also documented some steps that
>> needs to be set as part of the installation of Fineract and Mifos X
>> (MySQL, MariaDB, Linux and Tomcat).
>>
>
Victor, if those variables for Tomcat & DB could be captured in the form of
a PR which does the needful applied to
https://github.com/apache/fineract/blob/develop/Dockerfile and
https://github.com/apache/fineract/blob/develop/docker-compose.yml, I think
that could be a valuable.


> We have found some tickers in Jira i.e.
>> https://issues.apache.org/jira/browse/FINERACT-276 but is there are
>> another open?
>>
>> We want to help on fixing the Time Zone issues.
>>
>> Please let me know how they can be assigned to me in order to close them.
>>
>> Regards
>>
>> Victor
>>
>>

Re: Questions about my approach to find problems with tenant time zones, and about the instance values of SQL migration files.

[Michael Vorburger]

Hello,

Disclaimer: I'm completely new to Fineract's TZ problems, and have a pretty
limited understanding of what is really going on. That being said:

FYI these kinds of issues are pesky and and, surprisingly, hard to get
completely right. Googling the problem in general, one can hit posts such
as e.g.
https://javorszky.co.uk/2016/06/06/today-i-learned-about-mysql-and-timezones/
to get a glimpse at why this is such an issue.

On a fundamental level, I am not sure I actually understand the basic
design/architecture re TZ in Fineract... so the idea seems to be that a
tenant has a fixed TZ? What do the REST services when they return, or
receive input of, dates and times- never anything with a TZ? And how is it
stored in the DB? Never with TZ?

FYI I've seen this problem being tackled elsewhere in the past in...
exactly the opposite way: Both in DB and API always everything in UTC only,
so never any "local time" in code - and let the UI handle conversions,
based on a User preference (which could be provided via a public API, and
could be user or still tenant scoped). Wouldn't that be better even for
Fineract, at least as a future goal, if not immediately?

I'm wondering if anyone with Fineract CN experience reading this wants to
chime in here about it's done there?

More concretely, and short term: That DateUtils class is interesting.. do
we really need to mix the old java.util.Date API and the org.joda.time Time
API ? FYI Joda Time has been integrated into Java 8 as java.time. So if
someone was up for taking up work related to cleaning that up, that could
be useful IMHO (so converge everything to java.time, and eventually remove
the Joda dependency, and introduce an enforced check via Checkstle or
SpotBugs to forbid java.util.Date).

The null management in DateUtils is pretty interesting as well. So is this
per tenant TZ guaranteed to always be in the DB? What does the DB schema
say - required, never NULL? Does the Java code ensure it's never null? I'm
asking these questions because something like
that getLocalDateTimeOfTenant(), despite its name, seems to be actually be
written to EITHER give us a "local" time based on the tenant, or, if that's
null, it just falls back to what l suspect (not verified) is dependent on
the OS / JVM TZ - that's scary. Perhaps it's not a problem in reality, if
every tenant is guaranteed to always have a TZ, but if someone could double
check this, and if so remove those null check and system dependent
fallbacks, then IMHO that would make that utility code clearer.

BTW line 45 in DateUtils seems completely useless, agreed? Would you like
to raise a PR proposing to ditch that?

Finally ;-) re your specific questions, see inline:

On Tue, 23 Jul 2019, 22:13 Dylan Robson,  wrote:

> Hello everyone.
>
> I am working on FINERACT-723 (
> https://issues.apache.org/jira/browse/FINERACT-723) regarding issues
> where the tenant's time zone is sometimes not considered when calculating
> dates/times. So the goal is to refactor all usages of MySQL date/time
> functions to use Fineract's DateUtils class instead.
>
> I started by looking at MySQL docs and other resources and made a list of
> 60 MySQL date/time functions.
> I then wrote a script (pseudocode below) to grep recursively, ignoring
> case, outputting the list of files where the given function name was found.
> The ".*" regex accounts for any [0, n] function arguments.
>
> sqlDateTimeFunctions = [ "ADDDATE", "ADDTIME", "CONVERT_TZ", "CURDATE",
> "CURRENT_DATE", "CURRENT_TIME", "CURRENT_TIMESTAMP", "CURTIME", "DATE_ADD",
> "DATE_FORMAT", "DATE_SUB", "DATE", "DATEDIFF", "DAY", "DAYNAME",
> "DAYOFMONTH", "DAYOFWEEK", "DAYOFYEAR", "EXTRACT", "FROM_DAYS",
> "FROM_UNIXTIME", "GET_FORMAT", "HOUR", "LAST_DAY", "LOCALTIME",
> "LOCALTIMESTAMP", "MAKEDATE", "MAKETIME", "MICROSECOND", "MINUTE", "MONTH",
> "MONTHNAME", "NOW", "PERIOD_ADD", "PERIOD_DIFF", "QUARTER", "SEC_TO_TIME",
> "SECOND", "STR_TO_DATE", "SUBDATE", "SUBTIME", "SYSDATE", "TIME_FORMAT",
> "TIME_TO_SEC", "TIME", "TIMEDIFF", "TIMESTAMP", "TIMESTAMPADD",
> "TIMESTAMPDIFF", "TO_DAYS", "TO_SECONDS", "UNIX_TIMESTAMP", "UTC_DATE",
> "UTC_TIME", "UTC_TIMESTAMP", "WEEK", "WEEKDAY", "WEEKOFYEAR", "YEAR",
> "YEARWEEK" ]
> for (func in sqlDateTimeFunctions)
> grep -ril funcName + "(.*)" ../../fineract-FORK >> ./funcNames/funcName.txt
>
> Question (1): Does this approach seem reasonable to find *all* problems
> where tenant TZ is not considered?
>

Yeah, something like this looks cool, to me.

I realize there might be some false-positives for example because the
> DATE() and NOW() syntax is used both in MySQL and Java. But these false
> positives can be ruled out by manually inspecting each file when
> refactoring.
>

agreed. (Perhaps a you'd like to write up on some MD in docs/ of the
project, or just Wiki, an analysis of which of these SQL functions are
problematic vs no problem?)

(I also think some of these functions, like TIMESTAMPADD() might not be
> problems because they probably 

Re: Unable to access mifos using URL search

[Michael Vorburger]

On Tue, Jul 16, 2019 at 7:38 AM Nikhil Dogra 
wrote:

> Dear All,
>
> I have installed mifos in ubuntu 16.04 and able to access it using public
> address with specified port.
>
> Now i want to access mifos through *URL* with a valid *SSL certificate*.
> I have configured  DNS settings.
> When i am hitting URL with https, it is showing login page of mifos but on
> entering username and password it is giving couldn't connect to the
> server.Make sure you are using correct settings.
>
> Any help will be highly appreciated.
>

Perhaps if you have a look at the Console of your Browser's Developer
Console (F12 in Firefox) there is a log telling you something useful?

Just an idea, not sure.

Warm Regards,
> Nikhil
>

Re: Fineract on a Raspberry Pi 3b+

[Michael Vorburger]

On Fri, Jul 26, 2019 at 4:34 PM Terence Monteiro <
tere...@sanjosesolutions.in> wrote:

> Hi Fineracters,
>
> Normally about 1.5 is the minimum recommended RAM for Fineract v1 and some
> docs suggest 4Gb is good. I have run PHP, Ruby and Perl applications on VPS
> with 1Gb RAM (though some PHP applications can even require 10Gb). I was
> reading this thread
> https://www.quora.com/Is-it-true-that-Node-js-helps-in-reducing-server-costs-compared-to-PHP-and-Java-servers
>  saying
> that NodeJS can handle many more requests with the same resources.
>

That thread to me seems an oversimplification of the topic... ;-)

I think that if we can find a way to run Fineract on a Raspberry Pi, it
> would be very cool to demonstrate at the next ApacheCon
>

It would be cool demo/show case. I think practical application would be
much more limited though.

FYI Java on the RPi is not a great story. It's because of the ARM vs. Intel
thing - nobody really invested properly into optimizing the JVM for ARM;
OpenJDK doesn't perform as well on ARM as on x86. There are other JVM impls
than OpenJDK, notably Azul and J9 - it's possible that they are performing
better, but it would need more testing and all.

and also will help address some of the memory issues that cause Fineract to
> crash requests with OutOfMemoryException. Per the above thread, Java Web
> servers can be designed with multiple threads per process but it is much
> easier to write them with single thread per process, so would an
> alternative multi-thread per process Java Web Server help make it possible
> to run Fineract on a Pi 3b+ or we should just wait till a future Raspberry
> Pi ships with more RAM? Thoughts please.
>

If I can be blunt, IMHO that's the wrong approach... whatever memory issues
that cause Fineract to crash requests with OutOfMemoryException should be
analysed and fixed. Is there a JIRA for this?

Instead of single thread per process, what you typically do, for a Java
server application such as Fineract, is the classical multi-thread per
process Java Web Server, up to a point; if you need more, you would scale
out by running several of them - Kubernetes! ;-)


> --
> Best Regards,
> Terence Monteiro,
> Mob: +91 96633 13728
> www.sanjosesolutions.in
> 
> "Terroy", 67, 10th Cross,,
> Lingarajpuram, Bangalore - 84.
>

Re: [Mifos-developer] Apache Fineract and Pentaho report

[Michael Vorburger]

Girish, I'm adding the dev@fineract.apache.org mailing list, where people
developing the Fineract back end hang out. If you would like to build it
and develo yourself, you should subscribe to that list, by sending a blank
email to dev-subscr...@fineract.apache.org, as outlined on
http://fineract.apache.org/

On Fri, Jul 19, 2019 at 11:46 AM Girish Kumar  wrote:

> Hi
>
> My this mail is in regard with the question asked
>
> http://mifos.cloud.answerhub.com/questions/3143/latest-source-code-and-pentaho-reports.html
>
> I  too am confused, as there will be lot others out there like me. Could
> any one give us a clear direction where we can get the latest code with
> pentaho or  the best is at least can we get a write up on how to integrate
> the pentaho reports on openmf git to our own cloned/downloaded fineract. I
> tried and am getting an error while the build
> Execution failed for task ':rat'.
> > Found 51 files with unapproved/unknown licenses. See
> file:/D:/MifoxProject/Attempt2/fineract/build/reports/rat/rat-report.txt
>
> and build fails
>

The https://github.com/apache/fineract build does not fail - as proven by
the green https://travis-ci.org/apache/fineract.

Are you perhaps using https://github.com/openMF/incubator-fineract ? As far
as I know, that's is not maintained anymore (anyone please jump in and
correct me if that's wrong).


> Appreciate if anyone can guide us thru in this regard
>
> Thanks and Regards
> Girish K
> Mifos-developer mailing list
> mifos-develo...@lists.sourceforge.net
> Unsubscribe or change settings at:
> https://lists.sourceforge.net/lists/listinfo/mifos-developer

Re: Fineract 1.x integration test failure

[Michael Vorburger]

On Tue, 1 Oct 2019, 17:58 Ivan Bondarenko,  wrote:

> Hello!
>
> I'm trying to run integration tests locally.
> And first time it fails on awaitSpringBootActuatorHealthyUp()
> "/fineract-provider/health" returns 404.
>

You should check the log to see why..

Next times tomcat fail to start with error:
> *Caused by: java.lang.IllegalStateException: Illegal class loader binding*
>
> (Full stack in attachment)
>
> I have searched for this problem and it looks like the issue in embedded
> tomcat plugin.
> (https://github.com/bmuschko/gradle-tomcat-plugin/issues/46)
>

This is strange - two separate./gradlew runs should be completely
isolated.. the "next time" shouldn't be any different than the "first
time". Are you using Gradle's daemon? Don't- it doesn't work for us, with
the gradle-tomcat-plugin... Note that we disable it via
https://github.com/apache/fineract/blob/develop/gradle.properties - how are
you getting around that?? ;-)

Could you advice me how to fix this issue?
> Should I use `env=dev` for integrationTests?
>

Nope, not required.

BTW we'd like to get rid of the gradle-tomcat-plugin all together. I've
partial WIP re that; details available upon request. Would you have any
interest in helping this project with that?

Thanks,
> Ivan
>

Re: Fineract 1.x integration test failure

[Michael Vorburger]

On Wed, Oct 2, 2019 at 8:07 AM Ivan Bondarenko  wrote:

> Hello Michael !
>
> Thank you, it was gradle daemon issue.
> I use Intellig Idea and this IDE works with gradle daemon by default.
>

cool, glad we were able to solve that.

I have one more question:
>
> Is there any reason for old version of tomcat in dev dependencies?
>

not really - you can certainly try to upgrade it - pull requests (which
still pass ITs on Travis..) are certainly welcome. However, In terms of
focusing energy, I personally would much rather welcome any contributions
re. below to help us move off external WAR and Tomact and to full Spring
Boot (with embedded Tomcat), if you know what I mean. Moving to a newer
Tomcat version, but staying with the current model, and
gradle-tomcat-plugin, is of more limited value, IMHO.


> def tomcatVersion = '7.0.54'
> while in prod
> def tomcatVersion = '7.0.94'
>
> It is really interesting for me to help you with gradle-tomcat-plugin.
> How can I join to you in this work?
>

read up on and start contributing (as in, send us Pull Requests..), or if
needed ask more specific technical questions re. these open issues, in
order of priority:

1. https://issues.apache.org/jira/browse/FINERACT-764 Run Integration Tests
using Spring Boot IT support instead of on Tomcat started separately by
gradle-tomcat-plugin

2. https://issues.apache.org/jira/browse/FINERACT-730 Fix failing gradle
task bootRun & can't run simple Spring Boot java -jar (without Tomcat)

3. https://issues.apache.org/jira/browse/FINERACT-724 Upgrade Spring Boot,
Spring and Spring Security to their latest stable version

We are looking to working with you!


> Best regards,
> Ivan
>
>
>
>
> вт, 1 окт. 2019 г. в 19:08, Michael Vorburger :
>
>> On Tue, 1 Oct 2019, 17:58 Ivan Bondarenko,  wrote:
>>
>>> Hello!
>>>
>>> I'm trying to run integration tests locally.
>>> And first time it fails on awaitSpringBootActuatorHealthyUp()
>>> "/fineract-provider/health" returns 404.
>>>
>>
>> You should check the log to see why..
>>
>> Next times tomcat fail to start with error:
>>> *Caused by: java.lang.IllegalStateException: Illegal class loader
>>> binding*
>>>
>>> (Full stack in attachment)
>>>
>>> I have searched for this problem and it looks like the issue in embedded
>>> tomcat plugin.
>>> (https://github.com/bmuschko/gradle-tomcat-plugin/issues/46)
>>>
>>
>> This is strange - two separate./gradlew runs should be completely
>> isolated.. the "next time" shouldn't be any different than the "first
>> time". Are you using Gradle's daemon? Don't- it doesn't work for us, with
>> the gradle-tomcat-plugin... Note that we disable it via
>> https://github.com/apache/fineract/blob/develop/gradle.properties - how
>> are you getting around that?? ;-)
>>
>> Could you advice me how to fix this issue?
>>> Should I use `env=dev` for integrationTests?
>>>
>>
>> Nope, not required.
>>
>> BTW we'd like to get rid of the gradle-tomcat-plugin all together. I've
>> partial WIP re that; details available upon request. Would you have any
>> interest in helping this project with that?
>>
>> Thanks,
>>> Ivan
>>>
>>

Re: Fineract 1.x integration tests with embeded Mysql server

[Michael Vorburger]

We used to have this, using (my) https://github.com/vorburger/MariaDB4j,
with the DEV profile, but it stopped working at some point. The code for it
is still around, so it would just needs to be revived.  But I had the
feeling nobody was missing it much... it could be"nice", but I think e.g.
the pure Spring Boot ITs (previous thread) would add more value, if someone
had time to jump on that...

On Wed, 2 Oct 2019, 20:38 Awasum Yannick,  wrote:

> Ivan,
>
> Integration tests run with a real MySQL server to the best of my
> knowledge. Will you be willing to add an embedded MySQL server for testing
> purposes?
>
> Maybe send a PR to add this feature as this will benefit you and add value
> to other contributors.
>
> Hi All, Is this a good proposal from Ivan? I think so. Ivan, you could go
> ahead and create an issue for this feature if there is no way to run an
> embedded MySQL database at the moment.
>
> Thanks.
> Awasum
>
> On Wed, Oct 2, 2019 at 7:22 PM Ivan Bondarenko  wrote:
>
>> Hello!
>>
>> I see that integration tests fail if Mysql server is down.
>> Is there any possibility to run the integration tests without external
>> Mysql server?
>>
>> I have tried to run it with `env=dev` but without success.
>>
>> Thanks,
>> Ivan
>>
>>

Doubt about Spring Data

[Michael Vorburger]

Hello community,

do any of you have Spring Data JPA skills which would allow you to weigh in
on https://github.com/apache/fineract/pull/589 for
https://issues.apache.org/jira/browse/FINERACT-766, confirming (or not)
that it's safe to make that change and won't break queries? Tests pass, but
of course I don't really know if they cover those 2 particular queries...

Tx,
M.
___
Michael Vorburger
http://www.vorburger.ch

FINERACT-700: upgrade Gradle from 2.10 to 5.2.1 (PR #525)

[Michael Vorburger]

Hello everyone,

I'm happy to inform you that I was finally able to get
https://github.com/apache/fineract/pull/525 to fully pass for
https://issues.apache.org/jira/browse/FINERACT-700 re. upgrading our
prehistoric ancient Gradle from 2.10 to 5.2.1 - yay!

Best,
M.
___
Michael Vorburger
http://www.vorburger.ch

Re: Need help with Mifos project

[Michael Vorburger]

On Tue, Jul 9, 2019 at 6:27 PM DAVIT YEDIGARYAN <
davityediagarya...@gmail.com> wrote:

> Dear Sir/Madam
>
> My name is Davit.
>
> I am trying to run and debug Mifos project.
>
> I successfully setup the project in my local machine.
>
> I see html and I can modify it.
>
> I cannot find the backend code to modify.
>
> Please let me know how do I modify the backend (java) code?
>

As indicated on
https://groups.google.com/d/msg/mifosdeveloper/qHqP3JJxpeo/yrvInBaXDQAJ,
please have a look at
https://github.com/apache/fineract/blob/develop/README.md and let us know
if you have any more specific questions. -- We also particularly welcome
Pull Requests with improvements to this README, should you feel that it
could be written more clearly.

Project: mifosplatform-18.03.01.RELEASE
>
> We download it from here:
> https://sourceforge.net/projects/mifos/files/Mifos%20X/
> 
>
> I look forward to hearing from you.
>
> Best Regards,
> Davit
>

FINERACT-779 Travis CI broken, again

[Michael Vorburger]

Would anyone like to step up and help sort out
https://jira.apache.org/jira/browse/FINERACT-779 ?

___
Michael Vorburger
http://www.vorburger.ch

Re: [ Discussion ] ORM Migration

[Michael Vorburger]

Oh and one more thing, re. "3. Bugs and compatibility issues with other
libraries. I have first-hand experience with it and it's not pleasant." I
suspect that https://github.com/apache/fineract/pull/607 may help with
(some of?) those kinds of problems?  It was a mistake to initially, when
Mifos X 0> Fineract switched from Hibernate to OpenJPA during the move to
the ASF use the openjpa-all "shaded fat JAR" - but that's relatively easy
to fix, with https://github.com/apache/fineract/pull/607.


On Wed, Jul 10, 2019 at 12:14 AM Michael Vorburger 
wrote:

> Folks,
>
> I'm not entirely convinced yet that we have strong enough reasons to
> justify the effort switching from OpenJPA to e.g. EclipseLink.
>
> Glancing over
> https://github.com/spring-projects/spring-framework/issues/20584, I'm
> unclear if it concludes that Spring Framework actually formally completely
> dropped support for OpenJPA, or if with OpenJPA 3.0.0 they refrained?
> There's also a discussion about "Spring core" vs "shipping
> OpenJpaVendorAdapter with OpenJPA 3.0 itself", and
> https://github.com/spring-projects/spring-framework/issues/18997 says,
> quote: "OpenJPA 3.0 should work fine with standard JPA 2.1 integration in
> Spring, i.e. simply without a JpaVendorAdapter, just like DataNucleus does
> as well (which we never shipped an adapter for). If anything does not work
> out of the box there, please raise it in a separate ticket; we'll sort it
> out ASAP." and "Everything seems to work,"
>
> Has someone actually tested and hit any specific real problems with
> OpenJPA and current Spring versions?
>
> FYI via https://github.com/apache/fineract/pull/608 I seem to be able to
> run OpenJPA even on Java 11 (ASM upgraded).
>
> Best,
> M.
>
> PS: Just for "full disclosure" - I was one of the very first users of
> OpenJPA back when it was SolarMetric Kodo JDO - anyone here old enough to
> remember those days? ;-)  Many moons ago I contributed
> https://openjpa.apache.org/openjpaeclipseenhancementbuilder.html.  Also
> FYI http://www.vorburger.ch/corejdo/ or
> http://blog1.vorburger.ch/2008/08/testing-openjpa-sql-statements-using.html
> - oh the good ol' days.
>
>
> On Tue, Jul 9, 2019 at 12:24 PM Marta Jankovics 
> wrote:
>
>> Hi All,
>>
>> I have experience with Hibernate, EclipseLink and OpenJPA. Hibernate is
>> not an option, as you wrote in the chain below, although it is the default
>> JPA implementation.
>>
>> Comparing EclipseLink and OpenJPA I vote for EclipseLink because of its
>> better performance, transaction handling and no computability issues.
>>
>> I read some articles now about DataNucleus and as a conclusion I would
>> exclude it:
>>
>> https://s3-eu-west-1.amazonaws.com/presentations2012/50_presentation.pdf
>> (2012))
>>
>>
>> https://www.researchgate.net/publication/313263324_Review_on_ORM_based_JPA_implementations
>> (2016)
>>
>>
>> https://pdfs.semanticscholar.org/5db6/f9d267a361debc5ddf7daf61cce82d7cdd5d.pdf
>> (2017)
>>
>> "Very smart policies for collections."
>>
>> "However, in terms of performance prospect DataNucleus is a dominant JPA
>> implementation but due to the *high complexity* and *lack of audience*,
>> it is *not a preferred API*. Another notable problem with DataNucleus
>> was the *lack** of* proper *documentation* support."
>>
>> "With DataNucleus JPA we observed a significant, and unexpected, *degradation
>> of performance* and outofmemory exceptions, particularly with heavy
>> workloads.
>> *Memory leaks* with DataNucleusJPA"
>>
>> Thanks,
>>
>> Márti
>> On 2019. 07. 05. 18:10, Ed Cable wrote:
>>
>> [To: Marta] Are you able to add your thoughts on this discussion?
>>
>> Ed
>>
>>
> On Mon, Jul 1, 2019 at 8:48 AM Awasum Yannick  wrote:
>
>> Hi Graham,
>>
>> +1 EclipseLink as its supported by spring 4.x and latest spring versions
>> and compatible with Apache license. Our upgrade to Spring 5.x or 6.x will
>> be easier.
>>
>> We dont want to build and maintain our own integration of OpenJPA with
>> Spring 5 or 6 in the future.
>>
>> On Mon, Jul 1, 2019 at 7:40 AM Juhan Aasaru  wrote:
>>
>>> Hi!
>>>
>>> Good job starting the discussion.
>>> Based on your arguments I also see EclipseLink as the best solution.
>>> I also found one more argument for using EclipseLink - it supports
>>> multi-tenancy:
>>>
>>> https://www.eclipse.org/eclipselink/documentation/2.7/solutions/multitenan

Re: [ Discussion ] ORM Migration

[Michael Vorburger]

Folks,

I'm not entirely convinced yet that we have strong enough reasons to
justify the effort switching from OpenJPA to e.g. EclipseLink.

Glancing over
https://github.com/spring-projects/spring-framework/issues/20584, I'm
unclear if it concludes that Spring Framework actually formally completely
dropped support for OpenJPA, or if with OpenJPA 3.0.0 they refrained?
There's also a discussion about "Spring core" vs "shipping
OpenJpaVendorAdapter with OpenJPA 3.0 itself", and
https://github.com/spring-projects/spring-framework/issues/18997 says,
quote: "OpenJPA 3.0 should work fine with standard JPA 2.1 integration in
Spring, i.e. simply without a JpaVendorAdapter, just like DataNucleus does
as well (which we never shipped an adapter for). If anything does not work
out of the box there, please raise it in a separate ticket; we'll sort it
out ASAP." and "Everything seems to work,"

Has someone actually tested and hit any specific real problems with OpenJPA
and current Spring versions?

FYI via https://github.com/apache/fineract/pull/608 I seem to be able to
run OpenJPA even on Java 11 (ASM upgraded).

Best,
M.

PS: Just for "full disclosure" - I was one of the very first users of
OpenJPA back when it was SolarMetric Kodo JDO - anyone here old enough to
remember those days? ;-)  Many moons ago I contributed
https://openjpa.apache.org/openjpaeclipseenhancementbuilder.html.  Also FYI
http://www.vorburger.ch/corejdo/ or
http://blog1.vorburger.ch/2008/08/testing-openjpa-sql-statements-using.html
- oh the good ol' days.


On Tue, Jul 9, 2019 at 12:24 PM Marta Jankovics 
wrote:

> Hi All,
>
> I have experience with Hibernate, EclipseLink and OpenJPA. Hibernate is
> not an option, as you wrote in the chain below, although it is the default
> JPA implementation.
>
> Comparing EclipseLink and OpenJPA I vote for EclipseLink because of its
> better performance, transaction handling and no computability issues.
>
> I read some articles now about DataNucleus and as a conclusion I would
> exclude it:
>
> https://s3-eu-west-1.amazonaws.com/presentations2012/50_presentation.pdf
> (2012))
>
>
> https://www.researchgate.net/publication/313263324_Review_on_ORM_based_JPA_implementations
> (2016)
>
>
> https://pdfs.semanticscholar.org/5db6/f9d267a361debc5ddf7daf61cce82d7cdd5d.pdf
> (2017)
>
> "Very smart policies for collections."
>
> "However, in terms of performance prospect DataNucleus is a dominant JPA
> implementation but due to the *high complexity* and *lack of audience*,
> it is *not a preferred API*. Another notable problem with DataNucleus was
> the *lack** of* proper *documentation* support."
>
> "With DataNucleus JPA we observed a significant, and unexpected, *degradation
> of performance* and outofmemory exceptions, particularly with heavy
> workloads.
> *Memory leaks* with DataNucleusJPA"
>
> Thanks,
>
> Márti
> On 2019. 07. 05. 18:10, Ed Cable wrote:
>
> [To: Marta] Are you able to add your thoughts on this discussion?
>
> Ed
>
>
On Mon, Jul 1, 2019 at 8:48 AM Awasum Yannick  wrote:

> Hi Graham,
>
> +1 EclipseLink as its supported by spring 4.x and latest spring versions
> and compatible with Apache license. Our upgrade to Spring 5.x or 6.x will
> be easier.
>
> We dont want to build and maintain our own integration of OpenJPA with
> Spring 5 or 6 in the future.
>
> On Mon, Jul 1, 2019 at 7:40 AM Juhan Aasaru  wrote:
>
>> Hi!
>>
>> Good job starting the discussion.
>> Based on your arguments I also see EclipseLink as the best solution.
>> I also found one more argument for using EclipseLink - it supports
>> multi-tenancy:
>>
>> https://www.eclipse.org/eclipselink/documentation/2.7/solutions/multitenancy.htm#CHDBJCJA
>>
>> Juhan
>>
>> Kontakt Ebenezer Graham () kirjutas
>> kuupäeval E, 1. juuli 2019 kell 07:09:
>>
>>> Hello Devs,
>>>
>>> I have started this thread to discuss the JPA implementation to adopt as
>>> we work towards making Fineract CN Apache compliant as well as to ensure
>>> that we are all aligned as a community.
>>>
>>> I am currently working on the migration to OpenJPA as my GSoC project.
>>> However, a number of red flags as well and requests from other community
>>> members has made it critical to start this thread.
>>>
>>> As most of you know, we can't use Hibernate as it's not compliant
>>> therefore, it's essential that we migrate to an equally good ORM.
>>>
>>> *Our options:*
>>> 1. EclipseLink - EPL 1.0 & BSD
>>> 2. OpenJPA - Apache 2.0
>>> 3. DataNucleus - Apache 2.0
>>>
>>> Not recommended
>>> 4. iBatic - Apache 2.0 (still functional but retired
>>> https://ibatis.apache.org/)
>>> 5. TopLink - CDDL (category B license, and simply extend EclipseLink)
>>>
>>> I used the following criteria in the following order of priority.
>>> 1. License
>>> 2. Implementation's performance with respect to PostgreSQL
>>> 3. Support in Spring as well as ORM Documentation
>>> 4. Project Maturity
>>>
>>> Right off the bat, I suggest the adoption of EclipseLink
>>>  based 

Re: [ Discussion ] ORM Migration

[Michael Vorburger]

On Wed, Jul 10, 2019 at 8:43 AM Isaac Kamga  wrote:

> Hello devs,
>
> Just thought I should remind the community about why these migrations are
> necessary.
>
> The rationale behind migrating the ORM from Hibernate is that Hibernate
> ORM's license[1] falls under the ASF's Category X[1].
>
> Not complying to the ASF's licensing requirements is a sure-fire method to
> never getting an official release for Fineract CN.
>
> Does anyone think there's another way around these ?
>

I doubt it. I think Hibernate is, unfortunately (I do actually agree), a
non-starter and not a realistic option for Fineract at the ASF.

FYI I recently looked into this kind of topic in
https://issues.apache.org/jira/browse/LEGAL-462, which you may find
interesting to glance at in this context. There are, numerous, similar
other JIRA issues if you search for "LGPL" on https://issues.apache.org/jira
.


> Cheers,
> Isaac Kamga.
>
> [1] https://hibernate.org/community/license/
> [2] https://www.apache.org/legal/resolved.html
>
> On Tue, Jul 9, 2019 at 11:08 PM Victor Manuel Romero Rodriguez <
> victor.rom...@fintecheando.mx> wrote:
>
>> Hello
>>
>> I will give my own opinions, by the way I don't work for any company
>> mentioned here :)
>>
>> For short:
>>
>> *I will keep using using Hibernate because it has advantages over the
>> others ORM listed. *
>>
>>
>> TL/TR
>>
>> The value of the core are the transactions recorded with confidence in a
>> Structured Database, the reliability of the Database is important,
>> customers can have their balances, their loans, investments, charges. The
>> audit guys will be happy to find in our journals the expected information.
>> The authorities will receive the reports that extract the information.
>>
>> Example:
>>
>> I got the source code of Fineract/Fineract-CN/Mifos and for some reason
>> the DataTable is not enough so then I need to modify the code... but I
>> don't not anything about the ORM technology,wait a minute I have some bucks
>> to pay a course at:
>>
>> Udemy (search results)
>>
>> 252 results for hibernate
>> 0 results for EclipseLink
>> 0 results for OpenJPA
>> 0 results for DataNucleus
>>
>> Ok, well now it is time to find some references in Google search engine
>> and learn about the ORM technology that Fineract/Fineract-CN/Mifos X uses
>>
>> Search results
>>
>> 2,350,000 hibernate
>> 138,000 OpenJPA
>> 74,900 EclipseLink
>> 15,400 DataNucleus
>>
>> Ok let's try to find the source code, have some references, samples (ok
>> just to learn, not to reuse because we can keep that in mind and later
>> affect the Open Source).
>>
>> Github (search results)
>>
>> 44,123 repositories hibernate
>> 478 repositories Eclipselink
>> 108 repositories OpenJPA
>> 142 repositories datanucleus
>>
>> After that I have touched the code and something goes wrong... yes, the
>> dev list of the ORM Technology is the first option, but what about to ask
>> to everybody at
>>
>> StackOverflow (search results)
>>
>> 78,304 Hibernate
>> 500 datanucleus
>> 500 openjpa (coincidence?)
>> 500 eclipselink (OK NO, StackOverflow has something strange in its search
>> engine)
>>
>> I consider that if the ORM technology is a MUST to be migrated, the ORM
>> team must be invited, involved, exchange experiences to feel the same pain
>> and help because it will benefit both projects.
>>
>> Regards
>>
>> Victor
>> On 7/1/19 1:47 a. m., Awasum Yannick wrote:
>>
>> Hi Graham,
>>
>> +1 EclipseLink as its supported by spring 4.x and latest spring versions
>> and compatible with Apache license. Our upgrade to Spring 5.x or 6.x will
>> be easier.
>>
>> We dont want to build and maintain our own integration of OpenJPA with
>> Spring 5 or 6 in the future.
>>
>> On Mon, Jul 1, 2019 at 7:40 AM Juhan Aasaru  wrote:
>>
>>> Hi!
>>>
>>> Good job starting the discussion.
>>> Based on your arguments I also see EclipseLink as the best solution.
>>> I also found one more argument for using EclipseLink - it supports
>>> multi-tenancy:
>>>
>>> https://www.eclipse.org/eclipselink/documentation/2.7/solutions/multitenancy.htm#CHDBJCJA
>>>
>>> Juhan
>>>
>>> Kontakt Ebenezer Graham () kirjutas
>>> kuupäeval E, 1. juuli 2019 kell 07:09:
>>>
 Hello Devs,

 I have started this thread to discuss the JPA implementation to adopt
 as we work towards making Fineract CN Apache compliant as well as to ensure
 that we are all aligned as a community.

 I am currently working on the migration to OpenJPA as my GSoC project.
 However, a number of red flags as well and requests from other community
 members has made it critical to start this thread.

 As most of you know, we can't use Hibernate as it's not compliant
 therefore, it's essential that we migrate to an equally good ORM.

 *Our options:*
 1. EclipseLink - EPL 1.0 & BSD
 2. OpenJPA - Apache 2.0
 3. DataNucleus - Apache 2.0

 Not recommended
 4. iBatic - Apache 2.0 (still functional but retired
 

Re: FINERACT-779 Travis CI broken, again

[Michael Vorburger]

On Wed, Jul 10, 2019 at 6:03 AM Vishwas Babu <
vish...@confluxtechnologies.com> wrote:

> Mike,
>
> Looks like the additional logging causing Travis to fail is due to the
> changes in the pr , i.e the introduction of spring boot actuator and the
> associated logging of audit events
>

Yes! I totally didn't make that connection. For anyone interested, I've
updated FINERACT-779 <https://jira.apache.org/jira/browse/FINERACT-779>
with details of what happened here.


> Ex :
>
> 01:12:25.848 [SimpleAsyncTaskExecutor-11025] INFO  
> o.s.b.a.audit.listener.AuditListener - AuditEvent [timestamp=Sat Feb 23 
> 01:12:25 IST 2019, principal=mifos, type=AUTHENTICATION_SUCCESS, 
> data={details=org.springframework.security.web.authentication.WebAuthenticationDetails@957e:
>  RemoteIpAddress: 127.0.0.1; SessionId: null}
>
> Sorry, I can't look into it further (traveling and don't have a fineract 1.x 
> setup)
>
> I wasn't expecting you to, and am grateful that you took the time to reply
to this to point this out. Safe travels!

https://github.com/apache/fineract/pull/618 re. the proposed introduction
of Spring Boot Actuator now ready for reviews and perhaps eventual merge
(whenever, obviously not urgent at all).

Regards,
> Vishwas
>
>
>
> On Wed, Jul 10, 2019 at 3:22 AM Michael Vorburger 
> wrote:
>
>> Would anyone like to step up and help sort out
>> https://jira.apache.org/jira/browse/FINERACT-779 ?
>>
>> ___
>> Michael Vorburger
>> http://www.vorburger.ch
>>
>

Re: Mifos & Fineract - Source Code Visualization

[Michael Vorburger]

On Thu, 7 Nov 2019, 01:17 Victor Romero, 
wrote:

> Hi,
>
> It is just to give visibility about the work that has been done by the
> Mifos/Fineract contributors.
>
> You can view both of them here:
>
> Mifos Community App
> https://youtu.be/G39ulh6BFik
>
> Apache Fineract
> https://youtu.be/rTvdK4VeYJ0
>

me likes this - thanks for sharing!

Regards
>
> Victor
>

Re: TODO Auto-generated method stub in journalentry

[Michael Vorburger]

On Thu, 21 Nov 2019, 22:20 Yemdjih Kaze Nasser, 
wrote:

> I came accross this TODO in CashBasedAccountingProcessorForLoan.java
> 
>  and
> I would like to know what is expected to be done there or if it has already
> been done
>

If you would like to raise a PR to simply remove that TODO in line 325,
that would be very welcome!

It's just a "left over" from an IDE, someone forgot to remove it when that
method was actually implemented.

Welcome to Apache Fineract!

>

Re: Rates Module PR Review and Use Case

[Michael Vorburger]

On Fri, Jul 19, 2019 at 8:53 PM Awasum Yannick  wrote:

> Is someone interested to look into this.
>
> Angel, i think you could merge your PR and also send in PRs for the UI.
> Make sure you update the user manual and documentation on how to use this
> feature.
>

I just noticed that this old PR (https://github.com/apache/fineract/pull/592)
from Angel was *STILL* not merged - really sorry about this Angel, I know
from my own experience in open source that it can be very frustrating if
one puts in the time to raise a PR which then gets ignored - we still have
"some room for improvement" in this regard as a community... ;-)

I've just rebased this PR, but it now fails to build due to something minor
(see comment on PR). If you'd still be willing to address that, I'd be very
happy to finally merge this PR ASAP, even without any further functional
review, as 6 months (!) seem much more than enough for any interested party
having any objections to this to speak up.

PS: As 2019 draws a close, let us all try to wrap up all pending PRs, and
either merge or close anything that's clearly abandoned? (One can always
raise new ones.)


> On Sat, Jun 29, 2019 at 3:29 PM Awasum Yannick  wrote:
>
>> Hi All,
>>
>> Angel Cajas has put in alot of work to work on this PR and addressed
>> numerous feedback.
>> https://github.com/apache/fineract/pull/592
>>
>> Is there anyone willing to review the above.
>>
>> I would have been able to review the feature but am not familiar with the
>> use case.
>>
>> Is there a UI or Spec doc for this feature which will ease review?
>>
>> Santosh, Ed, are you both in a position to review this PR and see if you
>> could merge. Or will everyone be comfortable if Angel merged this into
>> develop afterall, Angel is a committer.
>>
>>
>> Thanks.
>> Awasum
>>
>>

Re: Grant Santosh Permission to Merge PRs on Fineract Github Repos.

[Michael Vorburger]

On Wed, Dec 11, 2019 at 11:40 AM Santosh Math <
sant...@confluxtechnologies.com> wrote:

> My Apache id is not primary mail id on my Github account. Should it be?
>

No I don't think that (primary email ID) matters.  My primary email on my
GitHub account is my personal email, not my apache.org one.

In fact, if I understand the Apache.org GitHub integration correctly, the
email(s) you list in your GitHub settings probably (?) don't matter at all,
they just associate it based on your User ID.


> On Wed, Dec 11, 2019 at 4:08 PM Santosh Math <
> sant...@confluxtechnologies.com> wrote:
>
>> Hi Vishwas,
>> It was linked but wasn't verified. I just verified it.
>>
>> On Wed, Dec 11, 2019 at 3:56 PM  wrote:
>>
>>> Santosh ,
>>>
>>> Can you confirm that you have linked your Github account to your Apache
>>> ID ? Instructions at
>>> https://cwiki.apache.org/confluence/display/FINERACT/Working+with+gitbox+to+contribute+to+Apache+Fineract+CN
>>>
>>> Regards,
>>> Vishwas
>>>
>>> On Dec 11, 2019, at 3:26 PM, Awasum Yannick  wrote:
>>>
>>> Hi All,
>>>
>>> Santosh does not have permission to merge PRs on Fineract repository. He
>>> is on the PMC.
>>>
>>> What do we need to to to get him the required permissions?
>>>
>>> See discussion below:
>>> https://github.com/apache/fineract/pull/659#issuecomment-564464913
>>>
>>>
>>>
>>> Thanks.
>>> Awasum
>>>
>>>

Re: Fineract 1.x HA setup and performance

[Michael Vorburger]

On Mon, 2 Dec 2019, 06:55 Victor Romero, 
wrote:

> Hi Dave,
>
> IN GCP my suggestion instead of Galera Cluster is Cloud SQL.
>

+1 from me for using Cloud SQL, a "fully vmanaged MySQL", when deploying
Fineract on Google Cloud, that seems quite sensible and logical. (Full
disclosure: I'm occasionally exploring this kind of deployment myself as
well, but currently have fairly limited time for it.)

What would potentially also be interesting, but likely more work, could be
to explore using Google SQL (I momentarily forgot the marketing name of the
product I mean, but those of you familiar with GCP know what I mean?).

For Galera Cluster we have done the setup using bare bones, getting away
> of  VM/Containers, tuning has been done at hardware, linux and code level.
>

Any tuning details you'd like to share with the community? ;-)

We have done performance testing
>

Are the tools/scripts you've used something you'd potentially be willing to
share?

with Disbursement batch jobs for 4 millions of accounts without any issue
> (using Cloud SQL or Galera 6 nodes master-master and load balancer in the
> front).
>
> By the way the specs are very limited for having a good performance.
>
> Regards
>
> El 2 de diciembre de 2019 a las 01:55 AM Dave Martin <
> dmarttin...@gmail.com> escribió:
>
> Cloud instance spec:
> 8GB mem
> 2.3 GHz cpu
> Debian 9
>
> On Mon, Dec 2, 2019 at 9:48 AM Dave Martin < dmarttin...@gmail.com>
> wrote:
>
> Hi Everyone,
>
>
> I have setup fineract 1.x (latest master) on a google cloud instance and
> we are not getting the expected results when running load tests.
>
> Using docker-compose with a few tweaks:
>
> just FYI, in my explorations, instead of docker-compose on a Debian 9 VM,
I for now simply directly use (only) a single non clustered Fineract
container in a "COS" VM on GCP.

>
>- 2 x fineract-server services
>
> I'm curious, to run fineract (NOT DB) clustered, what configurations
exactly have you changed how? E.g. distributed ehcache, quartz scheduler...
Do we as a project have any doc about this anywhere?

I'm an ideal world, what would be really cool could be to "document" how we
recommend to do this by having a "fully scripted" (automatic, ready to run)
clustered deployment example, in the upstream project... as a Kubernetes
example deployment - correctly pre-configured.

Is anyone interested in working together on this?

>
>- 3 x mariadb-galera nodes (multi-master)
>- 1 x HAProxy acting as
>   - load balancer for fineract api services
>   - database proxy
>
> I have setup two load tests in SoapUI:
>
> I think it would be very interesting and valuable for this community to
collaborate around sharing load testing script... is this something you may
be willing to share?

>
>1. Generate 1000 clients with savings account and making a deposit of
>1 000 000 in each
>2. Randomly selecting two clients from the first set and doing a
>transfer between their accounts. (only a single call to the api for this
>test)
>
> *The performance on second test is what we are interested in*. We have
> run tests with 10, 20 and 100 concurrent threads.
> I realize this might be a lot to ask for on a single instance but even
> when running only with 1 fineract-server and 1 mariadb-galera node we are 
> *barely
> getting more than 10 transactions per second*.
> We have checked that the number of connections for both fineract-server
> and the db cluster is enough for serving the tests and db connection pools.
>
> Questions:
> 1) Is it a good idea to try and run a galera cluster (multi-master) with
> fineract 1.x? We see a lot of dealocks ( *INSERT INTO
> m_account_transfer_details* ) in the logs and was wondering if this is
> due to the cluster.
> 2) Does anyone have recommendations on how to setup an high availability
> environment for fineract that is scalable to 100s or maybe 1000s of
> transactions per second?
> 3) Are we expecting too much from the Fineract 1.x architecture?
>
> Regards
>
> Dave
>
>

Re: Fineract build

[Michael Vorburger]

These error messages look like they could be caused by a mismatch in Gradle
version.

Instead of installing Gradle yourself and using "gradle" as the command,
try using ./gradlewt to see if that helps?


On Wed, Dec 4, 2019 at 2:07 PM Rohit Jain  wrote:

> No changes.  I am following the build guidelines as outlined on that web
> page.
>
>
>
> *From:* Victor Romero 
> *Sent:* Wednesday, December 4, 2019 3:56 PM
> *To:* dev@fineract.apache.org
> *Subject:* Re: Fineract build
>
>
>
> External
>
> Hi Rohit,
>
>
>
> That is not related to Operating System issues.
>
>
>
> It is Fineract-CN code itself. Have you done any change or is a fresh
> clone ?
>
>
>
> Regards
>
>
>
> Victor
>
> El 4 de diciembre de 2019 a las 10:56 AM Rohit Jain 
> escribió:
>
> When I started to build using the instructions on
> https://cwiki.apache.org/confluence/display/FINERACT/How+To+Build+Apache+Fineract+CN,
> I followed the recommended *option 1* in * Step 2: Get Program Code* and
> ran into some issues when I ran gradle build (remember, I am trying to do
> this on a Windows laptop – probably not the ideal environment, and perhaps
> I should find a Linux build environment, although we don’t really use
> Ubuntu):
>
> · I ran into:
> java.lang.NoClassDefFoundError: org.gradle.api.internal.ClosureBackedAction
> Found that I needed to add the following in *plugins* to the build.gradle
> file to resolve that:
> id "io.spring.dependency-management" version "1.0.8.RELEASE"
>
> · However, I then got an error:
> java.lang.NoClassDefFoundError:
> io/spring/gradle/dependencymanagement/DependencyManagementExtension
> Found that I needed to modify the id "org.springframework.boot" in
> build.gradle *plugins* to version "1.5.21.RELEASE"
>
> · Then it looked really promising.  But then I got an error:
> org.gradle.api.tasks.TaskExecutionException: Execution failed for task
> ':licenseMain'
> This was ultimately resolved by adding the following lines to the
> *license* section of the build.gradle file:
> skipExistingHeaders true
> ignoreFailures true
> and adding the following lines before the license section
> gradle.startParameter.excludedTaskNames += "licenseMain"
> gradle.startParameter.excludedTaskNames += "licenseTest"
>
>
>
> Don’t know how relevant this is to the rest of the community for builds
> done on Ubuntu, the preferred OS.  So, it is up to you guys to decide
> whether you want to create a JIRA to rectify some or all of this, or ignore
> it.
>
>
>
> Rohit
>
>
>
>

Re: Grant Santosh Permission to Merge PRs on Fineract Github Repos.

[Michael Vorburger]

On Thu, 12 Dec 2019, 05:53 Santosh Math, 
wrote:

> Hi Michael,
> Thanks for clarification.  I think this much is sufficient to grant me the
> permission?
> [image: de3.png]
>

That looks about right. If you still don't see the Merge button on the
GitHub UI, then perhaps reach out to Apache Infra to figure out what you
are missing.

On Wed, Dec 11, 2019 at 10:50 PM Michael Vorburger 
> wrote:
>
>> On Wed, Dec 11, 2019 at 11:40 AM Santosh Math <
>> sant...@confluxtechnologies.com> wrote:
>>
>>> My Apache id is not primary mail id on my Github account. Should it be?
>>>
>>
>> No I don't think that (primary email ID) matters.  My primary email on my
>> GitHub account is my personal email, not my apache.org one.
>>
>> In fact, if I understand the Apache.org GitHub integration correctly, the
>> email(s) you list in your GitHub settings probably (?) don't matter at all,
>> they just associate it based on your User ID.
>>
>>
>>> On Wed, Dec 11, 2019 at 4:08 PM Santosh Math <
>>> sant...@confluxtechnologies.com> wrote:
>>>
>>>> Hi Vishwas,
>>>> It was linked but wasn't verified. I just verified it.
>>>>
>>>> On Wed, Dec 11, 2019 at 3:56 PM  wrote:
>>>>
>>>>> Santosh ,
>>>>>
>>>>> Can you confirm that you have linked your Github account to your
>>>>> Apache ID ? Instructions at
>>>>> https://cwiki.apache.org/confluence/display/FINERACT/Working+with+gitbox+to+contribute+to+Apache+Fineract+CN
>>>>>
>>>>> Regards,
>>>>> Vishwas
>>>>>
>>>>> On Dec 11, 2019, at 3:26 PM, Awasum Yannick  wrote:
>>>>>
>>>>> Hi All,
>>>>>
>>>>> Santosh does not have permission to merge PRs on Fineract repository.
>>>>> He is on the PMC.
>>>>>
>>>>> What do we need to to to get him the required permissions?
>>>>>
>>>>> See discussion below:
>>>>> https://github.com/apache/fineract/pull/659#issuecomment-564464913
>>>>>
>>>>>
>>>>>
>>>>> Thanks.
>>>>> Awasum
>>>>>
>>>>>
>
> --
> Thanks & Regards
>
> Santosh Math
>
> *QA Engineer*
>
> *Conflux Technologies Pvt Ltd <http://www.confluxtechnologies.com/>*
> | *Office*: +91-080-41208662 |
>
> *Address*: #304, 2nd Floor, 7th Main Road, HRBR Layout 1st Block,
> Bengaluru, Karnataka, 560043 INDIA
>

Re: PostgresSQL for Fineract 1.x

[Michael Vorburger]

On Mon, 21 Oct 2019, 07:53 Joseph Cabral,  wrote:

> Hi everyone,
>
> I see that there is an ongoing project of migrating Fineract CN from
> MySQL/MariaDB to PostgresSQL. Is there a similar initiative for Fineract
> 1.x?
>

Not that I know of, no, I don't think so.

But if your business has a strong interest to use PostgresSQL instead
of MySQL/MariaDB with Fineract 1.x, you could of course always just try it
out for yourself.. replace the JDBC driver JAR, change the JDBC connection
URLs, and see what happens... I'm sure there are some queries that need
some tweaks etc.

I'm curious why you would want to switch?

If the motivation here is just for performance, then I suspect that a few
well placed additional indices and playing with some DB parameters on
MySQL/MariaDB will be more efficient than spending time on switching to an
entirely different DB.

If so, is there a guide for this?
>

> Regards,
>
> Joseph
>

Re: [Mifos-developer] PostgresSQL for Fineract 1.x

[Michael Vorburger]

On Mon, 21 Oct 2019, 08:34 Joseph Cabral,  wrote:

> Hi Michael,
>
> We want to switch since it is part of the deal with one of our clients. We
> will be integrating Fineract with our other products and they need to be
> database agnostic depending on the client's preference.
>

IMHO "database agnostic" is AKA "do much performance related work N instead
of 1 times"... ;-)

Yes we will try it out for ourselves and share the procedure if we are
> successful.
>

Cool - best of luck!

Thanks again!
>
> Joseph
>
> On Mon, Oct 21, 2019 at 2:27 PM Michael Vorburger 
> wrote:
>
>> On Mon, 21 Oct 2019, 07:53 Joseph Cabral, 
>> wrote:
>>
>>> Hi everyone,
>>>
>>> I see that there is an ongoing project of migrating Fineract CN from
>>> MySQL/MariaDB to PostgresSQL. Is there a similar initiative for Fineract
>>> 1.x?
>>>
>>
>> Not that I know of, no, I don't think so.
>>
>> But if your business has a strong interest to use PostgresSQL instead
>> of MySQL/MariaDB with Fineract 1.x, you could of course always just try it
>> out for yourself.. replace the JDBC driver JAR, change the JDBC connection
>> URLs, and see what happens... I'm sure there are some queries that need
>> some tweaks etc.
>>
>> I'm curious why you would want to switch?
>>
>> If the motivation here is just for performance, then I suspect that a few
>> well placed additional indices and playing with some DB parameters on
>> MySQL/MariaDB will be more efficient than spending time on switching to an
>> entirely different DB.
>>
>> If so, is there a guide for this?
>>>
>>
>>> Regards,
>>>
>>> Joseph
>>>
>> Mifos-developer mailing list
> mifos-develo...@lists.sourceforge.net
> Unsubscribe or change settings at:
> https://lists.sourceforge.net/lists/listinfo/mifos-developer

IM like Gitter (or Slack, or whatever)

[Michael Vorburger]

Hello Everyone,

Do we have an IM like Gitter (or Slack, or whatever) where some of you
actively hangout? I've found:

1. https://gitter.im/openMF/mifos

2. https://gitter.im/mifos/mifos

3. https://gitter.im/openMF/ another one?

Which of these should we first point new contributors to, e.g. from the
README at https://github.com/apache/fineract/ ? (I could a PR for that.)

I'm asking for https://github.com/apache/fineract/pull/647 (see last
comment) ...

Tx,
M.

Re: Load testing of MifosX/Fineract scheduler jobs

[Michael Vorburger]

Joseph,

On Sun, 20 Oct 2019, 00:28 Joseph Cabral,  wrote:

> Hi Nayan,
>
> Thank you for the tips! I tried asking for advice here first because we
> are wary of doing any code change since we were under the assumption that
> Fineract had already been used in many high load situations in production
> and we have just set it up wrong or there are some settings we could
> change.
>
> We will first try adding some indexes to the database but it looks like we
> have to do some code change for this.
>

Will you be contributing any performance related improvements you make back
to the community?

Thanks again!
>
> Joseph
>
> On Sun, Oct 20, 2019 at 2:21 AM Nayan Ambali 
> wrote:
>
>> Joseph,
>>
>> Previously I had done Mifos platform load testing for the community,
>> based on my experience below are my recommendations
>>
>> *without code change*
>> 1. Use SSD/High IOPS storage for Database
>> 2. If you are on AWS, go for Aurora instead of MySQL
>> 3. Look at database usage for this batch job and see if there is
>> opportunity index some columns for better performance
>>
>> *with code change*
>> 1. Process the data parallel either on with multi threading on single
>> node or we can go for multiple nodes
>> 2. Query optimisation
>> 3. Data fetch and commit batch size
>> there are many other opportunities to improve the same
>>
>> -
>> at your service
>>
>> Nayan Ambali
>> +91 9591996042
>> skype: nayangambali
>>
>>
>> On Sat, Oct 19, 2019 at 2:20 PM Joseph Cabral 
>> wrote:
>>
>>> Hi Everyone,
>>>
>>> I would like to ask if anyone has done load testing of the
>>> MifosX/Fineract scheduler jobs? Specifically the post interest to savings
>>> job.
>>>
>>> We created a new Savings Product (ADB Monthly - 10% Interest) with the
>>> following settings:
>>> Nominal interest rate (annual): 10%
>>> Balance required for interest calculation: $1,000.00
>>> Interest compounding period: Monthly
>>> Interest posting period: Monthly
>>> Interested calculated using: Average Daily Balance
>>>
>>> We populated the m_savings_account table using the savings product above
>>> with 1.2M new savings accounts which we then deposited an initial balance
>>> of $10,000 each. We then edited the post interest to savings job to post
>>> the interest even though it is not yet the end of the month.
>>>
>>> On consecutive tests, we averaged around 15 to 20 hours to complete the
>>> job.
>>>
>>> We are using a 4vCPU 128GB server to do the load testing. We deployed
>>> MifosX/Fineract in a docker container with Tomcat 7. The MySQL database is
>>> deployed in a separate docker container on the same machine.
>>>
>>> Any tips or ideas on what we can do to improve the run time of the job?
>>> Our target for 1.2M savings accounts is less than 1 hour.
>>>
>>> Regards,
>>>
>>> Joseph
>>>
>>

Re: Should we archive MariaDB and Data-jpa repositories ?

[Michael Vorburger]

On Sun, 20 Oct 2019, 03:03 Isaac Kamga,  wrote:

> Happy weekend fineracters,
>
> After migrating our RDBMS from MariaDB to PostgreSQL, Michael (CC'ed here)
> suggested we stick to one RDBMS in this discussion [1]
>

so my PoV on this is just that in any universe where resources are limited
(such as ours, excluding possible parallel universes), focusing energies
e.g. on a single FLOSS DB makes sense.

I'm sure both MySQL (MariaDB really, but that's another discussion..) and
Postgres are both great, with the proper tuning - which I would focus on
doing for one of them, not twice.

which is different from the suggestion from Ed Cable and Vishwas Babu about
> using a different RDBMS for each profile/environment.
>
> I thought we should make a community-driven decision on this as it would
> lead to us either archiving fineract-cn-mariadb [2] repository or not [3].
>
> The fineract-cn-data-jpa [4] repository does not appear very useful ?
> Should it be archived too ?
>
> Cheers,
> Isaac Kamga.
>
> [1]
> https://issues.apache.org/jira/browse/FINCN-26?focusedCommentId=16951585=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#comment-16951585
> [2] https://github.com/apache/fineract-cn-mariadb/pull/9
> [3]
> https://github.com/apache/fineract-cn-mariadb/pull/9#issuecomment-541491341
> [4] https://github.com/apache/fineract-cn-data-jpa
>

JIRA Versions maintenance: What is 1.3.1 and FYI Released <1.4.0 & deleted "Backlog"

[Michael Vorburger]

Hello,

FYI I've taken a moment to do some quick clean up on
https://issues.apache.org/jira/ for FINERACT:

I've clicked Released 1.1.0, 1.2.0 and 1.3.0. This means that these
versions can no longer be used as Fix Version in open issues - which makes
perfect sense (as those versions have been released, long ago).

I've also deleted a Version that was labelled "Backlog" but which seemed to
be virtually un-used - there were only a very issues with that as Fix
Version. The huge majority of issues which are open and could be done by
anyone with an interest in the project currently simply have no Fix Version
- which seems simple and just fine, to me. (You would simply set a Fix
Version if you had a PR for them, or were about to raise one.)

I've also deleted branches on
https://github.com/apache/fineract/branches/stale of stuff that was already
merged.

Best,
M.
_______
Michael Vorburger
http://www.vorburger.ch

Re: Get fineract docker image for kubernetes deployment

[Michael Vorburger]

On Thu, Oct 17, 2019 at 1:05 PM Yemdjih Kaze Nasser 
wrote:

> I would like to get the fineract docker image to work in my kubernetes
> cluster but it does not seem to detect the image
>
> This a sample configuration of the deployment.yaml
> 
>
> I get this error:
>
> Failed to pull image "fineract": rpc error: code = Unknown desc = Error
> response from daemon: pull access denied for fineract, repository does not
> exist or may require 'docker login'
>
> OR
>
> Failed to pull image "fineract:latest": rpc error: code = Unknown desc =
> Error response from daemon: pull access denied for fineract, repository
> does not exist or may require 'docker login'
>
> I need help troubleshooting this
>

https://github.com/apache/fineract/#instructions-to-run-using-docker-and-docker-compose

https://hub.docker.com/r/apache/fineract

So you need to use "apache/fineract" instead of "fineract"

Best of luck!

Re: fineract 1.x Java 11

[Michael Vorburger]

Hello,

The upgrade to more recent Spring versions just got merged (today) into the
develop branch; Ivan did this (thanks again), so contributions for that are
no longer needed. We do, of course, welcome any contributions with upgrades
for other dependencies.

The upgrade to Java 11 is something I looked into in
https://github.com/apache/fineract/pull/609; it's not quite working yet.
Would you perhaps like to help with that?

Best,
M.
___
Michael Vorburger
http://www.vorburger.ch


On Sun, Nov 10, 2019 at 7:33 AM Aleksandar Vidakovic <
chee...@monkeysintown.com> wrote:

> Hi Ram,
>
> ... we are currently testing a completely upgraded Fineract 1.x (Spring
> 5.2.0.RELEASE, Spring Boot 2.2.1.RELEASE, Jersey 2.29, and pretty much
> every other dependency upgraded) that is running on OpenJDK 12 (I'm pretty
> sure it will run the same way on 11 and 13). Goal is to offer this as a
> pull request soon.
>
> This upgrade is intended to be a drop in replacement (i. e. can be used
> with Community app, same REST endpoints, runs most - 93% - of the
> integration tests successfully); some minor work is left to do.
>
> Just FYI
>
> On Sun, Nov 10, 2019 at 3:19 AM Rama Reddy 
> wrote:
>
>>
>> Hi,
>> Just would like check if anybody started work on migrating java version
>> to 11 for fineract 1.x.
>> Would be great if you can share your experience with w.r.t
>> - impact analysis
>> - amount of work involved..
>> - if any feature branch in place?
>>
>> Thanks
>> Ram
>> Sent from Yahoo Mail on Android
>> <https://go.onelink.me/107872968?pid=InProduct=Global_Internal_YGrowth_AndroidEmailSig__AndroidUsers_wl=ym_sub1=Internal_sub2=Global_YGrowth_sub3=EmailSignature>
>>
>

Re: Fineract 1.x Spring Boot 2.1.7 Upgrade Re: Status of Merging Pull Requests 642 and 649

[Michael Vorburger]

On Sun, Nov 24, 2019 at 9:05 PM Santosh Math <
sant...@confluxtechnologies.com> wrote:

> Hi Awasum,
> Thank you.  By the way, today I pulled the fresh code from develop branch
> of Apache Fineract and the build is getting failed. I was able to build
> develop branch code successfully on Friday.
> I attached the error log.
>

I'm trying to reproduce this, but so far cannot... the "build" as in
"./gradlew clean war" works, right? And "./gradlew tomcatRunWAR" also seems
to start fine, for me. (Haven't actually used it, just saying there are no
errors on start up.) Even "./gradlew clean integrationTest" passes, for me.

Note that I'm running with the latest develop, including the Spring upgrade
PR from Ivan, which I merged a few hours ago.

Perhaps you'd like to share details / steps of what commands you are
running?



> On Mon, Nov 25, 2019 at 8:01 AM Michael Vorburger 
> wrote:
>
>> I merged the Spring upgrade PR a few hours ago today, so this is now on
>> develop.
>>
>> On Fri, 22 Nov 2019, 04:40 Awasum Yannick,  wrote:
>>
>>> Hi Santosh,
>>>
>>> On the develop branch of Fineract on your machine, run the following to
>>> get the Spring Boot upgrade PR:
>>>
>>> 1.) git checkout -b ivan333m-develop develop
>>> 2.) git pull https://github.com/ivan333m/fineract.git develop
>>> You should now be on the branch : ivan333m-develop
>>>
>>> make sure your DB is clean so flyway migration can happen as this PR has
>>> a migration update. If you already have mifos x installed on your local
>>> system, this wont work as Mifos X has DB migration number reaching V5000
>>> and Fineract ends at Db V352 or something like that. Use Docker to spin up
>>> a new mysql instance and stop your host mysql if it contains important data
>>> for other tests.
>>>
>>> You should now be able to run the following if your DBs have been
>>> created:
>>> ./gradlew clean build and ./gradlew clean tomcatRunWar
>>>
>>> This will pull a new gradle version and new spring 2.1.7 packages and
>>> dependencies to your local system. if all goes well, you should have your
>>> system up in a dev env setting.
>>>
>>> I hope this helps you review easily. Is there a better way to do this PR
>>> reviews on Fineract 1.x?
>>>
>>> Thanks.
>>> Awasum
>>>
>>>
>>> On Fri, Nov 22, 2019 at 1:17 PM Santosh Math <
>>> sant...@confluxtechnologies.com> wrote:
>>>
>>>> Hi Awasum,
>>>> First, I fetched the latest code from develop branch of Apache/Fineract
>>>> into my local machine. Then, I cherry-picked the  following commits into my
>>>> local machine before running integration test.
>>>>
>>>> https://github.com/ivan333m/fineract/commit/1e0e6ca3e749c7408c610f54791f7ec68910e655
>>>>
>>>> https://github.com/ivan333m/fineract/commit/1d9176505b1aec16c6c7a5065f73775728e31dab
>>>>
>>>> https://github.com/ivan333m/fineract/commit/33acc37a764b5b30fce5cbfa8b34239680d2c381
>>>>
>>>> However, I checked build.gradle file and it's still 1.x as you said.
>>>> How to upgrade it? I did "./gradlew -Penv=dev clean cleanEclipse eclipse"
>>>>  and getting the following error:
>>>>
>>>>  FAILURE: Build failed with an exception.
>>>>
>>>> * Where:
>>>> Script
>>>> '/home/conflux/fineract/fineract/fineract-provider/dev-dependencies.gradle'
>>>> line: 30
>>>>
>>>> * What went wrong:
>>>> A problem occurred evaluating script.
>>>> > Could not find method providedCompile() for arguments [] on object of
>>>> type
>>>> org.gradle.api.internal.artifacts.dsl.dependencies.DefaultDependencyHandler.
>>>>
>>>> * Try:
>>>> Run with --stacktrace option to get the stack trace. Run with --info or
>>>> --debug option to get more log output. Run with --scan to get full 
>>>> insights.
>>>>
>>>> * Get more help at https://help.gradle.org
>>>>
>>>> BUILD FAILED in 7s
>>>>
>>>> On Fri, Nov 22, 2019 at 5:20 PM Awasum Yannick 
>>>> wrote:
>>>>
>>>>> Hi Santosh,
>>>>>
>>>>> Your logs show you are using spring boot 1.x and spring 4.x. I am not
>>>>> sure you are using right PR. we have not yet merged the PR for the 
>>>>> upgrade.
>>>>&g

Re: Fineract 1.x Spring Boot 2.1.7 Upgrade Re: Status of Merging Pull Requests 642 and 649

[Michael Vorburger]

On Sun, Nov 24, 2019 at 11:14 PM Santosh Math <
sant...@confluxtechnologies.com> wrote:

> Hi Michael,
> I fetched latest code from Apache Fineract develop branch on Friday.
> Later, I run "./gradlew clean tomcatrunwar" in Fineract folder. I did it in
> an empty database and the build was successful. Later, I cherry-picked some
> commits build was failing and then removed those commits and again I
> run "./gradlew clean tomcatrunwar" and it was successful.
> When I tried today morning. The  build failed.
>

Strange, because on Travis CI it actually passes (now; after another
problem was just fixed).


On Mon, Nov 25, 2019 at 10:54 AM Michael Vorburger 
> wrote:
>
>> On Sun, Nov 24, 2019 at 9:05 PM Santosh Math <
>> sant...@confluxtechnologies.com> wrote:
>>
>>> Hi Awasum,
>>> Thank you.  By the way, today I pulled the fresh code from develop
>>> branch of Apache Fineract and the build is getting failed. I was able to
>>> build develop branch code successfully on Friday.
>>> I attached the error log.
>>>
>>
>> I'm trying to reproduce this, but so far cannot... the "build" as in
>> "./gradlew clean war" works, right? And "./gradlew tomcatRunWAR" also seems
>> to start fine, for me. (Haven't actually used it, just saying there are no
>> errors on start up.) Even "./gradlew clean integrationTest" passes, for me.
>>
>> Note that I'm running with the latest develop, including the Spring
>> upgrade PR from Ivan, which I merged a few hours ago.
>>
>> Perhaps you'd like to share details / steps of what commands you are
>> running?
>>
>>
>>
>>> On Mon, Nov 25, 2019 at 8:01 AM Michael Vorburger 
>>> wrote:
>>>
>>>> I merged the Spring upgrade PR a few hours ago today, so this is now on
>>>> develop.
>>>>
>>>> On Fri, 22 Nov 2019, 04:40 Awasum Yannick,  wrote:
>>>>
>>>>> Hi Santosh,
>>>>>
>>>>> On the develop branch of Fineract on your machine, run the following
>>>>> to get the Spring Boot upgrade PR:
>>>>>
>>>>> 1.) git checkout -b ivan333m-develop develop
>>>>> 2.) git pull https://github.com/ivan333m/fineract.git develop
>>>>> You should now be on the branch : ivan333m-develop
>>>>>
>>>>> make sure your DB is clean so flyway migration can happen as this PR
>>>>> has a migration update. If you already have mifos x installed on your 
>>>>> local
>>>>> system, this wont work as Mifos X has DB migration number reaching V5000
>>>>> and Fineract ends at Db V352 or something like that. Use Docker to spin up
>>>>> a new mysql instance and stop your host mysql if it contains important 
>>>>> data
>>>>> for other tests.
>>>>>
>>>>> You should now be able to run the following if your DBs have been
>>>>> created:
>>>>> ./gradlew clean build and ./gradlew clean tomcatRunWar
>>>>>
>>>>> This will pull a new gradle version and new spring 2.1.7 packages and
>>>>> dependencies to your local system. if all goes well, you should have your
>>>>> system up in a dev env setting.
>>>>>
>>>>> I hope this helps you review easily. Is there a better way to do this
>>>>> PR reviews on Fineract 1.x?
>>>>>
>>>>> Thanks.
>>>>> Awasum
>>>>>
>>>>>
>>>>> On Fri, Nov 22, 2019 at 1:17 PM Santosh Math <
>>>>> sant...@confluxtechnologies.com> wrote:
>>>>>
>>>>>> Hi Awasum,
>>>>>> First, I fetched the latest code from develop branch of
>>>>>> Apache/Fineract into my local machine. Then, I cherry-picked the
>>>>>> following commits into my local machine before running integration test.
>>>>>>
>>>>>> https://github.com/ivan333m/fineract/commit/1e0e6ca3e749c7408c610f54791f7ec68910e655
>>>>>>
>>>>>> https://github.com/ivan333m/fineract/commit/1d9176505b1aec16c6c7a5065f73775728e31dab
>>>>>>
>>>>>> https://github.com/ivan333m/fineract/commit/33acc37a764b5b30fce5cbfa8b34239680d2c381
>>>>>>
>>>>>> However, I checked build.gradle file and it's still 1.x as you said.
>>>>>> How to upgrade it? I did "./gradlew -Penv=dev clean cleanEclipse eclips

Re: GCI - Task workbox.js

[Michael Vorburger]

Giorgio,

On Sun, 1 Dec 2019, 09:33 Giorgio Zoppi,  wrote:

> Dear all,
> for the google code in, i would like to mentor for the
> https://developers.google.com/web/tools/workbox support in the mifos
> angular apps. That it is needed.
> Best Regards,
> Giorgio
>

This sounds like something more related to the
mifos-develo...@lists.sourceforge.net mailing list thank this one (this is
the mailing list for Apache Fineract, which is only the "back end" of the
Mifos angular JS front ends). Could you repost on that list instead of this
one?

Could I ask where you found a link to this mailing list on Google Code In?
That way we could fix it at source.

PS: Workbox looks like a cool framework! Best of luck with adding support
for it in the front and.

>

Re: [ANNOUNCE] Welcome Mohit Sinha as new Apache Fineract Committer.

[Michael Vorburger]

Excited to have you on board Mohit. Looking forward to working with you and
seeing even more great PRs from you, and help with reviewing PRs from
others.

On Mon, 2 Dec 2019, 04:31 Santosh Math, 
wrote:

> Congratulations Mohit!!
>
> On Mon, Dec 2, 2019 at 4:28 PM Hari Haran  wrote:
>
>> Congratulations Mohit!
>>
>> On Mon, Dec 2, 2019 at 4:19 PM Ebenezer Graham 
>> wrote:
>>
>>> Congratulations Mohit!
>>>
>>> On Mon, 2 Dec 2019 at 14:42, Chirag Gupta 
>>> wrote:
>>>
 Congrats Mohit! Keep going like this!

 On Mon, Dec 2, 2019 at 4:09 PM Rahul Goel 
 wrote:

> Congratulations Mohit!
>
> On Mon, Dec 2, 2019 at 3:13 PM Awasum Yannick 
> wrote:
>
>> Hi All,
>>
>> I am happy to announce that the Apache Fineract PMC has voted to add 
>> Mohit
>> Sinha as a Committer to the Fineract project.
>>
>> Over the past few months, Mohit has been contributing high quality
>> code for Apache Fineract 1.x and helping out on the mailing list. He has
>> also been helping us review PRs on Github. All this has helped to move 
>> the
>> project forward.
>>
>> Mohit, thanks for your service and we hope you keep moving the
>> project forward as you have been doing.
>>
>> Everyone, join me to welcome and congratulate Mohit on his
>> accomplishments.
>>
>>
>> Thanks.
>> Awasum Yannick.
>> PMC Member, Apache Fineract
>>
>
>
> --
> RAHUL GOEL
>

>>
>> --
>>
>>
>> --
>> Regards,
>> Hariharan.G
>> Technical Consultant | Habile Technologies
>> www.habiletechnologies.com | (O): +91 44 4202 0550 | (M): + 91 90030
>> 25156
>> Skype: hari.mitteam | https://www.facebook.com/HabileTechnologies
>> 
>>
>> --
>> DISCLAIMER:
>> All emails and any files transmitted with them are confidential and
>> intended solely for the use of the individual or entity to whom they are
>> addressed. If you have received an email in error please notify your system
>> manager. The message in the email you have received contains confidential
>> information and is intended only for the individual named. If you are not
>> the named addressee you should not disseminate, distribute or copy the
>> email. Please notify the sender immediately by email if you have received
>> an email by mistake and delete the email from your system. If you are not
>> the intended recipient you are notified that disclosing, copying,
>> distributing or taking any action in reliance on the contents of the
>> information is strictly prohibited.
>>
>
>
> --
> Thanks & Regards
>
> Santosh Math
>
> *QA Engineer*
>
> *Conflux Technologies Pvt Ltd *
> | *Office*: +91-080-41208662 |
>
> *Address*: #304, 2nd Floor, 7th Main Road, HRBR Layout 1st Block,
> Bengaluru, Karnataka, 560043 INDIA
>

Re: [Mifos-developer] Development Environment For Fineract Backenf

[Michael Vorburger]

Kuziwa,

I'm adding dev@fineract.apache.org in CC, where more people interested in
backend development are.

I suspect that you are looking for faster turnaround for local development,
not CI/CD for e.g. UAT?

The best solution would be to use Spring Boot Dev mode, instead of WAR on
external tomcat. We are half way there to make that possible, but have a
few loose ends. Would you like to contribute to the project to make that
happen?

Best,
M.


On Thu, 28 Nov 2019, 00:45 Awasum Yannick,  wrote:

> You may need to setup a CI/CD pipeline which will automatically pull
> changes on new PR/commits and deploy on your staging server.
> You will also setup a process which you can manually promote changes in
> staging production.
> In some cases, people decide to have 3 servers setup: Dev, UAT and
> Production. It depends on what you want to do and your resources
>
> You can use Gitlab CI, Jenkins or any other tool to achieve this on your
> end.
>
> I hope this helps.
>
> Thanks.
>
> On Thu, Nov 28, 2019 at 8:24 AM  wrote:
>
>> Morning,
>>
>> In the interest of faster development, is there a means to create a
>> development environment that is faster for working on the back end code.
>> The current process is that after every significant code change one has to
>> build a new war file and export it to tomcats webapps folder then restart
>> tomcat, this amounts to a total of about 10 mins to see the code change.
>> Can anyone suggest a faster method to do this?
>>
>>
>>
>> Kind Regards,
>>
>> Kuziwa Sachikonye
>> Mifos-developer mailing list
>> mifos-develo...@lists.sourceforge.net
>> Unsubscribe or change settings at:
>> https://lists.sourceforge.net/lists/listinfo/mifos-developer
>
> Mifos-developer mailing list
> mifos-develo...@lists.sourceforge.net
> Unsubscribe or change settings at:
> https://lists.sourceforge.net/lists/listinfo/mifos-developer

Re: Update Mockito to the latest version

[Michael Vorburger]

On Thu, 28 Nov 2019, 19:38 Yemdjih Kaze Nasser, 
wrote:

> Implementing spring bom dependency management breaks build with mockito
> version 1.9.5
> I suggest mockito be upgraded to version 3
>

Pull Requests for this would certainly be welcome.

>

Re: Demo Fineract 1.x - missing web gui ?

[Michael Vorburger]

On Fri, 4 Oct 2019, 09:04 Niklas Uhrberg,  wrote:

> Thank a lot, I had missed that part!
>

Could you contribute to the project with a Pull Request which makes this
clearer in the README?


> BR Niklas
>
>
>
> Niklas Uhrberg
> Konsult
> IT Development | Loans & Credit
>
>
>
> Resurs Bank AB
>
>
>
> Växel: +46 42 38 20 00
> E-post: niklas.uhrb...@resurs.se
> Webb: www.resursbank.se
>
>
>
> --
> *From:* Courage Angeh [couragean...@gmail.com]
> *Sent:* Thursday, October 03, 2019 6:44 PM
> *To:* dev@fineract.apache.org
> *Subject:* Re: Demo Fineract 1.x - missing web gui ?
>
> Hi Niklas,
>
> You can find the UI/front-end code and setup guide for the Fineract 1.x
> here
> https://github.com/openMF/community-app
>
> Regards,
> Courage.
>
> On Thu, Oct 3, 2019 at 11:02 AM Niklas Uhrberg 
> wrote:
>
>> Hello!
>>
>> This is probably a stupid question: When I run fineract 1, is there a web
>> gui available to interact with the system?
>>
>> I hoped to be able to discover the features of Fineract 1 this way, but
>> then I saw this documentation in "How to run Fineract.txt" in the
>> src/main/dist folder:
>>
>> "If you have a web front-end that you want to use along with the backend
>> server, put your index.html along with all the other source files inside a
>> (sub-folder of) the "apps" folder in the current directory from where
>> runfineract.bat/.sh is launched. The web UI front-end is then accessible
>> under fineract-provider/apps - for example:
>>
>>
>> https://localhost:8443/fineract-provider/apps/community-app/index.html?baseApiUrl=https://localhost:8443=default#/home;
>>
>>
>> I have also tried to run Fineract-cn on my machine but since it only has
>> 8 GB of memory it's not really possible to run all the services needed.
>>
>> Perhaps I'm missing some client application that I can run in addition to
>> fineract-provider?
>>
>> BR Niklas
>>
>>
>>
>> Niklas Uhrberg
>> Konsult
>> IT Development | Loans & Credit
>>
>>
>>
>> Resurs Bank AB
>>
>>
>>
>> Växel: +46 42 38 20 00
>> E-post: niklas.uhrb...@resurs.se
>> Webb: www.resursbank.se
>>
>>
>>
>>

Re: Shares module issues

[Michael Vorburger]

Debug it and send a Pull Request to fix it... ;-)

On Fri, 4 Oct 2019, 08:57 Girish Kumar,  wrote:

> Hi there team
>
> I would like to point out 2 major bugs as it may call or not the same.
> With regard to the Shares.
>
> 1 in the Community App and the other in the back end engine
>
> On the community app for the shares, Submit button for the Approve, Reject
> and Activate is not working. No idea why no one has picked this up or did
> someone?  The same was working on Version 17, I presume.
>
> On the back end side, When a share is redeemed, the amount for the
> redeemed share is not reflected on the savings bank account linked  ? is
> this the correct way, and I think I had seen this working on version 17 as
> well. Had anyone got a chance to figure this out?
>
> Could anyone check this and let me know if my findings are correct or not.
>
> Regards
> Girish Kumar
>
>

Re: Fineract 1.x integration tests with embeded Mysql server

[Michael Vorburger]

On Wed, Oct 2, 2019 at 9:01 PM Victor Manuel Romero Rodriguez <
victor.rom...@fintecheando.mx> wrote:

> Hi,
>
> For running "only basic tests" is ok an embedded MySQL database.
>
> We use Docker containers for testing that let us add/change behaviours in
> the MySQL database engine
>
> We use this settings in mifos.cnf for example (be aware that your use case
> could be different!) :
>
If these are not the mysql defaults, and there are good reasons for
changing these settings, then it would be cool to see a PR contributing
this to https://github.com/apache/fineract/blob/develop/docker-compose.yml
..

> [mysqld]
>
> skip-name-resolve
>
> internal_tmp_disk_storage_engine=MYISAM
>
> sql_mode
> ="STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"
>
> explicit_defaults_for_timestamp=1
>
> innodb_lru_scan_depth=256
>
> max_allowed_packet=1073741824
>
> wait_timeout=28800
>
> interactive_timeout=28800
>
> max_connections=512
>
> character-set-server = utf8
>
> collation-server = utf8_general_ci
>
> skip-character-set-client-handshake
>
>
> Victor
>
> On 10/2/19 1:38 p. m., Awasum Yannick wrote:
>
> Ivan,
>
> Integration tests run with a real MySQL server to the best of my
> knowledge. Will you be willing to add an embedded MySQL server for testing
> purposes?
>
> Maybe send a PR to add this feature as this will benefit you and add value
> to other contributors.
>
> Hi All, Is this a good proposal from Ivan? I think so. Ivan, you could go
> ahead and create an issue for this feature if there is no way to run an
> embedded MySQL database at the moment.
>
> Thanks.
> Awasum
>
> On Wed, Oct 2, 2019 at 7:22 PM Ivan Bondarenko  wrote:
>
>> Hello!
>>
>> I see that integration tests fail if Mysql server is down.
>> Is there any possibility to run the integration tests without external
>> Mysql server?
>>
>> I have tried to run it with `env=dev` but without success.
>>
>> Thanks,
>> Ivan
>>
>>

Re: mysql root password hard coded in build and run process

[Michael Vorburger]

On Mon, Dec 2, 2019 at 1:44 PM Yemdjih Kaze Nasser 
wrote:

> One of my first difficulties setting up fineract on my local PC was that
> my mysql credentials did not match the one hard coded in the build process.
>
> My suggestion is to add flexibility to this by giving possibility for a
> user to manually set his own root access password for the databases
>

That reminds me of https://jira.apache.org/jira/browse/FINERACT-806 ...
would you like to pick that up and do that?

PS: If you look for more things ;) do in Fineract, then IMHO
https://jira.apache.org/jira/browse/FINERACT-730 and
https://jira.apache.org/jira/browse/FINERACT-764 would be really great to
have... just sayin'!

Re: Call for presentations for ApacheCon North America 2020 now open

[Michael Vorburger]

On Wed, 12 Feb 2020, 15:00 Ankit Sharma,  wrote:

> Saransh Sharma should be up for this. He is also delivering a TEDx talk
> this month .
>

Cool! Do share link to watch on list when available.

On Wed, Feb 12, 2020 at 2:49 PM Javier Borkenztain  wrote:
>
>> Hi all!
>>
>> I will bring this e-mail again because, for the first time in history, we
>> have a Fineract track on the ApacheCon. This year the event will be held at
>> the Sheraton, New Orleans, September 28th through October 2nd, 2020.
>>
>> We have this unique opportunity for the community to gather together,
>> since last time in Dubai (in 2015!).
>>
>> Our industry is worth $20bn per year, and we are just scratching the
>> surface of this vast market. We can collectively capture a significant
>> share, and we must gather and learn what is happening in the community,
>> mingle, and learn.
>>
>> We will have a one-day track exclusively for FIneract at ApacheCon and we
>> are now open to proposals.
>>
>> The CFP will close Friday, May 1, 2020, at 8:00 AM (America/New_York
>> time).
>>
>> Submit early, submit often, at https://apachecon.com/acna2020/cfp
>>
>> Let's make this happen!
>>
>> Let me know how I can assist you.
>>
>> Javier.
>>
>> On Tue, Jan 21, 2020 at 4:40 PM Javier Borkenztain 
>> wrote:
>>
>>> Hi Fineracters!
>>>
>>> This year we will have a Fineract track on the ApacheCon 2020 Americas.
>>> ApacheCon will be held at the Sheraton, New Orleans, September 28th
>>> through October 2nd, 2020.
>>>
>>> We will have a one-day track exclusively for FIneract at ApacheCon and
>>> we are now open to proposals.
>>>
>>> The CFP will close Friday, May 1, 2020 8:00 AM (America/New_York time).
>>>
>>> Submit early, submit often, at https://apachecon.com/acna2020/cfp
>>>
>>> Let me know if you have any questions.
>>>
>>> Best,
>>> Javier
>>>
>>> -- Forwarded message -
>>> From: Rich Bowen 
>>> Date: Tue, Jan 21, 2020 at 12:04 PM
>>> Subject: Call for presentations for ApacheCon North America 2020 now open
>>> To: plann...@apachecon.com 
>>>
>>>
>>> Dear Apache enthusiast,
>>>
>>> (You’re receiving this message because you are subscribed to one or more
>>> project mailing lists at the Apache Software Foundation.)
>>>
>>> The call for presentations for ApacheCon North America 2020 is now open
>>> at https://apachecon.com/acna2020/cfp
>>>
>>> ApacheCon will be held at the Sheraton, New Orleans, September 28th
>>> through October 2nd, 2020.
>>>
>>> As in past years, ApacheCon will feature tracks focusing on the various
>>> technologies within the Apache ecosystem, and so the call for
>>> presentations will ask you to select one of those tracks, or “General”
>>> if the content falls outside of one of our already-organized tracks.
>>> These tracks are:
>>>
>>> Karaf
>>> Internet of Things
>>> Fineract
>>> Community
>>> Content Delivery
>>> Solr/Lucene (Search)
>>> Gobblin/Big Data Integration
>>> Ignite
>>> Observability
>>> Cloudstack
>>> Geospatial
>>> Graph
>>> Camel/Integration
>>> Flagon
>>> Tomcat
>>> Cassandra
>>> Groovy
>>> Web/httpd
>>> General/Other
>>>
>>> The CFP will close Friday, May 1, 2020 8:00 AM (America/New_York time).
>>>
>>> Submit early, submit often, at https://apachecon.com/acna2020/cfp
>>>
>>> Rich, for the ApacheCon Planners
>>>
>>>
>>> --
>>>
>>>
>>
>> --
>>
>>
>
> --
> Warm Regards
>
> *Ankit Müllner*
> *Managing Partner*
> *Muellner Internet Pvt Ltd *
>
> *Company Website    **Company Linkedin
> *Company Facebook
> 
>
> *Ph - +91654097, +4581929792*
>
> *My Twitter   **My Linkedin
>   **My** Instagram
> *
>
> This mail is governed by Muellner®  Internet Private Limited's IT policy.
> The information contained in this e-mail and any accompanying documents
> may contain information that is confidential or otherwise protected from
> disclosure. If you are not the intended recipient of this message, or if
> this message has been addressed to you in error, please immediately alert
> the sender by reply e-mail and then delete this message, including any
> attachments. Any dissemination, distribution or other use of the contents
> of this message by anyone other than the intended recipient is strictly
> prohibited. All messages sent to and from this e-mail address may be
> monitored as permitted by applicable law and regulations to ensure
> compliance with our internal policies and to protect our business. E-mails
> are not secure and cannot be guaranteed to be error free as they can be
> intercepted, amended, lost or destroyed, or contain viruses. You are deemed
> to have accepted these risks if you communicate with us by e-mail.
>

Re: Rates Module PR Review and Use Case

[Michael Vorburger]

I'd like to finally merge Angel's
https://github.com/apache/fineract/pull/592.

Does anyone have any objections? Without hearing objections, I'll merge
that PR in 2 weeks from today.


On Thu, 12 Dec 2019, 08:40 Michael Vorburger,  wrote:

> On Fri, Jul 19, 2019 at 8:53 PM Awasum Yannick  wrote:
>
>> Is someone interested to look into this.
>>
>> Angel, i think you could merge your PR and also send in PRs for the UI.
>> Make sure you update the user manual and documentation on how to use this
>> feature.
>>
>
> I just noticed that this old PR (
> https://github.com/apache/fineract/pull/592) from Angel was *STILL* not
> merged - really sorry about this Angel, I know from my own experience in
> open source that it can be very frustrating if one puts in the time to
> raise a PR which then gets ignored - we still have "some room for
> improvement" in this regard as a community... ;-)
>
> I've just rebased this PR, but it now fails to build due to something
> minor (see comment on PR). If you'd still be willing to address that, I'd
> be very happy to finally merge this PR ASAP, even without any further
> functional review, as 6 months (!) seem much more than enough for any
> interested party having any objections to this to speak up.
>
> PS: As 2019 draws a close, let us all try to wrap up all pending PRs, and
> either merge or close anything that's clearly abandoned? (One can always
> raise new ones.)
>
>
>> On Sat, Jun 29, 2019 at 3:29 PM Awasum Yannick  wrote:
>>
>>> Hi All,
>>>
>>> Angel Cajas has put in alot of work to work on this PR and addressed
>>> numerous feedback.
>>> https://github.com/apache/fineract/pull/592
>>>
>>> Is there anyone willing to review the above.
>>>
>>> I would have been able to review the feature but am not familiar with
>>> the use case.
>>>
>>> Is there a UI or Spec doc for this feature which will ease review?
>>>
>>> Santosh, Ed, are you both in a position to review this PR and see if you
>>> could merge. Or will everyone be comfortable if Angel merged this into
>>> develop afterall, Angel is a committer.
>>>
>>>
>>> Thanks.
>>> Awasum
>>>
>>

Re: Integration tests Still Failing on Sundays: apache/fineract#602 (develop - 7774766)

[Michael Vorburger]

On Sun, Jan 26, 2020 at 1:42 PM Nazeer Hussain Shaik <
nazeerhussain.sh...@gmail.com> wrote:

> Guys,
>
> I agree to create branch protection. But I don't agree saying "I broke
> more than fixed".
> I was trying to help fix those two integration issues and was preparing
> the Fineract 1.4.0 release. I don't see any issue with the code changes
> (just test data preparation)
> Unfortunately I didn't observe the travis CI, the actual error is below.
> provider/src/integrationTest/java/org/apache/fineract/integrationtests/common/Utils.java:265:
> Line has trailing spaces. [RegexpSingleline]
>

FYI https://github.com/apache/fineract/pull/700 proposed that; I've just
reviewed it.


> I request Fineract board members to remove my committer rights as I won't
> be able to contribute to this project and in future I won't end up creating
> the travis problems :-)
>

FYI I've reached out to you with a personal direct message.


> All the best
>
> Regards,
> Nazeer
>
> On Sun, Jan 26, 2020 at 6:04 PM Juhan Aasaru  wrote:
>
>> Hi Michael,
>>
>> you can create Infra ticket for adding branch protection to develop
>> branch.
>> Same thing has been done for Fineract-CN repositories by this ticket:
>> https://issues.apache.org/jira/browse/INFRA-19492
>>
>
FYI I've just raised https://issues.apache.org/jira/browse/INFRA-19776 re.
branch protection.

Kind regards
>> Juhan
>>
>> Kontakt Michael Vorburger () kirjutas kuupäeval P,
>> 26. jaanuar 2020 kell 12:57:
>>
>>> As far as I saw (only looked quickly), Nazeer actually accidentally
>>> broke more than was fixed... ;-) The "fix" for FINERACT-820 fails to pass
>>> Checkstyke. (Which is brand new, Nazeer see the recent post announcing it
>>> on this list.)
>>>
>>> BTW that commit was pushed without going through a PR. IMHO no committer
>>> should ever do that. (I'll try to find out if it's possible to activate
>>> GitHub's "protected branch" setting for 'develop', which should allow us to
>>> block this, when I'm back from... skiing! :)
>>>
>>> So someone should either revert that commit, or fix the Checkstyke
>>> problem. Personally I would just push a revert commit, and then expect a
>>> new PR, where we can verify the fix before merging it.
>>>
>>> M.
>>>
>>>
>>>
>>> On Sun, 26 Jan 2020, 11:11 Awasum Yannick,  wrote:
>>>
>>>> Hi All,
>>>>
>>>> Our Fineract 1.x integration tests still failing on Sundays?
>>>>
>>>> https://issues.apache.org/jira/browse/FINERACT-820 has been closed.
>>>> Has the problem finally gone away?
>>>>
>>>> Is anyone willing to look into this?
>>>>
>>>>
>>>> On Sun, Jan 26, 2020 at 10:24 AM Travis CI 
>>>> wrote:
>>>>
>>>>> apache
>>>>>
>>>>> /
>>>>>
>>>>> fineract
>>>>>
>>>>> <https://travis-ci.org/apache/fineract?utm_medium=notification_source=email>
>>>>>
>>>>> [image: branch icon]develop
>>>>> <https://github.com/apache/fineract/tree/develop>
>>>>> [image: build has failed]
>>>>> Build #602 is still failing
>>>>> <https://travis-ci.org/apache/fineract/builds/641965227?utm_medium=notification_source=email>
>>>>> [image: arrow to build time]
>>>>> [image: clock icon]3 mins and 38 secs
>>>>>
>>>>> [image: Awasum Yannick avatar]Awasum Yannick
>>>>> 7774766 CHANGESET →
>>>>> <https://github.com/apache/fineract/compare/e9e0bbc930de...777476624557>
>>>>>
>>>>> Update Gradle version from 5.6.1 to 6.1
>>>>>
>>>>> Want to know about upcoming build environment updates?
>>>>>
>>>>> Would you like to stay up-to-date with the upcoming Travis CI build
>>>>> environment updates? We set up a mailing list for you!
>>>>> SIGN UP HERE <http://eepurl.com/9OCsP>
>>>>>
>>>>> [image: book icon]
>>>>>
>>>>> Documentation <https://docs.travis-ci.com/> about Travis CI
>>>>> Have any questions? We're here to help. 
>>>>> Unsubscribe
>>>>> <https://travis-ci.org/account/preferences/unsubscribe?repository=6979119_medium=notification_source=email>
>>>>> from build emails from the apache/fineract repository.
>>>>> To unsubscribe from *all* build emails, please update your settings
>>>>> <https://travis-ci.org/account/preferences/unsubscribe?utm_medium=notification_source=email>.
>>>>>
>>>>> [image: black and white travis ci logo] <https://travis-ci.com>
>>>>>
>>>>> Travis CI GmbH, Rigaer Str. 8, 10427 Berlin, Germany | GF/CEO: Randy
>>>>> Jacops | Contact: cont...@travis-ci.com | Amtsgericht Charlottenburg,
>>>>> Berlin, HRB 140133 B | Umsatzsteuer-ID gemäß §27 a Umsatzsteuergesetz:
>>>>> DE282002648
>>>>>
>>>>

Re: Checkstyle for Fineract source code

[Michael Vorburger]

Hello everyone,

Re. adopting Checkstyle for Fineract (non-CN) source code, with the merge
of https://github.com/apache/fineract/pull/689 (thanks Awasum!), the
groundwork is now available.

On Sun, Jan 12, 2020 at 8:25 PM Yemdjih Kaze Nasser 
wrote:

> I've added myself to watch list. It's a pleasure to work with you
>
> On Sun, 12 Jan 2020 at 20:19, Michael Vorburger  wrote:
>
>> On Sun, Jan 12, 2020 at 7:58 PM Yemdjih Kaze Nasser 
>> wrote:
>>
>>> I'm interested in this, I will make some investigations and push some
>>> changes
>>>
>>
>> Yemdjih: Cool, great to hear. Please read the latest comment I just made
>> in FINERACT-821 (and click Watch on that issue to get notifications about
>> future updates). I've just raised 2 PRs which will make a start for this -
>> but there's lots more to be done! As soon as those 2 PRs are merged, I'd
>> love to see you jump on and extend upon them (by,  gradually, uncommenting
>> more rules in that checkstyle.xml you'll find when you have a closer look).
>>
>
Yemdjih, which Checkstyle rules will you work on enabling?

On Tue, Jan 14, 2020 at 5:12 PM Richard Billeci 
wrote:

>
> Hello Michael,
>
> I'd like to offer support from my development team, starting in February.
> I could assign 1 person full-time to supporting this topic.
>
> Besides checkstyle conformance:
>
>- we'd love to see a standard code-style applied across the code-base
>(e.g. IntelliJ or similar standards), with a mechanism to ensure 
> enforcement
>
> Richard, in my experience the only way that enforcing standard code-style
Java conventions works is to enable Checkstyle and make it fails builds
both locally and of Pull Requests.  I've gone around the block on such
matters over the years, and learnt that everything else, such as running
tool like Sonar on the main develop branch after merge (that's too late..
people never fix things, once they are in), or "requiring" certain
conventions via documentation and/or by IDE Configuration files for auto
formatting etc. just never really works. (IDE configs are nice, and we
could have them to complement Checkstyle, but alone they are never
sufficient; in a distributed community like this one, where it's simply
impossible to "control" local set ups, there really is no way to enforce
such conventions, other than using a tool like Checkstyle, during every
build).

>
>- we'd love to see *public static final *fields following standard
>java conventions (e.g. *THE_FIELD* instead of *theField*)
>
> Richard, Checkstyle's ConstantName rule (see
https://checkstyle.sourceforge.io/config_naming.html#ConstantName) does
exactly what you want.  What you need to do now to help the project stick
to this is fix all existing violation of this convention, and then
uncomment ConstantName in line 194 of
https://github.com/apache/fineract/blob/develop/fineract-provider/config/checkstyle/checkstyle.xml
(just move it up before line 51, before the commented out block of all the
rules which are still to be done).

It's best to go about such things gradually and incrementally, please send
us a first PR *only* making this change.


> We have a significant number of enhancements based off of 1.2, and getting
> the above completed would help us contribute back.
>

Great! Looking forward.


> I've not followed 1.3/1.4, so if these changes were already made, that's
> great.
>
> Please let us know how my team can best help.
>

We eagerly await your first Pull Request re. ConstantName!  And then more
after that? ;-)


> Best Regards,
>
> Richard
>
>
> On Sat, Jan 11, 2020 at 2:28 AM Michael Vorburger 
> wrote:
>
>> Hello,
>>
>> I've started with https://issues.apache.org/jira/browse/FINERACT-821 re.
>> adopting Checkstyle for Fineract source code.
>>
>> Would anyone be interested in helping with this effort?
>>
>> Best,
>> M.
>> ___
>> Michael Vorburger
>> http://www.vorburger.ch
>>
>

Re: Integration tests Still Failing on Sundays: apache/fineract#602 (develop - 7774766)

[Michael Vorburger]

As far as I saw (only looked quickly), Nazeer actually accidentally broke
more than was fixed... ;-) The "fix" for FINERACT-820 fails to pass
Checkstyke. (Which is brand new, Nazeer see the recent post announcing it
on this list.)

BTW that commit was pushed without going through a PR. IMHO no committer
should ever do that. (I'll try to find out if it's possible to activate
GitHub's "protected branch" setting for 'develop', which should allow us to
block this, when I'm back from... skiing! :)

So someone should either revert that commit, or fix the Checkstyke problem.
Personally I would just push a revert commit, and then expect a new PR,
where we can verify the fix before merging it.

M.



On Sun, 26 Jan 2020, 11:11 Awasum Yannick,  wrote:

> Hi All,
>
> Our Fineract 1.x integration tests still failing on Sundays?
>
> https://issues.apache.org/jira/browse/FINERACT-820 has been closed. Has
> the problem finally gone away?
>
> Is anyone willing to look into this?
>
>
> On Sun, Jan 26, 2020 at 10:24 AM Travis CI  wrote:
>
>> apache
>>
>> /
>>
>> fineract
>>
>> 
>>
>> [image: branch icon]develop
>> 
>> [image: build has failed]
>> Build #602 is still failing
>> 
>> [image: arrow to build time]
>> [image: clock icon]3 mins and 38 secs
>>
>> [image: Awasum Yannick avatar]Awasum Yannick
>> 7774766 CHANGESET →
>> 
>>
>> Update Gradle version from 5.6.1 to 6.1
>>
>> Want to know about upcoming build environment updates?
>>
>> Would you like to stay up-to-date with the upcoming Travis CI build
>> environment updates? We set up a mailing list for you!
>> SIGN UP HERE 
>>
>> [image: book icon]
>>
>> Documentation  about Travis CI
>> Have any questions? We're here to help. 
>> Unsubscribe
>> 
>> from build emails from the apache/fineract repository.
>> To unsubscribe from *all* build emails, please update your settings
>> .
>>
>> [image: black and white travis ci logo] 
>>
>> Travis CI GmbH, Rigaer Str. 8, 10427 Berlin, Germany | GF/CEO: Randy
>> Jacops | Contact: cont...@travis-ci.com | Amtsgericht Charlottenburg,
>> Berlin, HRB 140133 B | Umsatzsteuer-ID gemäß §27 a Umsatzsteuergesetz:
>> DE282002648
>>
>

Re: Fineract API docs down(?)

[Michael Vorburger]

Hello Dan,

I'm replying on the public developer mailing list, instead of on the
private PMC list, as this could be of general interest, and BCC the private
list and your FROM (which I have anonymized, just in case), if you are not
subscribed on http://fineract.apache.org/#contribute (you should be!)

On Mon, Jan 27, 2020 at 3:05 PM Dan wrote:

> Hi all,
>
> I’m exploring Fineract as a possible piece of our technology
>

Welcome to the Fineract community!


> ecosystem, but it appears the API documentation is down:
>
> https://demo.openmf.org/api-docs/apiLive.htm
>
> (I’ve checked a number of times over the past couple weeks and it
> seems that’s always been the case)
>

well spotted, thanks for bringing this to our attention, we should fix
that.. watch https://issues.apache.org/jira/browse/FINERACT-840.

Is there another location for the API docs?
>

try
https://htmlpreview.github.io/?https://github.com/apache/fineract/blob/develop/api-docs/apiLive.htm
- cool? ;-)


> Best,
> Dan
>

Regards,
M.
___
Michael Vorburger
http://www.vorburger.ch

Re: Apache PMCs: your chance to support your projects with Outreachy internships

[Michael Vorburger]

I'll help to review any intern's PRs, but personally unfortunately really
simply don't have the time to actively mentor any Outreachy interns.  But
Outreachy is a GREAT program, I can only highly recommend it, and hope
other committers, or even why not contributors who are not committers yet,
to step up as mentors... anyone?? ;-)

On a related note, where was our "hotlist" of recommended Starter issues
again?  We should highlight it much more prominently, right on the
fineract/README.md...


On Fri, 31 Jan 2020, 16:52 David Asem,  wrote:

> As a student,  I'll love to continue work on Fineract projects during the
> Outreachy internship.
> It'll be really helpful if we get mentors to assist us.
>
> On Fri, Jan 31, 2020, 3:44 PM Awasum Yannick  wrote:
>
>> Hi All,
>>
>> Do we have committers here willing to scope up project ideas and mentor
>> during the upcoming Outreachy Session?
>>
>> This could be a chance to get some tasks completed especially around
>> Fineract 1.x.
>>
>> I see immediately that our backlog is too large..Maybe we could have an
>> intern or 2 try to close some of those issues if they are not too complex.
>> What do you think?
>>
>> Thanks.
>> Awasum
>>
>> On Fri, Jan 31, 2020 at 5:50 AM Sally Khudairi  wrote:
>>
>>> Hello PMCS --a quick reminder that if your project is interested in
>>> submitting work proposals for Outreachy interships, the deadline is 25
>>> February.
>>>
>>> Should you need assistance with the application, feel free to contact
>>> the Apache coordinators at 
>>>
>>> Best,
>>> Sally
>>>
>>> - - -
>>> Vice President Marketing & Publicity
>>> Vice President Sponsor Relations
>>> The Apache Software Foundation
>>>
>>> Tel +1 617 921 8656 | s...@apache.org
>>>
>>> On Tue, Jan 21, 2020, at 11:05, Sally Khudairi wrote:
>>> > Hello Apache PMCs --I hope you're having a great week thus far.
>>> >
>>> > The ASF (through our Diversity & Inclusion committee) is a mentoring
>>> > organization with Outreachy, a program organized by the Software
>>> > Freedom Conservancy. Outreachy provides paid internships to those who
>>> > are under-represented in technology, including women, individuals from
>>> > the African American, Hispanic/Latinx, and Native
>>> > American/Alaskan/Hawaiian communities, among others.
>>> >
>>> > This year's Outreachy internships will run May-August 2020. Interns
>>> > will work full-time and remotely with individual mentors from our
>>> > community (= PMC members). Interns can work on a range of projects,
>>> > such as programming, documentation, data science, user experience,
>>> > marketing, graphic design, and more.
>>> >
>>> > Several internships are available to Apache Projects: all PMCs are
>>> > welcome to apply to propose work projects for Outreachy interns. The
>>> > program works in a similar manner as GSoC, where candidate interns
>>> > select which project/activity they’d like to work on. The more work
>>> > projects proposed, the greater your Project's chance of being selected!
>>> >
>>> > This is a great chance to give deserving individuals of diverse
>>> > backgrounds, genders, and ages a chance to contribute to Open Source
>>> in
>>> > many different ways. Helping others helps Apache Projects and our
>>> > communities.
>>> >
>>> > NOTE: The deadline to submit work project proposals to is 25 February
>>> > 2020 at 4PM UTC. We encourage you to review the Outreachy mentor FAQ
>>> as
>>> > you consider this opportunity
>>> > https://www.outreachy.org/mentor/mentor-faq/
>>> >
>>> > Those PMCs ready to apply as mentors may do so directly at
>>> > https://www.outreachy.org/communities/cfp/apache/
>>> >
>>> > For help crafting your project proposal, please contact the Apache
>>> > coordinators --Matt Sicker, Awasum Yannick, and Katia Rojas-- at
>>> > .
>>> >
>>> > To learn more about ASF Diversity & Inclusion, visit
>>> > https://diversity.apache.org/
>>> > To learn more about Outreachy, visit https://www.outreachy.org/
>>> >
>>> > We appreciate your interest and look forward to hearing from you.
>>> >
>>> > On behalf of ASF Diversity & Inclusion,
>>> > Sally
>>> >
>>> > - - -
>>> > Vice President Marketing & Publicity
>>> > Vice President Sponsor Relations
>>> > The Apache Software Foundation
>>> >
>>> > Tel +1 617 921 8656 | s...@apache.org
>>>
>>

Re: Online chat

[Michael Vorburger]

Thanks for asking, unfortunately I wouldn't have the time to follow along a
chat channel. Having said that, I think it's a great idea, and can only
encourage the community to set this up, and use it. One thing to keep in
mind perhaps is that not everyone will be on chat, so do use chat for
helping to answer people's questions, have discussions, etc but do it in
addition to not instead of still also posting major news on list, raise
JIRA, leave comments in PRs, etc.


On Fri, 14 Feb 2020, 13:38 Saransh Sharma,  wrote:

> We could also add jira webhooks also and github pr abd issue list
>
> On Fri, 14 Feb 2020, 16:18 Saransh Sharma,  wrote:
>
>> So far it looks like this.
>>
>> On Fri, 14 Feb 2020, 16:14 Saransh Sharma,  wrote:
>>
>>> Would you like to try this out? Seems like we can get this up and
>>> running I saw current gitter it's filled with many things we can categorize
>>> them.
>>>
>>> On Fri, 14 Feb 2020, 16:13 Saransh Sharma, 
>>> wrote:
>>>
 Thanks could you provide me your username on discord?

 Hey Michael are you also interested?

 On Fri, 14 Feb 2020, 16:10 Aleksandar Vidakovic, <
 chee...@monkeysintown.com> wrote:

> Hi Saransh,
>
> ... can help out...
>
> On Fri, Feb 14, 2020 at 11:11 AM Saransh Sharma 
> wrote:
>
>> I can mak few folks admin also and managers to take care of the
>> channels
>>
>> Who would be interested?
>>
>> On Fri, 14 Feb 2020, 13:04 Saransh Sharma, 
>> wrote:
>>
>>> I have created categories,
>>>
>>> Welcome Category
>>> Community
>>> Support
>>> Outreach
>>> Research
>>> Off Topics
>>> Development
>>> Events
>>> Local Chapters
>>>
>>> You guys can suggest what other channels can be added under above
>>> categories.
>>>
>>>
>>> On Fri, Feb 14, 2020 at 12:57 PM Saransh Sharma <
>>> sara...@muellners.com> wrote:
>>>
 https://discord.gg/B2HKVz

 Hey anyone wish to checkout out discord app, i have created some
 channels to start with .

 Its on mobile also.

 We can set some rules, and some manager who could help navigate new
 users and support old members.

 thanks

 On Fri, Feb 14, 2020 at 12:26 PM Saransh Sharma <
 sara...@muellners.com> wrote:

> Facts
>
> gitter is free, but lacks channels ,
>
> folks usually ask questions and post queries related to the
> development.
>
> My opinion is we can channel based approach
>
> #dev
> #mobile
> #this and that
>
> This could help us broaden quality conversations.
>
> I am not sure about moving away from gitter if gitter does that we
> should use there only.
>
> Has anyone yet used discord ?
>
>
>
> On Fri, Feb 14, 2020 at 12:14 PM Enoobong Ibanga <
> eiba...@teamapt.com> wrote:
>
>> Open to suggestions
>>
>> On 14 Feb 2020, at 07:43, Saransh Sharma 
>> wrote:
>>
>> In my opinion we should migrate to something simpler.
>>
>> How does everyone feel about it?
>>
>> On Fri, 14 Feb 2020, 11:49 Enoobong Ibanga, 
>> wrote:
>>
>>> https://gitter.im/openMF/mifos
>>>
>>> On 14 Feb 2020, at 04:03, Saransh Sharma 
>>> wrote:
>>>
>>> Like other oss community do we have a single place to discuss
>>> ideas real time.
>>>
>>> I am referring to chat / irc or slack or maybe a place to
>>> brainstorm.
>>>
>>> Have seen many oss community has such places I saw mifos has
>>> giiter.
>>>
>>> Could we propose some alternative if we don't have.
>>>
>>>
>>>
>>
>
> --
>
> Saransh Sharma
> *Research Partner*
> *Muellner Internet Pvt Ltd *
>
>
> --
>
> The idea of separation of me and you is amazing.
>
> --
> *Company Website    **Company Linkedin
> *
> Company Facebook 
>
> This mail is governed by Muellner®  Internet Private Limited's IT
> policy.
> The information contained in this e-mail and any accompanying
> documents may contain information that is confidential or otherwise
> protected from disclosure. If you are not the intended recipient of 
> 

Re: Fineract

[Michael Vorburger]

On Sun, 9 Feb 2020, 19:42 Floyd Nickson,  wrote:

> Hello, I am running fineract using docker on a ubuntu server and now I
> want it to be accessible via a browser. how do I do it.
>

Are you just looking for https://github.com/openMF/community-app ?

If that's not what you meant, please elaborate.

BTW a contribution (PR) from anyone to integrate this UI with our Docker
Compose, so that it "just works" out of the box, would be hugely
appreciated! We do actually have the container already, see
https://github.com/openMF/community-app/issues/3112, but someone still
needs to add it to
https://github.com/apache/fineract/blob/develop/docker-compose.yml and have
it correctly configured.


> Thanks
>

Re: Authentication Issue

[Michael Vorburger]

You need to rebuild the very latest version of the web app, because this
was fixed only very recently with
https://github.com/openMF/community-app/pull/3179

See https://issues.apache.org/jira/browse/FINERACT-726 for background.

On Tue, 18 Feb 2020, 12:12 Saransh Sharma,  wrote:

> Hey
>
> I have seen many user facing this issue.
>
> What you can do is this
>
> In my opinion we can no longer pass the username and password as param.
>
>
>
>
>
> On Tue, Feb 18, 2020 at 4:36 PM Emmanuel Njoku  wrote:
>
>> Dear team,
>>
>> Kindly assist me on this issue.
>> i created a new tenant on the  DB called testdefault. On the postman, I
>> pasted the url as below
>>
>> https://localhost/fineract-provider/api/v1/authentication?username=mifos=password
>>
>> Fineract-Platform-TenantId =   testdefault
>> Content-Type = application/json
>>
>> I equally replicate mifostenant-default to mifostenant- testdefault
>>
>> The result is
>> "timestamp": 1582023090984,
>> "status": 401,
>> "error": "Unauthorized",
>> "message": "Unauthorized",
>> "path": "/fineract-provider/api/v1/authentication"
>>
>>
>> On Tue, Feb 18, 2020 at 10:41 AM Ippez Robert 
>> wrote:
>>
>>>
>>> I think it will be good if someone with the main domain knowledge takes
>>> up this. In my own understanding, this is how it should be handled:-
>>>
>>> Add allowIntRateModification Flag at product level definition
>>>
>>> If this value is set to true, then at the time of opening the account,
>>> the user should be allowed to change the interest rate from the default
>>> rates charts defined at product level.  If this is not allowed, i.e value
>>> is false, then the current behavior of the system selecting interest rate
>>> from the chart based on the amounts fixed and period prevails
>>>
>>> Thanks
>>> Regards
>>> Mifos-developer mailing list
>>> mifos-develo...@lists.sourceforge.net
>>> Unsubscribe or change settings at:
>>> https://lists.sourceforge.net/lists/listinfo/mifos-developer
>>
>>
>
> --
>
> Saransh Sharma
> *Research Partner*
> *Muellner Internet Pvt Ltd *
>
>
> --
>
> The idea of separation of me and you is amazing.
>
> --
> *Company Website    **Company Linkedin
> *Company Facebook
> 
>
> This mail is governed by Muellner®  Internet Private Limited's IT policy.
> The information contained in this e-mail and any accompanying documents
> may contain information that is confidential or otherwise protected from
> disclosure. If you are not the intended recipient of this message, or if
> this message has been addressed to you in error, please immediately alert
> the sender by reply e-mail and then delete this message, including any
> attachments. Any dissemination, distribution or other use of the contents
> of this message by anyone other than the intended recipient is strictly
> prohibited. All messages sent to and from this e-mail address may be
> monitored as permitted by applicable law and regulations to ensure
> compliance with our internal policies and to protect our business. E-mails
> are not secure and cannot be guaranteed to be error free as they can be
> intercepted, amended, lost or destroyed, or contain viruses. You are deemed
> to have accepted these risks if you communicate with us by e-mail.
>

Re: Docker and docker-compose deployment failing

[Michael Vorburger]

Hello,

yes, it appears it is actually broken, I agree.

The continuous integration non regression testing for it seems to
accidentially have broken as well.

I'll fix both when i get a chance.

Regards,
Michael
___
Michael Vorburger
http://www.vorburger.ch


On Thu, Jan 9, 2020 at 2:14 PM Saransh Sharma  wrote:

> We're you able to build and run  docker. ?
>
> I tried couple of times but it failed could not connect to mysql service.
>
> On Thu, 9 Jan 2020, 17:57 Julian Mojico,  wrote:
>
>> Hi Saransh,
>>
>> 1. Check mysql hostname used in you docker-compose file:
>> FINERACT_DEFAULT_TENANTDB_HOSTNAME=*fineractmysql*
>>
>> 2. Then log mysql (using workbench or other tool) and verify *hostname*
>> *column *is ok.
>>
>> select * from `mifostenant-default`.schema_version
>>
>> Change the hostname, port or whatever needed to match your db
>> configuration.
>>
>> 3. Restart fineract and watch logs using:
>> *docker-compose logs -f tomcat*
>>
>> *Note: * If you have made any changes to Dockerfile or any files within,
>> you might need to rebuild your docker image:
>> *docker-compose up -d --build fineract-server*
>>
>> Hope that helps.
>>
>>
>>
>> *Julian Mojico - developerjul...@fiter.io *
>>
>> On Mon, Jan 6, 2020 at 10:50 AM Saransh Sharma 
>> wrote:
>>
>>> Yes indeed it does fail, I tried many times seems like it's failing to
>>> connect with mysql instance. To me it seems like something related to
>>> networking.
>>>
>>> On Sat, 4 Jan 2020, 05:48 Michael Vorburger,  wrote:
>>>
>>>> On Fri, 3 Jan 2020, 21:17 Yemdjih Kaze Nasser, 
>>>> wrote:
>>>>
>>>>> I don't have a particular configuration.
>>>>>
>>>>> I used the default configuration from the develop branch of the repo
>>>>>
>>>>> On Fri, Jan 3, 2020, 12:54 PM Ngadou Yopa 
>>>>> wrote:
>>>>>
>>>>>> Hi Yemdjih
>>>>>>
>>>>>> I noticed your unanswered message.
>>>>>> Could you please link to your docker-compose.yml settings ?
>>>>>>
>>>>>> Ngadou
>>>>>>
>>>>>> On Sat, 21 Dec 2019, 07:45 Yemdjih Kaze Nasser, <
>>>>>> kaze.nas...@outlook.com> wrote:
>>>>>>
>>>>>>> Just tried to run the new docker deployment and it fails
>>>>>>>
>>>>>>
>>>> It usually works. Note that we actually even have continuous
>>>> integration non regression testing for it, check out
>>>> https://github.com/apache/fineract/blob/develop/.travis.yml
>>>>
>>>> to serve fineract server. the logs mention a failure to connect to
>>>>>>> database.
>>>>>>>
>>>>>>
>>>> Could you please post the output of docker log for the application
>>>> container on e.g. a GitHub gist or the Fedora Pastebin or some such place,
>>>> and share a link, so that someone can have a closer look?
>>>>
>>>> Not sure how the environment variables work with this new setup.
>>>>>>>
>>>>>>> Steps to reproduce:
>>>>>>>  docker-compose build
>>>>>>>  docker-compose up -d
>>>>>>> as is described in the README.
>>>>>>>
>>>>>>
>>>> Perhaps others reading this would like to try it and chime into the
>>>> conversation to confirm that it does indeed work as advertised for them?
>>>>
>>>> Solving this may help with the kubernetes deployment I'm working on
>>>>>>>
>>>>>>
>>
>> --
>>
>>
>> *Julian Mojico - developerjul...@fiter.io *
>>
>

Checkstyle for Fineract source code

[Michael Vorburger]

Hello,

I've started with https://issues.apache.org/jira/browse/FINERACT-821 re.
adopting Checkstyle for Fineract source code.

Would anyone be interested in helping with this effort?

Best,
M.
___
Michael Vorburger
http://www.vorburger.ch

FINERACT-820 LoanReschedulingWithinCenterTest is flaky and always fails on Sundays

[Michael Vorburger]

Hello everyone,

I would *LOVE* someone to dig into
https://issues.apache.org/jira/browse/FINERACT-820 and raise a PR which
properly fixes that annoying integration test failure ASAP;
LoanReschedulingWithinCenterTest is flaky and always fails on Sundays -
frustrating.

I personally don't really understand enough of how the loan scheduling
works in details to be able to propose the correct fix to that test, but
I'm sure some of you do.

Anyone?

Tx,
M.
___
Michael Vorburger
http://www.vorburger.ch

SpotBugs is now enforced in Fineract (formerly known as FindBugs)

[Michael Vorburger]

Hello,

Big public shout out and Thank You to Awasum for his work on
https://issues.apache.org/jira/browse/FINERACT-702 which makes
https://spotbugs.github.io, an automated code quality tool, run during the
build of Fineract (both locally as well as for each Pull Request).

This will automatically spot a number of bugs which can be detected by this
tool.

The work includes fixes for some bugs detected by this tool in existing
code.

Thanks Awasum!

Best,
M.
___
Michael Vorburger
http://www.vorburger.ch

Re: Docker and docker-compose deployment failing

[Michael Vorburger]

On Mon, Jan 13, 2020 at 9:27 AM Yemdjih Kaze Nasser 
wrote:

> Just tested, it's still no good but the error this time around is different
> The build seems not to be able to find the java.sql.datasource
> You can check the logs here
> <https://gist.github.com/xurror/8fbeaea9e0f772a88a7d0c767815c76e>
>

The bug which pull/690 fixed was that the connection to the demo tenant
database, which happened AFTER successfully connecting to connection to the
all tenants database.

This is a completely different new problem... you, somehow, hit a "Caused
by: java.nio.BufferUnderflowException" while it tries to connect to the
tenants database. This looks like... weird, dunno. Some local network issue
on your computer?!

May be it also depends on the version of Docker and Docker Compose. Mine
are 19.03.5 and 1.22.0. Perhaps double check that you don't have a super
old one?

Could others re-try this out as well and report back here if it works for
them?



> On Sun, 12 Jan 2020 at 21:50, Awasum Yannick  wrote:
>
>> Hi All,
>>
>> I have merged PR: https://github.com/apache/fineract/pull/690 on
>> Fineract.
>>
>> Please pull and test to confirm the Docker Compose is now working.
>>
>> Thanks.
>> Awasum
>>
>> On Sun, Jan 12, 2020 at 9:12 PM Yemdjih Kaze Nasser <
>> kaze.nas...@outlook.com> wrote:
>>
>>> Awesome, will try it out and with this we might be able to close
>>> kubernetes deployment
>>>
>>> On Sun, 12 Jan 2020 at 20:52, Michael Vorburger 
>>> wrote:
>>>
>>>> https://github.com/apache/fineract/pull/690 fixes the problem with
>>>> docker-compose...
>>>>
>>>>
>>>> On Sat, Jan 11, 2020 at 12:04 AM Michael Vorburger 
>>>> wrote:
>>>>
>>>>> Hello,
>>>>>
>>>>> yes, it appears it is actually broken, I agree.
>>>>>
>>>>> The continuous integration non regression testing for it seems to
>>>>> accidentially have broken as well.
>>>>>
>>>>> I'll fix both when i get a chance.
>>>>>
>>>>> Regards,
>>>>> Michael
>>>>> ___
>>>>> Michael Vorburger
>>>>> http://www.vorburger.ch
>>>>>
>>>>>
>>>>> On Thu, Jan 9, 2020 at 2:14 PM Saransh Sharma 
>>>>> wrote:
>>>>>
>>>>>> We're you able to build and run  docker. ?
>>>>>>
>>>>>> I tried couple of times but it failed could not connect to mysql
>>>>>> service.
>>>>>>
>>>>>> On Thu, 9 Jan 2020, 17:57 Julian Mojico,  wrote:
>>>>>>
>>>>>>> Hi Saransh,
>>>>>>>
>>>>>>> 1. Check mysql hostname used in you docker-compose file:
>>>>>>> FINERACT_DEFAULT_TENANTDB_HOSTNAME=*fineractmysql*
>>>>>>>
>>>>>>> 2. Then log mysql (using workbench or other tool) and verify
>>>>>>> *hostname* *column *is ok.
>>>>>>>
>>>>>>> select * from `mifostenant-default`.schema_version
>>>>>>>
>>>>>>> Change the hostname, port or whatever needed to match your db
>>>>>>> configuration.
>>>>>>>
>>>>>>> 3. Restart fineract and watch logs using:
>>>>>>> *docker-compose logs -f tomcat*
>>>>>>>
>>>>>>> *Note: * If you have made any changes to Dockerfile or any files
>>>>>>> within, you might need to rebuild your docker image:
>>>>>>> *docker-compose up -d --build fineract-server*
>>>>>>>
>>>>>>> Hope that helps.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> *Julian Mojico - Developer jul...@fiter.io *
>>>>>>>
>>>>>>> On Mon, Jan 6, 2020 at 10:50 AM Saransh Sharma <
>>>>>>> sara...@muellners.com> wrote:
>>>>>>>
>>>>>>>> Yes indeed it does fail, I tried many times seems like it's failing
>>>>>>>> to connect with mysql instance. To me it seems like something related 
>>>>>>>> to
>>>>>>>> networking.
>>>>>>>>
>>>>>>>> On Sat, 4 Jan 2020, 05:48 Michael Vorburger, 
>>>>>>>> wrote:
>>>

Re: Fineract Release

[Michael Vorburger]

On Mon, Jan 13, 2020 at 11:59 AM Nazeer Hussain Shaik <
nazeerhussain.sh...@gmail.com> wrote:

> Hi guys,
>
> I have couple of questions on Fineract 1.4 release.
> 1) I see a branch already created 1.4.0. Does someone already working on
> this release ?
>

not sure (not me). But as we haven't actually held a vote yet, perhaps it
would be clearest to delete that and start over?

Here are a list of PRs from my side which I'd love to still get reviewed
and merged for a 1.4.0 release:

* https://github.com/apache/fineract/pull/684
* https://github.com/apache/fineract/pull/685


> 2) Does binary release artifacts should include docker image also ?
>

We can't really distribute a docker image as a binary release, as in have
it downloadable from http://fineract.apache.org.

The only thing we could do, once we have a 1.4 branch and a 1.4.0 tag
(assuming that's how we do this?) is to have equivalent container images
pushed to Docker Hub. That can happen any time later.


> Regards,
> Nazeer
>

Re: Fineract cloudnative with istio-mesh

[Michael Vorburger]

Hi,

On Tue, 14 Jan 2020, 10:52 Rohit Verma, 
wrote:

> Hi Mike,
>
> Actually we already have a way to build java project based on distroless
> based on distroless and within our fineract forks we are using that only,
> at this stage its just a matter of pull request.
>

Oh, if you've already done it, then yes by all means do send a PR - looking
forward to reviewing it!

Usually for all the forks setting up ci/cd is very essential and the way
> travis-ci limiting the free build minutes even on public projects, it
> creates challenges for the fork.
>

We haven't had any capacity issues with the current CI set-up for
http://GitHub.com/apache/fineract, but if we do, we could certainly look at
alternatives.

With github-ci we have abstracted the fork specific logic to github
> secrets, so every fork can be used to push and deploy resources in
> different repos and on PR there won't be a diff.
>
> Again I understand this is very low priority since we are talking about
> big framework level changes. This probably would be coming through some
> interns by the way :)
>
> Regards
> Rohit
>
> On Tue, Jan 14, 2020 at 2:59 PM Michael Vorburger 
> wrote:
>
>> Hello Rohit,
>>
>> Welcome to the Apache Fineract community!
>>
>> On Tue, Jan 14, 2020 at 9:26 AM Rohit Verma
>>  wrote:
>>
>>> Hi Team,
>>>
>>> We are building over fineract a banking product. There are few things
>>> which we want to discuss and get opinions from the experience developers.
>>>
>>> 1. Opinion on integrating with service-mesh functionalities, We are
>>> looking forward to integrate, spring-cloud-kubernetes-istio to handle
>>> discovery, config etc as well as to expose metrics.
>>>
>>> 2. Wondering if aunbis can be replaced with jwt based
>>> authentication/authorization in conjunction of authentication adapter like
>>> aws-cognito or auth0 or okta etc. This will reduce the usage of permissible
>>> feign client, simplify local demos.
>>>
>>> 3. A faster containerization process leveraging github actions and
>>> buildx cache
>>>
>>
>> you probably already saw that we currently use TravisCI for building,
>> including validating the container build, and then Docker Hub Builds for
>> actually producing the container in that registry. While I'm sure like
>> anything that process could be further optimized, "it works" as is, so I'm
>> not sure it's "worth it" to spend time on that, compared to other things
>> which would add value. Like why would we? Just to shave a few minutes off
>> the build times? Who cares, given so many other things which you could do
>> that would add real value. I don't want to (and cannot ;-) stop you from
>> innovating on this front, but that probably would be a very low priority,
>> for me. Providing you this feedback only because you asked for it! :-)
>>
>> BTW GitHub actions *are* cool - FYI
>> https://issues.apache.org/jira/browse/FINERACT-829
>>
>>
>>> with more hardened base image like distroless.
>>>
>>
>> Now THAT is entirely different - contributions on this front would be
>> very very welcome!
>>
>> I've written up some thoughts about this on
>> https://issues.apache.org/jira/browse/FINERACT-830 - would you like to
>> contribute that?
>>
>> 4. Building/integrating an opinionated risk assessment workflow during
>>> loan creation process.
>>>
>>> Please let me know your thoughts on this. Any other unrelated
>>> recommendations are also highly appreciated.
>>>
>>> Regards
>>> Rohit
>>>
>>
>> We look forward to your contributions.
>>
>> Best,
>> M.
>> ___
>> Michael Vorburger
>> http://www.vorburger.ch
>>
>>
>

Re: Docker and docker-compose deployment failing

[Michael Vorburger]

https://github.com/apache/fineract/pull/690 fixes the problem with
docker-compose...


On Sat, Jan 11, 2020 at 12:04 AM Michael Vorburger 
wrote:

> Hello,
>
> yes, it appears it is actually broken, I agree.
>
> The continuous integration non regression testing for it seems to
> accidentially have broken as well.
>
> I'll fix both when i get a chance.
>
> Regards,
> Michael
> ___
> Michael Vorburger
> http://www.vorburger.ch
>
>
> On Thu, Jan 9, 2020 at 2:14 PM Saransh Sharma 
> wrote:
>
>> We're you able to build and run  docker. ?
>>
>> I tried couple of times but it failed could not connect to mysql service.
>>
>> On Thu, 9 Jan 2020, 17:57 Julian Mojico,  wrote:
>>
>>> Hi Saransh,
>>>
>>> 1. Check mysql hostname used in you docker-compose file:
>>> FINERACT_DEFAULT_TENANTDB_HOSTNAME=*fineractmysql*
>>>
>>> 2. Then log mysql (using workbench or other tool) and verify *hostname*
>>> *column *is ok.
>>>
>>> select * from `mifostenant-default`.schema_version
>>>
>>> Change the hostname, port or whatever needed to match your db
>>> configuration.
>>>
>>> 3. Restart fineract and watch logs using:
>>> *docker-compose logs -f tomcat*
>>>
>>> *Note: * If you have made any changes to Dockerfile or any files
>>> within, you might need to rebuild your docker image:
>>> *docker-compose up -d --build fineract-server*
>>>
>>> Hope that helps.
>>>
>>>
>>>
>>> *Julian Mojico - developerjul...@fiter.io *
>>>
>>> On Mon, Jan 6, 2020 at 10:50 AM Saransh Sharma 
>>> wrote:
>>>
>>>> Yes indeed it does fail, I tried many times seems like it's failing to
>>>> connect with mysql instance. To me it seems like something related to
>>>> networking.
>>>>
>>>> On Sat, 4 Jan 2020, 05:48 Michael Vorburger,  wrote:
>>>>
>>>>> On Fri, 3 Jan 2020, 21:17 Yemdjih Kaze Nasser, 
>>>>> wrote:
>>>>>
>>>>>> I don't have a particular configuration.
>>>>>>
>>>>>> I used the default configuration from the develop branch of the repo
>>>>>>
>>>>>> On Fri, Jan 3, 2020, 12:54 PM Ngadou Yopa 
>>>>>> wrote:
>>>>>>
>>>>>>> Hi Yemdjih
>>>>>>>
>>>>>>> I noticed your unanswered message.
>>>>>>> Could you please link to your docker-compose.yml settings ?
>>>>>>>
>>>>>>> Ngadou
>>>>>>>
>>>>>>> On Sat, 21 Dec 2019, 07:45 Yemdjih Kaze Nasser, <
>>>>>>> kaze.nas...@outlook.com> wrote:
>>>>>>>
>>>>>>>> Just tried to run the new docker deployment and it fails
>>>>>>>>
>>>>>>>
>>>>> It usually works. Note that we actually even have continuous
>>>>> integration non regression testing for it, check out
>>>>> https://github.com/apache/fineract/blob/develop/.travis.yml
>>>>>
>>>>> to serve fineract server. the logs mention a failure to connect to
>>>>>>>> database.
>>>>>>>>
>>>>>>>
>>>>> Could you please post the output of docker log for the application
>>>>> container on e.g. a GitHub gist or the Fedora Pastebin or some such place,
>>>>> and share a link, so that someone can have a closer look?
>>>>>
>>>>> Not sure how the environment variables work with this new setup.
>>>>>>>>
>>>>>>>> Steps to reproduce:
>>>>>>>>  docker-compose build
>>>>>>>>  docker-compose up -d
>>>>>>>> as is described in the README.
>>>>>>>>
>>>>>>>
>>>>> Perhaps others reading this would like to try it and chime into the
>>>>> conversation to confirm that it does indeed work as advertised for them?
>>>>>
>>>>> Solving this may help with the kubernetes deployment I'm working on
>>>>>>>>
>>>>>>>
>>>
>>> --
>>>
>>>
>>> *Julian Mojico - developerjul...@fiter.io *
>>>
>>