I concur with this request. It is impossible to turn up gradle logging to see more application messages without an exponential increase in gradle chatter that all but obscures the application output.

For us, this came up when trying to incrementally migrate to gradle. Build-related tasks have been migrated, while launch tasks (which use exec) are still in ant. The stdout for those is very important, but it is suppressed by Gradle by default.

Is it possible to add the following to your task configuration:

task taskThatCallsAntTask {
    logging.level = LogLevel.INFO
}

This way the logging level only changes for that specific task.

from: http://stackoverflow.com/questions/11413559/how-do-i-intercept-or-elevate-log-messages-when-calling-an-ant-task-from-gradle

Good idea Nathan. In our case, many of the ant tasks are not invoked by gradle tasks, but simply imported from ant into gradle using ant.importBuild. It would be pretty annoying to have to "augment" each of those tasks in gradle.

I agree that would not be ideal, would the following be something more suited to your problem?

ant.importBuild 'build.xml'
...
...
// Get all the names of the Ant Tasks
def antTargets = ant.references.get('ant.targets').collect{it.name}

// Find the tasks associated with those names
def antTasks = tasks.findAll{ it.name in antTargets}

// Change the logging level for the Ant tasks
antTasks.each{ it.logging.level = LogLevel.INFO }

Brilliant. I'm pretty new to Gradle and Groovy so I really appreciate your help. We may wind up porting all these ant tasks to gradle anyway, but if we keep them I'll try it and let you know.

As announced on the Gradle blog we are planning to completely migrate issues from JIRA to GitHub.

We intend to prioritize issues that are actionable and impactful while working more closely with the community. Many of our JIRA issues are inactionable or irrelevant. We would like to request your help to ensure we can appropriately prioritize JIRA issues you’ve contributed to.

Please confirm that you still advocate for your JIRA issue before December 10th, 2016 by:

• Checking that your issues contain requisite context, impact, behaviors, and examples as described in our published guidelines.
• Leave a comment on the JIRA issue or open a new GitHub issue confirming that the above is complete.

We look forward to collaborating with you more closely on GitHub. Thank you for your contribution to Gradle!

Thanks again for reporting this issue. We haven't heard back from you after our inquiry from November 15th. We are closing this issue now. Please create an issue on GitHub if you still feel passionate about getting it resolved.