Issue Details (XML | Word | Printable)

Key: GROOVY-139
Type: Improvement Improvement
Status: Closed Closed
Resolution: Fixed
Priority: Major Major
Assignee: Paul King
Reporter: R. Mark Volkmann
Votes: 3
Watchers: 3
Operations

If you were logged in you would be able to see more operations.
groovy

user vs. developer error messages - filtering stack traces

Created: 19/Jan/04 01:00 PM   Updated: 22/Nov/07 05:26 AM
Component/s: None
Affects Version/s: 1.0
Fix Version/s: 1.1-rc-2

Time Tracking:
Not Specified

Environment: all
Issue Links:
dependent
 


 Description  « Hide
To avoid frightening new users of Groovy, executing scripts should not (by default) result in a Java stack trace that indicates where within the Groovy parser processing stopped.

There should be a way to enable output of stack traces for developers of Groovy though.



 All   Comments   Work Log   Change History      Sort Order: Ascending order - Click to sort in descending order
Chris Poirier added a comment - 03/Mar/04 02:31 PM
The initial drop of this is in place in CVS and for beta-4, primarily as it affects the FileSystemCompiler (groovyc). Work continues on a parser overhaul, by the end of which this bug should be closeable.

Chris Poirier added a comment - 05/Mar/04 01:24 PM
The latest CVS code now contains:
  • further parser recovery points; and
  • error reporting in the Groovyc Ant task.

Jochen Theodorou added a comment - 10/Jun/05 07:41 AM
things where better in beta-10 and after switching to the jsr compiler there were many new stacktraces. But I think JSR-02 will be much better here

Paul King added a comment - 18/Jun/07 03:49 AM
Is this supported now with the -d switch or is something more expected?

Paul King added a comment - 15/Oct/07 03:09 AM
No further feedback, assuming current -d is all that is required.