Плагин CRM: настраиваемое исключение в песочнице

После некоторого дополнительного тестирования я смог определить следующее:

По-видимому, вы можете получить доступ к трассировке стека для исключений, только если это сделано явно. При генерировании исключения из изолированного плагина трассировка стека исключения на самом деле не отображается, пока это исключение является тем, о котором платформа CRM «знает» (не уверен, что он делает, здесь, но я предполагаю, что это смотрит на тип исключения и по-разному обрабатывает разные типы). Если тип неизвестен, это приводит к тому, что CRM пытается сериализовать исключение, которое не разрешено в a, потому что оно использует отражение (почему оно должно быть сериализовано, не уверен).

Вот пример плагина с некоторыми примерами, которые работали, а некоторые нет:

public class TestPlugin: IPlugin
{
    public void Execute(IServiceProvider serviceProvider)
    {
        try
        {
            OtherMethod();
        }
        catch (Exception ex)
        {
            var trace = (ITracingService)serviceProvider.GetService(typeof (ITracingService));
            trace.Trace("Throwing Plugin");
            // Doesn't work
            throw new InvalidPluginExecutionException("Error ", ex);
        }
    }

    // Works:
    //public void Execute(IServiceProvider serviceProvider)
    //{
        //try
        //{
            //OtherMethod();
        //}
        //catch (Exception ex)
        //{
            //var trace = (ITracingService)serviceProvider.GetService(typeof(ITracingService));
            //trace.Trace("Throwing Plugin");
            //throw new InvalidPluginExecutionException("Error " + ex);
        //}
    //}

    // Doesn't Work:
    //public void Execute(IServiceProvider serviceProvider)
    //{
    //    try
    //    {
    //        OtherMethod();
    //    }
    //    catch (Exception ex)
    //    {
    //        throw;
    //    }
    //}

    // Doesn't Work:
    //public void Execute(IServiceProvider serviceProvider)
    //{
    //    try
    //    {
    //        OtherMethod();
    //    }
    //    catch (Exception ex)
    //    {
    //        throw new InvalidPluginExecutionException("Error", ex);
    //    }
    //}

    public void OtherMethod()
    {
        throw new MyException();
    }
}

public class MyException : Exception
{

}

Итак, чтобы ответить на ваш вопрос: я написал обработчик исключений, чтобы иметь возможность обходить внутренние исключения и определять, допустимо ли его выбросить:

/// <summary>
/// Exception Handler For Exceptions when executing in Sandbox Isolation Mode
/// </summary>
public class ExceptionHandler
{
    /// <summary>
    /// Determines whether the given exception can be thrown in sandbox mode.
    /// Throws a Safe if it can't
    /// </summary>
    /// <param name="ex">The ex.</param>
    /// <returns></returns>
    /// <exception cref="InvalidPluginExecutionException"></exception>
    /// <exception cref="Exception"></exception>
    public static bool CanThrow(Exception ex)
    {
        var exceptionRootTypeIsValid = IsValidToBeThrown(ex);
        var canThrow = exceptionRootTypeIsValid;
        var innerException = ex.InnerException;

        // While the Exception Types are still valid to be thrown, loop through all inner exceptions, checking for validity
        while (canThrow && innerException != null)
        {
            if (IsValidToBeThrown(ex))
            {
                innerException = innerException.InnerException;
            }
            else
            {
                canThrow = false;
            }
        }

        if (canThrow)
        {
            return true;
        }

        var exceptionMessage = ex.Message +
                                   (ex.InnerException == null
                                       ? string.Empty
                                       : " Inner Exception: " + ex.InnerException.ToStringWithCallStack());

        // ReSharper disable once InvertIf - I like it better this way
        if (exceptionRootTypeIsValid)
        {
            // Attempt to throw the exact Exception Type, with the 
            var ctor = ex.GetType().GetConstructor(new[] { typeof(string) });
            if (ctor != null)
            {
                throw (Exception) ctor.Invoke(new object[] { exceptionMessage });
            }
        }

        throw new Exception(exceptionMessage);
    }

    /// <summary>
    /// Determines whether the specified ex is valid to be thrown.
    /// Current best guess is that it is not 
    /// </summary>
    /// <param name="ex">The ex.</param>
    /// <returns></returns>
    private static bool IsValidToBeThrown(Exception ex)
    {
        var assembly = ex.GetType().Assembly.FullName.ToLower();
        return assembly.StartsWith("mscorlib,") || assembly.StartsWith("microsoft.xrm.sdk,");
    }
}

Это может быть вызвано из вашего самого верхнего try catch в вашем плагине следующим образом:

catch (InvalidPluginExecutionException ex)
{
    context.LogException(ex);
    // This error is already being thrown from the plugin, just throw
    if (context.PluginExecutionContext.IsolationMode == (int) IsolationMode.Sandbox)
    {
        if (Sandbox.ExceptionHandler.CanThrow(ex))
        {
            throw;
        }
    }
    else
    {
        throw;
    }
}
catch (Exception ex)
{
    // Unexpected Exception occurred, log exception then wrap and throw new exception
    context.LogException(ex);
    ex = new InvalidPluginExecutionException(ex.Message, ex);
    if (context.PluginExecutionContext.IsolationMode == (int)IsolationMode.Sandbox)
    {
        if (Sandbox.ExceptionHandler.CanThrow(ex))
        {
            // ReSharper disable once PossibleIntendedRethrow - Wrap the exception in an InvalidPluginExecutionException
            throw ex;
        }
    }
    else
    {
        // ReSharper disable once PossibleIntendedRethrow - Wrap the exception in an InvalidPluginExecutionException
        throw ex;
    }
}

Я считаю, что это настоящая ошибка, и я открыл заявку в службу поддержки Microsoft, мы посмотрим, согласны ли они ...

Обновление !!

Я создал заявку в Microsoft: (не уверен, что означают эти числа, но они были в теме и, надеюсь, будут полезны для кого-то в будущем: REG: 115122213520585 SRXCAP: 1318824373ID). Они подтвердили, что пользовательские исключения не поддерживаются в CRM для изолированных плагинов.

Пожалуйста, проголосуйте за этот Connect Ticket чтобы Microsoft исправила это или, по крайней мере, справилась с этим лучше!

Я не думаю, что то, что вы хотите, возможно, если вы хотите, чтобы сообщение об ошибке появилось в этом диалоговом окне, вы должны выбросить InvalidPluginExecutionException.

Обработка исключений в подключаемых модулях

Для синхронных подключаемых модулей можно дополнительно отобразить настраиваемое сообщение об ошибке в диалоговом окне ошибки веб-приложения, если надстройка выдает исключение InvalidPluginExecutionException со строкой настраиваемого сообщения в качестве значения свойства сообщения

Рекомендуется, чтобы подключаемые модули передавали обратно на платформу только InvalidPluginExecutionException.

В качестве стороны, я бы не стал утруждать себя проверкой регистрации в самом плагине, это ситуация, которая не имеет большого смысла в 2013 году. Еще в CRM 4, где плагины приходилось регистрировать вручную, в этом был определенный смысл. Теперь у нас есть решения, правильная регистрация - это задача разработки и тестирования, а не проверка во время выполнения.