Re: Finereract Customization

[Michael Vorburger]

On Thu, Oct 1, 2020 at 9:47 AM ጓይላና Tube  wrote:

> hi.
>
>> fiinally. i have created the fineract war file using gradlew clean war
>>> command. the above problem was @ build.gradle line 208 & the
>>> error had been taken care of by the following PR
>>> https://github.com/apache/fineract/pull/1359. but,
>>
>> after creating the war file successfully and deploy into tomcat server.
> i got the message "couldn't connect to server". any help? here is the log
> file.
>

Unfortunately not, as no error message shown below, so difficult to help
here.


> Oct 01, 2020 8:29:19 AM org.apache.catalina.startup.HostConfig deployWAR
> INFO: Deployment of web application archive
> [C:\tomcat\webapps\fineract-provider-unknown.war] has finished in [64,902]
> ms
> Oct 01, 2020 8:29:19 AM org.apache.catalina.startup.HostConfig
> deployDirectory
> INFO: Deploying web application directory [C:\tomcat\webapps\docs]
> Oct 01, 2020 8:29:19 AM org.apache.catalina.startup.TldConfig execute
> INFO: At least one JAR was scanned for TLDs yet contained no TLDs. Enable
> debug logging for this logger for a complete list of JARs that were scanned
> but no TLDs were found in them. Skipping unneeded JARs during scanning can
> improve startup time and JSP compilation time.
> Oct 01, 2020 8:29:19 AM org.apache.catalina.startup.HostConfig
> deployDirectory
> INFO: Deployment of web application directory [C:\tomcat\webapps\docs] has
> finished in [249] ms
> Oct 01, 2020 8:29:19 AM org.apache.catalina.startup.HostConfig
> deployDirectory
> INFO: Deploying web application directory [C:\tomcat\webapps\examples]
> Oct 01, 2020 8:29:23 AM org.apache.catalina.startup.TldConfig execute
> INFO: At least one JAR was scanned for TLDs yet contained no TLDs. Enable
> debug logging for this logger for a complete list of JARs that were scanned
> but no TLDs were found in them. Skipping unneeded JARs during scanning can
> improve startup time and JSP compilation time.
> Oct 01, 2020 8:29:23 AM org.apache.catalina.startup.HostConfig
> deployDirectory
> INFO: Deployment of web application directory [C:\tomcat\webapps\examples]
> has finished in [3,137] ms
> Oct 01, 2020 8:29:23 AM org.apache.catalina.startup.HostConfig
> deployDirectory
> INFO: Deploying web application directory [C:\tomcat\webapps\host-manager]
> Oct 01, 2020 8:29:23 AM org.apache.catalina.startup.TldConfig execute
> INFO: At least one JAR was scanned for TLDs yet contained no TLDs. Enable
> debug logging for this logger for a complete list of JARs that were scanned
> but no TLDs were found in them. Skipping unneeded JARs during scanning can
> improve startup time and JSP compilation time.
> Oct 01, 2020 8:29:23 AM org.apache.catalina.startup.HostConfig
> deployDirectory
> INFO: Deployment of web application directory
> [C:\tomcat\webapps\host-manager] has finished in [242] ms
> Oct 01, 2020 8:29:23 AM org.apache.catalina.startup.HostConfig
> deployDirectory
> INFO: Deploying web application directory [C:\tomcat\webapps\manager]
> Oct 01, 2020 8:29:23 AM org.apache.catalina.startup.TldConfig execute
> INFO: At least one JAR was scanned for TLDs yet contained no TLDs. Enable
> debug logging for this logger for a complete list of JARs that were scanned
> but no TLDs were found in them. Skipping unneeded JARs during scanning can
> improve startup time and JSP compilation time.
> Oct 01, 2020 8:29:23 AM org.apache.catalina.startup.HostConfig
> deployDirectory
> INFO: Deployment of web application directory [C:\tomcat\webapps\manager]
> has finished in [187] ms
> Oct 01, 2020 8:29:23 AM org.apache.catalina.startup.HostConfig
> deployDirectory
> INFO: Deploying web application directory [C:\tomcat\webapps\OLDROOT]
> Oct 01, 2020 8:29:23 AM org.apache.catalina.startup.TldConfig execute
> INFO: At least one JAR was scanned for TLDs yet contained no TLDs. Enable
> debug logging for this logger for a complete list of JARs that were scanned
> but no TLDs were found in them. Skipping unneeded JARs during scanning can
> improve startup time and JSP compilation time.
> Oct 01, 2020 8:29:23 AM org.apache.catalina.startup.HostConfig
> deployDirectory
> INFO: Deployment of web application directory [C:\tomcat\webapps\OLDROOT]
> has finished in [137] ms
> Oct 01, 2020 8:29:23 AM org.apache.catalina.startup.HostConfig
> deployDirectory
> INFO: Deploying web application directory [C:\tomcat\webapps\ROOT]
> Oct 01, 2020 8:29:23 AM org.apache.catalina.startup.TldConfig execute
> INFO: At least one JAR was scanned for TLDs yet contained no TLDs. Enable
> debug logging for this logger for a complete list of JARs that were scanned
> but no TLDs were found in them. Skipping unneeded JARs during scanning can
> improve startup time and JSP compilation time.
> Oct 01, 2020 8:29:23 AM org.apache.catalina.startup.HostConfig
> deployDirectory
> INFO: Deployment of web application directory [C:\tomcat\webapps\ROOT] has
> finished in [100] ms
> Oct 01, 2020 8:29:23 AM org.apache.coyote.AbstractProtocol start
> INFO: Starting 

Re: Digital Banking UI available at enlistabank

[Giorgio Zoppi]

@Abhijeet Singh 
  has done a good work in customers for example, but still a lot of work
needed to be done.

[image: image.png]
BR,
Giorgio

Re: Digital Banking UI available at enlistabank

[Giorgio Zoppi]

Hello Javier,
it is tn01/digital/digital01
BR,
Giorgio

Re: Digital Banking UI available at enlistabank

[Javier Borkenztain]

Hi Giorgio, can you please share the credentials to be able to login into the 
new UI?

Logo ( https://www.fiter.io )

*Javier Borkenztain* *| CEO* *e:* jav...@fiter.io
*w:* fiter.io ( http://www.fiter.io )
*m:* +598 94621188 twitter icon ( https://twitter.com/Fiter_io ) youtube icon ( 
https://www.youtube.com/channel/UCfWztdFtHI3PwaSLAEcwTNQ ) linkedin icon ( 
https://www.linkedin.com/company/fiter-io )

Sent via Superhuman ( https://sprh.mn/?vip=jav...@fiter.io )

On Mon, Sep 28, 2020 at 15:13:34, Giorgio Zoppi < giorgio.zo...@gmail.com > 
wrote:

> 
> Hello Fineracters,
> the new UI contains accounting and it is available at www. enlistabank. com
> ( http://www.enlistabank.com ) thanks to the work
> of Abhijeet Singh.
> Best Regards,
> Giorgio
>

Re: Let's prepare for 1.5.0...

[Aleksandar Vidakovic]

Could you create Jira tickets for these and label them for version 1.5.0?
That way this stuff stays on the radar... thanks

On Thu, Oct 1, 2020 at 11:32 AM Airsay Longcon 
wrote:

> Also +1 for a 3 months cycle. And dragging back the conversation to what
> we would.like to see in 1.5.0. And I'm going to be selfish here
> 1) We should be able to archive saving products like we have for loan
> products. When a product is no longer offered by the FI, we should be able
> to mark that product as archived so that no new accounts can be created for
> that product.
> 2) Simple Interest. While not widely used across FI, there are some
> clients that don't compound interest (I have at least two clients with
> negotiations on going with one). I've seen in the code-base that there were
> plans for simple interest. I would like to see this in future releases.
> 3) "Anniversary" Interest posting period. So again some clients don't
> necessarily post interest on the last day of the week, or month or quarter.
> What they do is post interest on the "anniversary" date. So for a savings
> account opened on the 1st of the month, interest is posted on the first of
> the month for monthly interests. Those opened say on the 29th are posted on
> the 29th (or the last day of the month if that month doesn't have 29 days
> like February). A similar thing is done for quarterly or bi-annual
> postings.
>
> If there's any confusion I can clarify
>
> On 30 Sep 2020, at 17:25, sif...@skyburgsystems.org wrote:
>
> 
>
> +1 for a 3 month cycle. A lot more realistic considering the time it took
> to release 1.4.0
>
>
>
>
>
> *From:* Aleksandar Vidakovic 
> *Sent:* Wednesday, 30 September 2020 5:25 PM
> *To:* Dev 
> *Subject:* Re: Let's prepare for 1.5.0...
>
>
>
> I like the 3 month cycle... for this "first" cycle maybe we can aim
> beginning of January or end of December? Because then we could have "nice"
> predictable release dates in January, March, June, September...
>
>
>
> Also agree with Michael's no code freezes... backporting worked nicely in
> 1.4.0
>
>
>
> On Wed, Sep 30, 2020 at 4:53 PM Michael Vorburger 
> wrote:
>
> Targeting a 3 months cycle sounds good to me, and longer term perhaps more
> realistic than 2 months? So I would suggest 3, for now; possible reduction
> to a 2 months window later, if our contributions suddenly explode... ;-)
>
>
>
> More specifically, when exactly do you want to start counting? The date of
> the last release email, 2 weeks ago? Or today-ish, that plus 3 months would
> mean a 1.5.0 end of December, early January?
>
>
>
> PS: I recommend that we we DO NOT have "code freezes", at all. That's such
> a 90s concept... ;-) Instead, the RM will just create a (1.5.0) "release
> branch" - exactly like we did for 1.4.0. That worked great. In parallel, we
> should continue reviewing and merging into our "develop" branch. Always.
> The show must go on. Releases should never "stop the world".
>
>
>
> On Wed, 30 Sep 2020, 15:36 Awasum Yannick,  wrote:
>
> Michael, that is a good idea.
>
>
>
> Ed maybe we could do a release once every 2 or 3 months. A monthly release
> wont have alot of features based on the contribution rate. But doing it
> once every 2 or 3 months will have a sizeable list of bug fixes.
>
>
>
> What do you all think?
>
>
>
> On Wed, Sep 30, 2020, 14:06 Ed Cable  wrote:
>
> Hi Michael,
>
>
>
> I think it would be good to aim for a time-boxed release cadence. That is
> what we were aiming for before but I think given we had no release manager
> and no steady review of PRs, the aim of bi-monthly releases was too
> ambitious.
>
>
>
> What would you propose as a frequency of release cycle? - Quarterly?
>
>
>
> The processes and timelines previously proposed and implemented centered
> around a 2 month period so I think a quarter would give more time to
> effectively allow the community to prepare their contributions before code
> freeze dates, etc.
>
>
>
> Ed
>
>
>
>
>
>
>
> On Wed, Sep 30, 2020 at 5:13 AM Bharath Gowda  wrote:
>
> +1
>
> It's a great thought, codebase would become more stable with timely fixes
> and release. also, organizations can plan their work according to the
> release date.
>
>
>
>
> Regards,
>
> Bharath
>
> Lead Implementation Analyst | Mifos Initiative
>
> Skype: live:cbharath4| Mobile: +91.7019636073
>
> http://mifos.org  
> 
>
>
>
>
>
> On Wed, Sep 30, 2020 at 5:29 PM Aleksandar Vidakovic <
> chee...@monkeysintown.com> wrote:
>
> +1 ... like it.
>
>
>
> On Wed, Sep 30, 2020 at 1:09 PM Michael Vorburger 
> wrote:
>
> Hello,
>
>
>
> I have an idea/proposal, for discussion/input:
>
>
>
> How crazy would it be to suggest a strictly time boxed release cadence for
> Fineract?
>
>
>
> So we would discuss and agree upon a DATE instead of SCOPE for 1.5.0.
>
>
>
> Best,
>
> M.
>
>
>
> On Wed, 30 Sep 2020, 08:54 Aleksandar Vidakovic, <
> chee...@monkeysintown.com> wrote:
>
> Hi everyone,
>
>
>
> ... just wanted to start the 

Re: Let's prepare for 1.5.0...

[Airsay Longcon]

Also +1 for a 3 months cycle. And dragging back the conversation to what we 
would.like to see in 1.5.0. And I'm going to be selfish here
1) We should be able to archive saving products like we have for loan products. 
When a product is no longer offered by the FI, we should be able to mark that 
product as archived so that no new accounts can be created for that product.
2) Simple Interest. While not widely used across FI, there are some clients 
that don't compound interest (I have at least two clients with negotiations on 
going with one). I've seen in the code-base that there were plans for simple 
interest. I would like to see this in future releases.
3) "Anniversary" Interest posting period. So again some clients don't 
necessarily post interest on the last day of the week, or month or quarter. 
What they do is post interest on the "anniversary" date. So for a savings 
account opened on the 1st of the month, interest is posted on the first of the 
month for monthly interests. Those opened say on the 29th are posted on the 
29th (or the last day of the month if that month doesn't have 29 days like 
February). A similar thing is done for quarterly or bi-annual postings. 

If there's any confusion I can clarify 

> On 30 Sep 2020, at 17:25, sif...@skyburgsystems.org wrote:
> 
> 
> +1 for a 3 month cycle. A lot more realistic considering the time it took to 
> release 1.4.0
>  
>  
> From: Aleksandar Vidakovic  
> Sent: Wednesday, 30 September 2020 5:25 PM
> To: Dev 
> Subject: Re: Let's prepare for 1.5.0...
>  
> I like the 3 month cycle... for this "first" cycle maybe we can aim beginning 
> of January or end of December? Because then we could have "nice" predictable 
> release dates in January, March, June, September...
>  
> Also agree with Michael's no code freezes... backporting worked nicely in 
> 1.4.0
>  
> On Wed, Sep 30, 2020 at 4:53 PM Michael Vorburger  wrote:
> Targeting a 3 months cycle sounds good to me, and longer term perhaps more 
> realistic than 2 months? So I would suggest 3, for now; possible reduction to 
> a 2 months window later, if our contributions suddenly explode... ;-)
>  
> More specifically, when exactly do you want to start counting? The date of 
> the last release email, 2 weeks ago? Or today-ish, that plus 3 months would 
> mean a 1.5.0 end of December, early January?
>  
> PS: I recommend that we we DO NOT have "code freezes", at all. That's such a 
> 90s concept... ;-) Instead, the RM will just create a (1.5.0) "release 
> branch" - exactly like we did for 1.4.0. That worked great. In parallel, we 
> should continue reviewing and merging into our "develop" branch. Always. The 
> show must go on. Releases should never "stop the world".
>  
> 
> On Wed, 30 Sep 2020, 15:36 Awasum Yannick,  wrote:
> Michael, that is a good idea.
>  
> Ed maybe we could do a release once every 2 or 3 months. A monthly release 
> wont have alot of features based on the contribution rate. But doing it once 
> every 2 or 3 months will have a sizeable list of bug fixes.
>  
> What do you all think?
>  
> On Wed, Sep 30, 2020, 14:06 Ed Cable  wrote:
> Hi Michael,
>  
> I think it would be good to aim for a time-boxed release cadence. That is 
> what we were aiming for before but I think given we had no release manager 
> and no steady review of PRs, the aim of bi-monthly releases was too ambitious.
>  
> What would you propose as a frequency of release cycle? - Quarterly? 
>  
> The processes and timelines previously proposed and implemented centered 
> around a 2 month period so I think a quarter would give more time to 
> effectively allow the community to prepare their contributions before code 
> freeze dates, etc.
>  
> Ed
>  
>  
>  
> On Wed, Sep 30, 2020 at 5:13 AM Bharath Gowda  wrote:
> +1 
> It's a great thought, codebase would become more stable with timely fixes and 
> release. also, organizations can plan their work according to the release 
> date.
>  
> 
> Regards,
> Bharath
> Lead Implementation Analyst | Mifos Initiative
> Skype: live:cbharath4| Mobile: +91.7019636073
> http://mifos.org  
>  
>  
> On Wed, Sep 30, 2020 at 5:29 PM Aleksandar Vidakovic 
>  wrote:
> +1 ... like it.
>  
> On Wed, Sep 30, 2020 at 1:09 PM Michael Vorburger  wrote:
> Hello,
>  
> I have an idea/proposal, for discussion/input:
>  
> How crazy would it be to suggest a strictly time boxed release cadence for 
> Fineract?
>  
> So we would discuss and agree upon a DATE instead of SCOPE for 1.5.0.
>  
> Best,
> M.
>  
> 
> On Wed, 30 Sep 2020, 08:54 Aleksandar Vidakovic,  
> wrote:
> Hi everyone,
>  
> ... just wanted to start the discussion on what we want to include for the 
> next release. Let's see if we can establish a more regular release cycle... 
> looking at the current rate of contributions we should definitely have enough 
> material.
>  
> Please chime in and either label existing or new Jira tickets for version 
> 1.5.0 or just send ideas and requests here on the mailing list.
>  
> 

Re: User photo support

[Ed Cable]

Giorgio

The APIs for upload customer portrait are documented here:

https://izakey.github.io/fineract-cn-api-docs-site/customer/

Ed

On Thu, Oct 1, 2020 at 12:48 AM Giorgio Zoppi 
wrote:

> Hello for the new UI at (www.enlistabank.com),
> we need the support for user photos in fineract-cn. Is there already
> somewhere?
> Best Regards,
> Giorgio
> .
>


-- 
*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
  

User photo support

[Giorgio Zoppi]

Hello for the new UI at (www.enlistabank.com),
we need the support for user photos in fineract-cn. Is there already
somewhere?
Best Regards,
Giorgio
.

Re: Finereract Customization

[ጓይላና Tube]

hi.

> fiinally. i have created the fineract war file using gradlew clean war
>> command. the above problem was @ build.gradle line 208 & the
>> error had been taken care of by the following PR
>> https://github.com/apache/fineract/pull/1359. but,
>
> after creating the war file successfully and deploy into tomcat server.  i
got the message "couldn't connect to server". any help? here is the log
file.

Oct 01, 2020 8:29:19 AM org.apache.catalina.startup.HostConfig deployWAR
INFO: Deployment of web application archive
[C:\tomcat\webapps\fineract-provider-unknown.war] has finished in [64,902]
ms
Oct 01, 2020 8:29:19 AM org.apache.catalina.startup.HostConfig
deployDirectory
INFO: Deploying web application directory [C:\tomcat\webapps\docs]
Oct 01, 2020 8:29:19 AM org.apache.catalina.startup.TldConfig execute
INFO: At least one JAR was scanned for TLDs yet contained no TLDs. Enable
debug logging for this logger for a complete list of JARs that were scanned
but no TLDs were found in them. Skipping unneeded JARs during scanning can
improve startup time and JSP compilation time.
Oct 01, 2020 8:29:19 AM org.apache.catalina.startup.HostConfig
deployDirectory
INFO: Deployment of web application directory [C:\tomcat\webapps\docs] has
finished in [249] ms
Oct 01, 2020 8:29:19 AM org.apache.catalina.startup.HostConfig
deployDirectory
INFO: Deploying web application directory [C:\tomcat\webapps\examples]
Oct 01, 2020 8:29:23 AM org.apache.catalina.startup.TldConfig execute
INFO: At least one JAR was scanned for TLDs yet contained no TLDs. Enable
debug logging for this logger for a complete list of JARs that were scanned
but no TLDs were found in them. Skipping unneeded JARs during scanning can
improve startup time and JSP compilation time.
Oct 01, 2020 8:29:23 AM org.apache.catalina.startup.HostConfig
deployDirectory
INFO: Deployment of web application directory [C:\tomcat\webapps\examples]
has finished in [3,137] ms
Oct 01, 2020 8:29:23 AM org.apache.catalina.startup.HostConfig
deployDirectory
INFO: Deploying web application directory [C:\tomcat\webapps\host-manager]
Oct 01, 2020 8:29:23 AM org.apache.catalina.startup.TldConfig execute
INFO: At least one JAR was scanned for TLDs yet contained no TLDs. Enable
debug logging for this logger for a complete list of JARs that were scanned
but no TLDs were found in them. Skipping unneeded JARs during scanning can
improve startup time and JSP compilation time.
Oct 01, 2020 8:29:23 AM org.apache.catalina.startup.HostConfig
deployDirectory
INFO: Deployment of web application directory
[C:\tomcat\webapps\host-manager] has finished in [242] ms
Oct 01, 2020 8:29:23 AM org.apache.catalina.startup.HostConfig
deployDirectory
INFO: Deploying web application directory [C:\tomcat\webapps\manager]
Oct 01, 2020 8:29:23 AM org.apache.catalina.startup.TldConfig execute
INFO: At least one JAR was scanned for TLDs yet contained no TLDs. Enable
debug logging for this logger for a complete list of JARs that were scanned
but no TLDs were found in them. Skipping unneeded JARs during scanning can
improve startup time and JSP compilation time.
Oct 01, 2020 8:29:23 AM org.apache.catalina.startup.HostConfig
deployDirectory
INFO: Deployment of web application directory [C:\tomcat\webapps\manager]
has finished in [187] ms
Oct 01, 2020 8:29:23 AM org.apache.catalina.startup.HostConfig
deployDirectory
INFO: Deploying web application directory [C:\tomcat\webapps\OLDROOT]
Oct 01, 2020 8:29:23 AM org.apache.catalina.startup.TldConfig execute
INFO: At least one JAR was scanned for TLDs yet contained no TLDs. Enable
debug logging for this logger for a complete list of JARs that were scanned
but no TLDs were found in them. Skipping unneeded JARs during scanning can
improve startup time and JSP compilation time.
Oct 01, 2020 8:29:23 AM org.apache.catalina.startup.HostConfig
deployDirectory
INFO: Deployment of web application directory [C:\tomcat\webapps\OLDROOT]
has finished in [137] ms
Oct 01, 2020 8:29:23 AM org.apache.catalina.startup.HostConfig
deployDirectory
INFO: Deploying web application directory [C:\tomcat\webapps\ROOT]
Oct 01, 2020 8:29:23 AM org.apache.catalina.startup.TldConfig execute
INFO: At least one JAR was scanned for TLDs yet contained no TLDs. Enable
debug logging for this logger for a complete list of JARs that were scanned
but no TLDs were found in them. Skipping unneeded JARs during scanning can
improve startup time and JSP compilation time.
Oct 01, 2020 8:29:23 AM org.apache.catalina.startup.HostConfig
deployDirectory
INFO: Deployment of web application directory [C:\tomcat\webapps\ROOT] has
finished in [100] ms
Oct 01, 2020 8:29:23 AM org.apache.coyote.AbstractProtocol start
INFO: Starting ProtocolHandler ["http-bio-8443"]
Oct 01, 2020 8:29:23 AM org.apache.catalina.startup.Catalina start
INFO: Server startup in 69703 ms

>
>
>

Re: Digital Banking UI available at enlistabank

[Giorgio Zoppi]

Hello Sifiso,
It is working now:
[image: image.png]

Cheers,
Giorgio