[jira] [Commented] (OFBIZ-12085) Gradle logging hygiene

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
1 message Options
Reply | Threaded
Open this post in threaded view
|

[jira] [Commented] (OFBIZ-12085) Gradle logging hygiene

Nicolas Malin (Jira)

    [ https://issues.apache.org/jira/browse/OFBIZ-12085?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17248025#comment-17248025 ]

ASF subversion and git services commented on OFBIZ-12085:
---------------------------------------------------------

Commit 99a446c7b69ef4fe9e1c53cc6d38c7a34e85754e in ofbiz-framework's branch refs/heads/trunk from Jacques Le Roux
[ https://gitbox.apache.org/repos/asf?p=ofbiz-framework.git;h=99a446c ]

Improved:  Gradle logging hygiene (OFBIZ-12085)

Some times ago, we were forced to stop and quickly restart the demos because of
the Gradle daemons logging taking all the place; though we don't use Gradle
daemons in demos. Weird isn't ?

The reason is that by default org.gradle.logging.level=lifecycle is verbose.
Anyway, all org.gradle.logging.level are verbose. I mean they also duplicate
OFBiz information, have a look into your own Gradle daemon dir!

And that even if you don't use daemons, as we do for demos. Because Gradle
always uses at least 1 daemon to run.

So I was looking for a solution to not uselessly clutter the VM disk demos and
stumbled upon <<Gradle logging hygiene - Issue #2688>> - gradle/gradle (github.com)

This uses Evgeny Naumenko's solution at
https://discuss.gradle.org/t/gradle-daemon-produces-a-lot-of-logs/9905

I backport because it's needed by demos


>  Gradle logging hygiene
> -----------------------
>
>                 Key: OFBIZ-12085
>                 URL: https://issues.apache.org/jira/browse/OFBIZ-12085
>             Project: OFBiz
>          Issue Type: Improvement
>          Components: Demo
>            Reporter: Jacques Le Roux
>            Assignee: Jacques Le Roux
>            Priority: Major
>
> Hi,
> Some times ago, (before we had to shutdown the demos for a while for a security reason, it's unrelated but) we were (also) forced to stop and quickly restart the demos because of the Gradle daemons logging taking all the place; though we don't use Gradle daemons in demos. Weird isn't ?
> The reason is that by default org.gradle.logging.level=lifecycle is verbose. Anyway, all org.gradle.logging.level are verbose. I mean they also duplicate OFBiz information, have a look into your own Gradle daemon dir!
> And that even if you don't use daemons, as we do for demos. Because Gradle always uses at least 1 daemon to run.
> So I was looking for a solution to not uselessly clutter the VM disk demos and stumbled upon Gradle logging hygiene -  Issue #2688 -  gradle/gradle (github.com)
> I have created to use  the same solution than Evgeny Naumenko at https://discuss.gradle.org/t/gradle-daemon-produces-a-lot-of-logs/9905
> I'll commit in a week if nobody is against
> Jacques



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