You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@fineract.apache.org by "Michael Vorburger (Jira)" <ji...@apache.org> on 2020/05/06 18:08:00 UTC

[jira] [Updated] (FINERACT-932) Parent Issue for Error Logs seeing during "normal" usage

     [ https://issues.apache.org/jira/browse/FINERACT-932?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Michael Vorburger updated FINERACT-932:
---------------------------------------
    Affects Version/s: 1.4.0

> Parent Issue for Error Logs seeing during "normal" usage
> --------------------------------------------------------
>
>                 Key: FINERACT-932
>                 URL: https://issues.apache.org/jira/browse/FINERACT-932
>             Project: Apache Fineract
>          Issue Type: Improvement
>    Affects Versions: 1.4.0
>            Reporter: Michael Vorburger
>            Priority: Major
>
> I'm seeing a number of exceptions in the logs of [https://www.fineract.dev, |https://www.fineract.dev/], and at least some of not most of them, to me, seem like things that probably should not be logged as errors.
> IMHO, a log.error() should only be used to indicate something "broken" (e.g. can't connect to a database), but not, typically, for something like a missing field problem in an incoming JSON? That's "normal", and already signaled to the client through an expected response. 
> We can also think of some exceptions, e.g. log for FINERACT-726 is probably useful to help people more easily see that widespread problem, during transitioning. But perhaps log warn or even info instead of error would be more appropriate than error for such things?
> Perhaps this should be documented on the README in a (succinct) Log Policy?
> I'll create dedicated linked issues for each such exception I'm seeing, for analysis by others interested.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)