Re: Fineract CN Deposit products

[Saransh Sharma]

This can be treated as a separate project of in case Apache Fineract community 
accepts the work 

Another collaboration is working with existing services and top of them. We 
don’t need to stress about just merging in the existing services.

Yes architecture is little bit different also , where we don’t use loads of 
services and dependency to run a single service.

Thanks 

Sent from my iPhone

> On 23-Sep-2020, at 12:48 AM, James Dailey  wrote:
> 
> 
> Saransh - thanks for sharing that idea. But, if there's a known issue and you 
> have a solution forked from fineract CN, then what will it take to bring that 
> back to the core at Apache... or does this get into a re-worked architecture 
> and we're still charting a path collaboratively??  
> 
> Thanks
> 
> @jdailey
> 
> 
> 
> 
> 
> 
>> On Tue, Sep 22, 2020, 12:37 AM Saransh Sharma  wrote:
>> Hey Eugene and other dev please look into our services migrated from 
>> fineract CN and does exactly what needs to be done. 
>> 
>> https://github.com/muellners/finscale-deposit-account-management
>> 
>> might need to run the accounting services also.
>> 
>> Please refer to the documentation
>> 
>> 
>> 
>>> On Mon, Sep 21, 2020 at 7:21 PM Eugene Adjei-Djan  
>>> wrote:
>>> Hi Team, I seem to still have issues with the deposit products in CN, It 
>>> doesnt create the products, any help?
>>> 
>>> Thanks
>> 
>> 
>> -- 
>> Thanks and regards,
>> 
>> Saransh Sharma
>> Research Partner
>> 
>> This mail is governed by Muellners®  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: We are listening

[ጓይላና Tube]

Thanks, I'll check it out.

On Tue, 22 Sep 2020 at 20:42, Michael Vorburger  wrote:

> +Manthan:
>
> On Tue, Sep 22, 2020 at 8:42 AM Mexina Daniel  wrote:
>
>> Hi Michael
>>
>> See the file attached from Tube.
>>
>> Seems it wasn't attached in the mail list.
>>
> oh, I had not noticed that (it's best to point out if something is
> attached). So here is the error, it's better to include it in the email
> body text, so that search engines can find it:
>
> java.lang.NullPointerException
>   at 
> org.apache.fineract.infrastructure.security.utils.SQLInjectionValidator.validateSQLInput(SQLInjectionValidator.java:36)
>   at 
> org.apache.fineract.infrastructure.security.utils.ColumnValidator.validateSqlInjection(ColumnValidator.java:95)
>   at 
> org.apache.fineract.infrastructure.dataqueries.service.ReadWriteNonCoreDataServiceImpl.retrieveDataTableGenericResultSet(ReadWriteNonCoreDataServiceImpl.java:1190)
>   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>   at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   at java.lang.reflect.Method.invoke(Method.java:498)
>   at 
> org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317)
>   at 
> org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:201)
>   at com.sun.proxy.$Proxy145.retrieveDataTableGenericResultSet(Unknown 
> Source)
>   at 
> org.apache.fineract.infrastructure.dataqueries.api.DatatablesApiResource.getDatatable(DatatablesApiResource.java:174)
>
> if we look at
> https://github.com/apache/fineract/blob/develop/fineract-provider/src/main/java/org/apache/fineract/infrastructure/dataqueries/service/ReadWriteNonCoreDataServiceImpl.java,
> we can see that line 1190 no longer calls validateSqlInjection(), so this
> is presumably from an older (or forked) version of that code. But the only
> use of validateSqlInjection() in ReadWriteNonCoreDataServiceImpl has now
> moved to line 1235. Assuming that's the one, then this problem has
> something to do with the order parameter to the
> {datatable}/{apptableId}/{datatableId} REST API... what did you specify as
> "order"? Try simply without order for a test - it probably works better,
> right?
>
> BTW we (Manthan) fixed something which may well be (I'm not 100% sure)
> related to this in 1.4.0 - check out
> https://issues.apache.org/jira/browse/FINERACT-1066. Can you try
> upgrading to and using 1.4.0?
>
> PS we're trying to eventually remove the entire SQLInjectionValidator
> altogether, watch https://issues.apache.org/jira/browse/FINERACT-1095..
> there's more work left to achieve that, including e.g.
> https://issues.apache.org/jira/browse/FINERACT-1058. Manthan, when you
> got to that, or anyone else interested in joining the party and helping re.
> this, looks to me like ReadWriteNonCoreDataServiceImpl is another place
> that could benefit from using our SqlBuilder utility instead of the buggy
> SQLInjectionValidator.
>
> Daniel & Tube, hope this helps? Let me know if it did, always happy to
> hear.
>
>> Best Regards
>> ---
>>
>> Mexina Daniel
>>
>> Managing Director
>>
>> Singo Africa Limited ~~ *adding value*
>>
>> Magomeni-Makumbusho | Morogoro Rd/Ruaha Str.
>>
>> Opp. Usalama BRT | Watumishi House, Wing B,  Gnd Flr.
>>
>> P.O BOX 78908 | 14121 Dar es salaam
>>
>> +255 71 211 0791
>>
>> amala.co.tz | singo.africa
>>
>>
>>
>> On 14-09-2020 14:45, Michael Vorburger wrote:
>>
>> As far as one can tell from reading the email thread below, this just
>> seems to be a question about how to use data tables feature?
>>
>> I'm not seeing anything below offering any details about anything related
>> to an SQL Injection vulnerability.
>>
>>
>> On Mon, 14 Sep 2020, 13:34 Mexina Daniel,  wrote:
>>
>>> Hello Tube
>>>
>>> I have cc'd the community so that if there is anyone with a solution can
>>> share.
>>>
>>> Hello Community
>>>
>>> Can someone help as i haven't yet understood what could be the problem,
>>> i have attached the log file he shared.
>>>
>>> I can see there is an issue with SQLInjection.
>>>
>>> Best Regards
>>> ---
>>>
>>> Mexina Daniel
>>>
>>> Managing Director
>>>
>>> Singo Africa Limited ~~ *adding value*
>>>
>>> Magomeni-Makumbusho | Morogoro Rd/Ruaha Str.
>>>
>>> Opp. Usalama BRT | Watumishi House, Wing B,  Gnd Flr.
>>>
>>> P.O BOX 78908 | 14121 Dar es salaam
>>>
>>> +255 71 211 0791
>>>
>>> amala.co.tz | singo.africa
>>>
>>>
>>>
>>> On 14-09-2020 13:00, ጓይላና Tube wrote:
>>>
>>> hello
>>>
>>> Here is the log file.
>>>
>>> Best Regards
>>>
>>> On Mon, 14 Sep 2020 at 09:19, Mexina Daniel  wrote:
>>>
 Hello

 Can you share the log file to see what is the error?

 Best Regards
 ---

 Mexina Daniel

 Managing Director

 Singo Africa Limited ~~ *adding value*

 Magomeni-Makumbusho | Morogoro 

FINERACT-1155 NPE at AddressWritePlatformServiceImpl.addNewClientAddress()

[Michael Vorburger]

Hello, any volunteers for taking up
https://issues.apache.org/jira/browse/FINERACT-1155?
___
Michael Vorburger
http://www.vorburger.ch

Re: We are listening

[Michael Vorburger]

+Manthan:

On Tue, Sep 22, 2020 at 8:42 AM Mexina Daniel  wrote:

> Hi Michael
>
> See the file attached from Tube.
>
> Seems it wasn't attached in the mail list.
>
oh, I had not noticed that (it's best to point out if something is
attached). So here is the error, it's better to include it in the email
body text, so that search engines can find it:

java.lang.NullPointerException
at 
org.apache.fineract.infrastructure.security.utils.SQLInjectionValidator.validateSQLInput(SQLInjectionValidator.java:36)
at 
org.apache.fineract.infrastructure.security.utils.ColumnValidator.validateSqlInjection(ColumnValidator.java:95)
at 
org.apache.fineract.infrastructure.dataqueries.service.ReadWriteNonCoreDataServiceImpl.retrieveDataTableGenericResultSet(ReadWriteNonCoreDataServiceImpl.java:1190)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at 
org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317)
at 
org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:201)
at com.sun.proxy.$Proxy145.retrieveDataTableGenericResultSet(Unknown 
Source)
at 
org.apache.fineract.infrastructure.dataqueries.api.DatatablesApiResource.getDatatable(DatatablesApiResource.java:174)

if we look at
https://github.com/apache/fineract/blob/develop/fineract-provider/src/main/java/org/apache/fineract/infrastructure/dataqueries/service/ReadWriteNonCoreDataServiceImpl.java,
we can see that line 1190 no longer calls validateSqlInjection(), so this
is presumably from an older (or forked) version of that code. But the only
use of validateSqlInjection() in ReadWriteNonCoreDataServiceImpl has now
moved to line 1235. Assuming that's the one, then this problem has
something to do with the order parameter to the
{datatable}/{apptableId}/{datatableId} REST API... what did you specify as
"order"? Try simply without order for a test - it probably works better,
right?

BTW we (Manthan) fixed something which may well be (I'm not 100% sure)
related to this in 1.4.0 - check out
https://issues.apache.org/jira/browse/FINERACT-1066. Can you try upgrading
to and using 1.4.0?

PS we're trying to eventually remove the entire SQLInjectionValidator
altogether, watch https://issues.apache.org/jira/browse/FINERACT-1095..
there's more work left to achieve that, including e.g.
https://issues.apache.org/jira/browse/FINERACT-1058. Manthan, when you got
to that, or anyone else interested in joining the party and helping re.
this, looks to me like ReadWriteNonCoreDataServiceImpl is another place
that could benefit from using our SqlBuilder utility instead of the buggy
SQLInjectionValidator.

Daniel & Tube, hope this helps? Let me know if it did, always happy to hear.

> Best Regards
> ---
>
> Mexina Daniel
>
> Managing Director
>
> Singo Africa Limited ~~ *adding value*
>
> Magomeni-Makumbusho | Morogoro Rd/Ruaha Str.
>
> Opp. Usalama BRT | Watumishi House, Wing B,  Gnd Flr.
>
> P.O BOX 78908 | 14121 Dar es salaam
>
> +255 71 211 0791
>
> amala.co.tz | singo.africa
>
>
>
> On 14-09-2020 14:45, Michael Vorburger wrote:
>
> As far as one can tell from reading the email thread below, this just
> seems to be a question about how to use data tables feature?
>
> I'm not seeing anything below offering any details about anything related
> to an SQL Injection vulnerability.
>
>
> On Mon, 14 Sep 2020, 13:34 Mexina Daniel,  wrote:
>
>> Hello Tube
>>
>> I have cc'd the community so that if there is anyone with a solution can
>> share.
>>
>> Hello Community
>>
>> Can someone help as i haven't yet understood what could be the problem, i
>> have attached the log file he shared.
>>
>> I can see there is an issue with SQLInjection.
>>
>> Best Regards
>> ---
>>
>> Mexina Daniel
>>
>> Managing Director
>>
>> Singo Africa Limited ~~ *adding value*
>>
>> Magomeni-Makumbusho | Morogoro Rd/Ruaha Str.
>>
>> Opp. Usalama BRT | Watumishi House, Wing B,  Gnd Flr.
>>
>> P.O BOX 78908 | 14121 Dar es salaam
>>
>> +255 71 211 0791
>>
>> amala.co.tz | singo.africa
>>
>>
>>
>> On 14-09-2020 13:00, ጓይላና Tube wrote:
>>
>> hello
>>
>> Here is the log file.
>>
>> Best Regards
>>
>> On Mon, 14 Sep 2020 at 09:19, Mexina Daniel  wrote:
>>
>>> Hello
>>>
>>> Can you share the log file to see what is the error?
>>>
>>> Best Regards
>>> ---
>>>
>>> Mexina Daniel
>>>
>>> Managing Director
>>>
>>> Singo Africa Limited ~~ *adding value*
>>>
>>> Magomeni-Makumbusho | Morogoro Rd/Ruaha Str.
>>>
>>> Opp. Usalama BRT | Watumishi House, Wing B,  Gnd Flr.
>>>
>>> P.O BOX 78908 | 14121 Dar es salaam
>>>
>>> +255 71 211 0791
>>>
>>> amala.co.tz | singo.africa
>>>
>>>
>>>
>>> On 13-09-2020 18:22, ጓይላና Tube wrote:
>>>
>>>
>>>
>>> On Sun, 13 Sep 2020 at 

Re: Fineract CN Deposit products

[James Dailey]

Saransh - thanks for sharing that idea. But, if there's a known issue and
you have a solution forked from fineract CN, then what will it take to
bring that back to the core at Apache... or does this get into a re-worked
architecture and we're still charting a path collaboratively??

Thanks

@jdailey






On Tue, Sep 22, 2020, 12:37 AM Saransh Sharma  wrote:

> Hey Eugene and other dev please look into our services migrated from
> fineract CN and does exactly what needs to be done.
>
> https://github.com/muellners/finscale-deposit-account-management
>
> might need to run the accounting services also.
>
> Please refer to the documentation
>
>
>
> On Mon, Sep 21, 2020 at 7:21 PM Eugene Adjei-Djan 
> wrote:
>
>> Hi Team, I seem to still have issues with the deposit products in CN, It
>> doesnt create the products, any help?
>>
>> Thanks
>>
>
>
> --
> Thanks and regards,
>
> Saransh Sharma
> Research Partner
>
> This mail is governed by Muellners®  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: API ACCESS

[Michael Vorburger]

On Tue, 22 Sep 2020, 16:06 Ronele Galamgam, 
wrote:

> Hi,
>
>
>
> How can we access fineract api in our own domain? is there any
> documentation for this one?
>
> We have fineract running and can access the documentation in
> api-docs/apiLive.htm
>
> but when trying to access a sample request, seems denied.
>

Can you provide more specific details about how exactly what is denied?

You can use https://www.fineract.dev to try it out, and illustrate what you
mean.

May I know how to do this?
>
>
>
> Thanks!
>
>
>
> *Ronele Galamgam*
>
> DevOps Engineer
>
> *quantumcrowd.io *
>

API ACCESS

[Ronele Galamgam]

Hi,

 
How can we access fineract api in our own domain? is there any documentation 
for this one?

We have fineract running and can access the documentation in 
api-docs/apiLive.htm

but when trying to access a sample request, seems denied.

 
May I know how to do this?

 
Thanks!

 
Ronele Galamgam

DevOps Engineer

quantumcrowd.io  

Re: Fineract CN Deposit products

[Eugene Adjei-Djan]

Thanks very much Saransh. I will do and revert.
Best Regards

Eugene

On Tue, Sep 22, 2020 at 3:37 AM Saransh Sharma 
wrote:

> Hey Eugene and other dev please look into our services migrated from
> fineract CN and does exactly what needs to be done.
>
> https://github.com/muellners/finscale-deposit-account-management
>
> might need to run the accounting services also.
>
> Please refer to the documentation
>
>
>
> On Mon, Sep 21, 2020 at 7:21 PM Eugene Adjei-Djan 
> wrote:
>
>> Hi Team, I seem to still have issues with the deposit products in CN, It
>> doesnt create the products, any help?
>>
>> Thanks
>>
>
>
> --
> Thanks and regards,
>
> Saransh Sharma
> Research Partner
>
> This mail is governed by Muellners®  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.
>

Blog post featuring Fineract and the upcoming ApachCon Fineract Track

[David Yahalomi]

Hello Devs!

As Javier has published on this mailing list in a past correspondence, next
week ApacheCon will feature Fineract on their yearly convention, now from
home!

In order to attract some external attention, I've written a blog post on
how to create a simple loan origination flow with Fineract as the loan
management system.

The post is available here -
https://medium.com/@davidyahalomi/loan-origination-done-right-with-fineract-519e8cefac5?sk=d7bc9cee15ac5772ee0173998b641e9b

I've also made some social marketing attempts by posting to Twitter and
LinkedIn.
If you feel like helping spread the word, please

   1. Clap on the post
   

   (you can go up to 50 claps by keeping the clap button pressed)
   2. Like and retweet the announcement tweet
   .
   3. Like and share the LinkedIn post
   

   .
   4. Share on any other networks you feel like sharing it on :)

Also, let me know if you would like to see more features of Fienract and
Mifos covered in future posts.
As I've mentioned, the goal is to help the community grow and share what it
does in more ways so that we would ultimately have much better tools and
products.

Thanks ahead!

David Yahalomi

Re: Fineract CN Deposit products

[Saransh Sharma]

Hey Eugene and other dev please look into our services migrated from
fineract CN and does exactly what needs to be done.

https://github.com/muellners/finscale-deposit-account-management

might need to run the accounting services also.

Please refer to the documentation



On Mon, Sep 21, 2020 at 7:21 PM Eugene Adjei-Djan 
wrote:

> Hi Team, I seem to still have issues with the deposit products in CN, It
> doesnt create the products, any help?
>
> Thanks
>


-- 
Thanks and regards,

Saransh Sharma
Research Partner

This mail is governed by Muellners®  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: We are listening

[Mexina Daniel]

Hi Michael 

See the file attached from Tube. 

Seems it wasn't attached in the mail list. 

Best Regards

---
Mexina Daniel 

Managing Director 

Singo Africa Limited ~~ _adding value_ 

Magomeni-Makumbusho | Morogoro Rd/Ruaha Str. 

Opp. Usalama BRT | Watumishi House, Wing B,  Gnd Flr.  

P.O BOX 78908 | 14121 Dar es salaam 

+255 71 211 0791 

amala.co.tz [1] | singo.africa [2] 

On 14-09-2020 14:45, Michael Vorburger wrote:

> As far as one can tell from reading the email thread below, this just seems 
> to be a question about how to use data tables feature? 
> 
> I'm not seeing anything below offering any details about anything related to 
> an SQL Injection vulnerability. 
> 
> On Mon, 14 Sep 2020, 13:34 Mexina Daniel,  wrote: 
> 
> Hello Tube 
> 
> I have cc'd the community so that if there is anyone with a solution can 
> share. 
> 
> Hello Community 
> 
> Can someone help as i haven't yet understood what could be the problem, i 
> have attached the log file he shared. 
> 
> I can see there is an issue with SQLInjection. 
> 
> Best Regards
> 
> ---
> Mexina Daniel 
> 
> Managing Director 
> 
> Singo Africa Limited ~~ _adding value_ 
> 
> Magomeni-Makumbusho | Morogoro Rd/Ruaha Str. 
> 
> Opp. Usalama BRT | Watumishi House, Wing B,  Gnd Flr.  
> 
> P.O BOX 78908 | 14121 Dar es salaam 
> 
> +255 71 211 0791 
> 
> amala.co.tz [1] | singo.africa [2] 
> 
> On 14-09-2020 13:00, ጓይላና Tube wrote: 
> hello 
> 
> Here is the log file. 
> 
> Best Regards 
> 
> On Mon, 14 Sep 2020 at 09:19, Mexina Daniel  wrote: 
> 
> Hello  
> 
> Can you share the log file to see what is the error? 
> 
> Best Regards
> 
> ---
> Mexina Daniel 
> 
> Managing Director 
> 
> Singo Africa Limited ~~ _adding value_ 
> 
> Magomeni-Makumbusho | Morogoro Rd/Ruaha Str. 
> 
> Opp. Usalama BRT | Watumishi House, Wing B,  Gnd Flr.  
> 
> P.O BOX 78908 | 14121 Dar es salaam 
> 
> +255 71 211 0791 
> 
> amala.co.tz [1] | singo.africa [2] 
> 
> On 13-09-2020 18:22, ጓይላና Tube wrote: 
> 
> On Sun, 13 Sep 2020 at 16:19, ጓይላና Tube  wrote: 
> Hello 
> 
> i have installed mifos platform locally. but i got the same error in Mifos 
> demo and locally installed mifos. Datatables are not displaying & showing red 
> rectangle  
> 
> Below is a screenshot of the error  
> 
> Regards   
> 
> On Sun, 13 Sep 2020 at 11:13, Mexina Daniel  wrote: 
> Hello  
> 
> Have you tried in a demo of Mifos and it's not displayed or you are talking 
> of your system installed locally? 
> 
> Best Regards 
> 
> On 12 Sep 2020 23:22, ጓይላና Tube  wrote:
> 
> Thank You for your resposne  
> 
> #Data tables created for Group, Client, Loan and Savings account is not 
> getting displayed in the particular General pages (eg. datatable created for 
> client is not displaying in Client general page), 
> can you suggest me the solution to solve this problem? 
> 
> Best Regards  
> 
> On Sat, 12 Sep 2020 at 21:18, Mexina Daniel  wrote: 
> Hello 
> 
> Go ahead and ask. 
> 
> Best Regards  
> 
> On 12 Sep 2020 19:57, ጓይላና Tube  wrote:
> 
> this is tesfahiwet software developer from mekelle, ethiopia. i want to ask 
> you some questions about mifos platform.  
> 
> thank you for your response  
> 
> On Sat, 12 Sep 2020 at 17:55, ጓይላና Tube  wrote: 
> Thank you for your response.  
> 
> On Sat, 12 Sep 2020 at 17:02, Mexina Daniel  wrote: 
> Hello 
> 
> We have received your text through our chat. 
> 
> May we know how we can help you? 
> 
> Best Regards 
> 
> Mexina Daniel
 

Links:
--
[1] https://amala.co.tz/
[2] https://singo.africaSep 14, 2020 10:56:01 AM com.sun.jersey.spi.container.ContainerResponse 
mapMappableContainerException
SEVERE: The RuntimeException could not be mapped to a response, re-throwing to 
the HTTP container
java.lang.NullPointerException
at 
org.apache.fineract.infrastructure.security.utils.SQLInjectionValidator.validateSQLInput(SQLInjectionValidator.java:36)
at 
org.apache.fineract.infrastructure.security.utils.ColumnValidator.validateSqlInjection(ColumnValidator.java:95)
at 
org.apache.fineract.infrastructure.dataqueries.service.ReadWriteNonCoreDataServiceImpl.retrieveDataTableGenericResultSet(ReadWriteNonCoreDataServiceImpl.java:1190)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at 
org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317)
at 
org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:201)
at com.sun.proxy.$Proxy145.retrieveDataTableGenericResultSet(Unknown 
Source)
at 
org.apache.fineract.infrastructure.dataqueries.api.DatatablesApiResource.getDatatable(DatatablesApiResource.java:174)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)