Gradle

  • Log In Access more options
    • Online Help
    • Keyboard Shortcuts
    • About JIRA
    • JIRA Credits
    • What’s New
  • Dashboards Access more options (Alt+d)
  • Projects Access more options (Alt+p)
  • Issues Access more options (Alt+i)
To raise new issues or bugs against Gradle, please use forums.gradle.org.
  • Gradle
  • GRADLE-1595

"failOnError" property on Gradle tasks

  • Log In
  • Views
    • XML
    • Word
    • Printable

Details

  • Type: New Feature New Feature
  • Status: Open Open
  • Resolution: Unresolved
  • Affects Version/s: 1.0-milestone-3
  • Fix Version/s: None

Description

Please, see this thread. It would be nice to have Ant-like "failOnError" property on Gradle tasks like Copy, Zip or War.

Activity

Ascending order - Click to sort in descending order
  • All
  • Comments
  • History
  • Activity
  • TeamCity
  • Commits
  • Source
  • Reviews
Hide
Permalink
Szczepan Faber added a comment - 08/Jun/11 1:51 AM

Possibly, yet the wording should be tuned I think. E.g. failOnEmptySource or something similar instead of failOnError.

Show
Szczepan Faber added a comment - 08/Jun/11 1:51 AM Possibly, yet the wording should be tuned I think. E.g. failOnEmptySource or something similar instead of failOnError.
Hide
Permalink
Evgeny Goldin added a comment - 08/Jun/11 5:16 AM

I like the way it's done by Ant: you make sure "failOnError" is on and then you know it takes care of anything that can go wrong. Being more specific may leave some error case unhandled, like empty disk, files that are too large to copy and god knows what else. It's like catching a SpecificException in a catch{ .. } block or just an Exception - I mostly prefer the second option.

But we may have them both!

Show
Evgeny Goldin added a comment - 08/Jun/11 5:16 AM I like the way it's done by Ant: you make sure "failOnError" is on and then you know it takes care of anything that can go wrong. Being more specific may leave some error case unhandled, like empty disk, files that are too large to copy and god knows what else. It's like catching a SpecificException in a catch{ .. } block or just an Exception - I mostly prefer the second option. But we may have them both!
Hide
Permalink
Evgeny Goldin added a comment - 08/Jun/11 5:18 AM

Unless, of course, Gradle already handles and fails if anything goes wrong during the copy operation which leaves failOnEmptySource the only scenario left.

Show
Evgeny Goldin added a comment - 08/Jun/11 5:18 AM Unless, of course, Gradle already handles and fails if anything goes wrong during the copy operation which leaves failOnEmptySource the only scenario left.

People

  • Assignee:
    Unassigned
    Reporter:
    Evgeny Goldin
Vote (0)
Watch (0)

Dates

  • Created:
    06/Jun/11 6:58 PM
    Updated:
    08/Jun/11 5:18 AM
  • Atlassian JIRA (v5.0.3#729-sha1:bf569e4)
  • Report a problem
  • Powered by a free Atlassian JIRA open source license for Gradle. Try JIRA - bug tracking software for your team.