Czy istnieje sposób sprawdzenia, czy wyjątek MS CRM został zgłoszony przez wtyczkę?

Question

Jak mówi tytuł, szukam sposobu, aby odróżnić błędu spowodowanego przez mojego kodu lub podstawowej funkcjonalności CRM i błędem rzucone przez każdego niestandardowego wtyczki, które mogą być zainstalowane w systemie klienta.

Coś nieustannie padają ofiarą jest nasze klientów niestandardowych wtyczek firm trzecich, które albo są tworzone w domu lub zakupione od innego ISV. Rejestrują go w jednostce CRM, której dotykamy, a nawet w jednej z naszych jednostek w ostatnim przypadku. Próbujemy coś zrobić, wtyczka próbuje zrobić to, czego nie może. W najnowszym przykładzie wtyczka nie kodowała "poprawnie" po tym, jak umieściliśmy go w CRM. Wtyczka generuje błąd i CRM odsyła go do nas.

Jak mogę powiedzieć, że wtyczka jest winowajcą, bez marnowania godzin bada? Do tej pory widziałem tylko jedną firmę, która ułatwia identyfikację, wyrzucając ślad stosu wtyczek jako komunikat o błędzie.

edytuje dla jasności:

• szukam programowym roztworze zmniejszyć czas potrzebny na to zidentyfikować problem jest zwyczaj plugin a nie nasz kod interakcji z ich CRM z Azure .
• ja próbując wzmocnić naszą rejestrowanie błędów/obchodzenia się być mądry wystarczy, aby odróżnić.
• Nawet jeśli nasz kod działa w 100%, ale wyzwala synchronicznego wtyczki na ogień i że wtyczki nie powiedzie, możemy uzyskać wyjątek od CRM.
• Wszystko co robimy jest programowy poprzez SDK.

Answer 1

Jedyne, co przychodzi na myśl, to włączenie śledzenia CRM. Poniższy link powinien wyjaśniać, jak to zrobić w programie Microsoft Dynamics CRM.

http://support.microsoft.com/kb/907490

Answer 2

Gdy istnieje wyjątek spowodowany przez Plugin w tym zdjęciu:

można pobrać plik dziennika, wewnątrz łatwo można dowiedzieć się, jakie wtyczki spowodowała wyjątek, należy sprawdzić na przykład tego log:

Unhandled Exception: System.ServiceModel.FaultException`1[[Microsoft.Xrm.Sdk.OrganizationServiceFault, Microsoft.Xrm.Sdk, Version=5.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35]]: StupidPluginDetail: 
// ... other details 
[StupidPlugin: StupidPlugin.ExamplePlugin] 
[bda9ad85-c4a5-e211-bc00-78e7d162ee67: StupidPlugin.ExamplePlugin: Create of orderclose] 
</TraceText> 
</OrganizationServiceFault> 

Answer 3

To nie byłby zalecany do stosowania w środowisku produkcyjnym, ale byłoby bardzo korzystne dla środowiska testowego. Ilekroć operacja CRUD nie działa przy użyciu SDK, można programowo wyłączyć wszystkie wtyczki i spróbować wykonać tę samą operację. Jeśli się powiedzie, włącz wtyczki pojedynczo, aż się nie powiedzie. Wtedy będziesz w stanie określić, która wtyczka jest przyczyną problemu lub czy w ogóle nie jest wtyczką.

Answer 4

Spójrz na Detail.TraceText właściwość wyjątku zwróconego przez usługę. Nie udało się uzyskać pełną ślad stosu, ale wrócił pewne informacje wskazujące, gdzie poszło źle:

Mario.CRM.TestOrg.Plugins: Mario.CRM.TestOrg.Plugins.ContactPreUpdate

[ 5ee31a9e-3558-e211-adeb-00155d014401: Mario.CRM.TestOrg.Plugins.ContactPreUpdate: Aktualizacja Kontakt]

przykładowy fragment kodu

try 
{ 
    //create service proxy and call service 
} 
catch (Exception ex) 
{ 
    Console.WriteLine(((System.ServiceModel.FaultException<Microsoft.Xrm.Sdk.OrganizationServiceFault>)(ex)).Detail.TraceText); 
}