views:

300

answers:

3

I have an application written using the M-V-VM approach.

The data access is done in the Model. If a fatal error occurs here (for example, the connection to the data source is lost), and Exception is thrown. This Exception bubbles up to the ViewModel.

However, because the original trigger of the data access was a data binding, WPF swallows this exception (it is only logged in the output window when the app is run under the debugger).

I'd rather this exception remained unhandled so my application-wide unhandled exception handler could pick it up, log it and gracefully exit. How can I achieve this?

+1  A: 

You could queue an exception-throwing action on the dispatcher.

    // This property is connected to the window using databinding
    public string ExceptionThrowingBoundedField
    {
        get
        {

            try
            {
                // This function might throw an exception
                return GetValueFromDatabase();               
            }
            catch (Exception ex)
            {
                ApplicationException exWrapper = new ApplicationException("Wrapped Exception",
                                                                          ex);
                Action throwException = () => { throw exWrapper; };
                Dispatcher.CurrentDispatcher.BeginInvoke(throwException);
                return "";
            }
        }
    }
Andrew Shepherd
That does the job - thanks.
Ian Gregory
A: 

it seems like a similar question was asked before: link text

Boris Lipschitz
Useful link, but it really only focusses on making these exceptions more obvious in the debugger, and doesn't address the question of retaining the exceptions in release builds.
Ian Gregory
A: 

Recently come across a way of getting around the swallowed exception problem in a global way.

Create a custom binding class and override UpdateSourceExceptionFilter - see sample in this thread.

Unfortunately this is just WPF 4.0 and not SL 4.0.

Adrian Russell