Name: boT120536			Date: 01/11/2001


java version "1.3.0"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.0-C)
Java HotSpot(TM) Client VM (build 1.3.0-C, mixed mode)

Many of the Exception subclasses' messages are uninformative. As an obvious
example, consider ArrayIndexOutOfBoundsException: the VM knows both what index
was passed, and the length of the array it was applied to, yet neither of these
pieces of information are shown. As a different example (different because the
exception is thrown explicitly from Java code) look at all the code in
java/awt/Color.java in, say, the testColorValueRange methods. It does all that
work, and still doesn't reveal the most salient point: what the given value
was. It reports which color components were affected (so we're grateful for
small mercies) but doesn't give us the vital clue to debugging the problem.

"yeah, sure," you say, "but that's what a debugger's for." true enough, but
most of the time, most people aren't running in debuggers. if debuggers were
better and faster, maybe most programmers could consider running in a debugger,
but at the moment they don't, and even if they did, customers wouldn't. so bug
reports would still arrive on their desks with these uninformative exception
messages.

i don't know how difficult it would be to improve the messages thrown by the VM
itself, but a lot of the weak errors in the library could easily be improved
with little effort. any and all improvements would be appreciated.


[I realize this isn't necessarily a 'bug', but it's both an RFE and
an ease-of-use issue, so I left that radio button as it was.]
(Review ID: 114974) 
======================================================================