jira.codehaus.org

  • 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)
  • Maven 2 & 3
  • MNG-60

Create an option so errors can be automatically mailed to m2 devs for assessment.

  • Log In
  • Views
    • XML
    • Word
    • Printable

Details

  • Type: Task Task
  • Status: Closed Closed
  • Priority: Minor Minor
  • Resolution: Won't Fix
  • Affects Version/s: None
  • Fix Version/s: None
  • Component/s: Plugins and Lifecycle
  • Labels:
    None

Issue Links

depends upon

Improvement - An improvement or enhancement to an existing feature or task. MNG-122 clean up of exception handling, error reporting and logging

  • Minor - Minor loss of function, or other problem where easy workaround is present.
  • Closed - The issue is considered finished, the resolution is correct. Issues which are not closed can be reopened.

Activity

Ascending order - Click to sort in descending order
  • All
  • Comments
  • Work Log
  • History
  • Activity
Hide
Permalink
Brett Porter added a comment - 03/Aug/04 9:56 AM

Interesting idea. At work, we use log4j's SMTPAppender and hook it up to fatal alerts so you get the message and the exception emailed to you. It's reasonably helpful.

I assume you intend this to happen on certain types of exceptions that we couldn't recover from or didn't expect?

The traffic for this could be really high and hard to stop once it's out there, so I'd suggest a few things:

  • clean up the exception handling so that stuff is caught/thrown at the right level (no throwing/catching generic Exception/Throwable unless it is the last resort). That way, as much recoverable errors can be taken care of.
  • do like Maven 1 does and print an info/bug report message when the exception bubbles up to the stage we don't know what to do.
  • default it to off. Give instructions in the above message of how to enable it for the next run. This is also wanted as you don't want to freak the users out.

Another trick: you'll need to provide an SMTP server for those that don't know one to use. On unix, localhost works even in a corporate environment if it is set up that way and the mail should make it out. On windows - no such luck. So you could have them point at codehaus' SMTP, but then you get firewall issues. So it needs to be configurable too.

I see this as being more helpful for the CI than general use.

Show
Brett Porter added a comment - 03/Aug/04 9:56 AM Interesting idea. At work, we use log4j's SMTPAppender and hook it up to fatal alerts so you get the message and the exception emailed to you. It's reasonably helpful. I assume you intend this to happen on certain types of exceptions that we couldn't recover from or didn't expect? The traffic for this could be really high and hard to stop once it's out there, so I'd suggest a few things:
  • clean up the exception handling so that stuff is caught/thrown at the right level (no throwing/catching generic Exception/Throwable unless it is the last resort). That way, as much recoverable errors can be taken care of.
  • do like Maven 1 does and print an info/bug report message when the exception bubbles up to the stage we don't know what to do.
  • default it to off. Give instructions in the above message of how to enable it for the next run. This is also wanted as you don't want to freak the users out.
Another trick: you'll need to provide an SMTP server for those that don't know one to use. On unix, localhost works even in a corporate environment if it is set up that way and the mail should make it out. On windows - no such luck. So you could have them point at codehaus' SMTP, but then you get firewall issues. So it needs to be configurable too. I see this as being more helpful for the CI than general use.
Hide
Permalink
Brett Porter added a comment - 27/Jan/05 4:50 AM

I believe John Casey said he had something that could be used for this.

Show
Brett Porter added a comment - 27/Jan/05 4:50 AM I believe John Casey said he had something that could be used for this.
Hide
Permalink
Brett Porter added a comment - 06/Feb/05 8:32 PM

without cleaning up the definition of what is a fatal error, this would be pointless to do.

Show
Brett Porter added a comment - 06/Feb/05 8:32 PM without cleaning up the definition of what is a fatal error, this would be pointless to do.
Hide
Permalink
Brett Porter added a comment - 05/Sep/07 1:20 AM

I'm going to close this in favour of better error reporting, and the archetypes for test cases both already under way.

Please reopen if you disagree...

Show
Brett Porter added a comment - 05/Sep/07 1:20 AM I'm going to close this in favour of better error reporting, and the archetypes for test cases both already under way. Please reopen if you disagree...

People

  • Assignee:
    Brett Porter
    Reporter:
    Jason van Zyl
Vote (0)
Watch (0)

Dates

  • Created:
    03/Aug/04 2:02 AM
    Updated:
    05/Sep/07 1:20 AM
    Resolved:
    05/Sep/07 1:20 AM
  • Atlassian JIRA (v5.0.4#731-sha1:3aa7374)
  • Report a problem
  • Powered by a free Atlassian JIRA open source license for Codehaus. Try JIRA - bug tracking software for your team.