[
https://issues.apache.org/jira/browse/OFBIZ-12085?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17244112#comment-17244112 ]
Jacques Le Roux edited comment on OFBIZ-12085 at 12/4/20, 5:13 PM:
-------------------------------------------------------------------
For a project Evgeny Naumenko's solution keeps only the current running daemon log. When the project starts all the olds ones (if exist) are removed.
was (Author: jacques.le.roux):
Evgeny Naumenko's solution keeps only the current daemaons log. When the project starts all the olds ones are removed.
> 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)
Locked
