Bug 94144

Original submitter: sakthivelg

Description: (sakthivelg)
>> http://forum.sun.com/jive/thread.jspa?threadID=102225&tstart=0
>> * CachedRowSetDataProvider's commitChanges()'s exception
>> *commitChanges() should create & throw DataProviderException instead of
RuntimeException, as it looks from method's signatore that, that was the intention.
>> And at the moment, DataProviderException looks very basic. I think it should
also contain all information which can be used/parsed to create meaningful
message i.e. same facility as one has in CachedRowSet.
>>
>> Any thoughts?
>

Evaluation: (jbaker)
CachedRowSetDataProvider's commitChanges does throw a DataProviderException.
But, DataProviderException is a runtime exception.
From the post it appears that the Customer would like the DataProviderException
to show more info, but what info?

Please get more info from the Customer, thank you

Evaluation (Entry 2): (jbaker)
Just a quick comment, the subcategory database, is for Java DB, not
dataproviders :-)

Evaluation (Entry 3):
Comments from customer:
Hi John,
That???s correct.
But I was referring to actual SQL Exceptions which could be passed to
DataProviderException, so that if required, developer at his own liberty could
use/parse them in his own way to display to end user on screen.
Something like commitChanges() does, it parses and constitutes a message in its
own way, may be one would like to make message in different way.

Regards.
ndzpac
--------------
Winston: 
When there is a SyncResolverException, We just throw a RuntimeException(message)
instead of wrapping the SQLException.
In cases, users wanting to catch SQLExcetpion for specific cases to display
custom message, they could do so, if SQLException is passed with
DataProviderException.