Plugin is not triggering for Associate Message using WebApi Client side request

(0) Share

Report

Posted on by Community Member

Hi
I'm using D365 online CRM and on premise.
I wrote a plugin step for 'Associate'. When I'm adding records to subgrid, the custom exception is triggered in my code. But when i'm trying to call association using web api, the custom exception is not triggering. As i noticed that in Fiddler adding to subgrid the xml request is forming like below.

https://****.crm8.dynamics.com/AppWebServices/AssociateRecords.asmx

the request is showing error 500 for custom exception.

1856.error1.PNG

<?xml version="1.0" encoding="utf-8" ?><soap:Envelope xmlns:soap="schemas.xmlsoap.org/.../envelope" xmlns:xsi="www.w3.org/.../XMLSchema-instance" xmlns:xsd="www.w3.org/.../XMLSchema"><soap:Body><Associate xmlns="schemas.microsoft.com/.../WebServices"><subType></subType><objectType>8</objectType><parentObjectType>10084</parentObjectType><objectId>{XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX}</objectId><parentId>{XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX}</parentId><associationName>gr_gr_sysconfigurations_systemuser</associationName></Associate></soap:Body></soap:Envelope>

The response of exception: 1856.error2.PNG

And the web api request is forming like below.

https://****.crm8.dynamics.com/api/data/v8.0/gr_sysconfigurationses(XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX)/gr_gr_sysconfig_systemuser_useraccess/$ref

the sucess response is showing for association using webapi shown below:

64483.error3.PNG
{"@odata.id":"https://****.crm8.dynamics.com/api/data/v8.0/systemusers(XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX)"}

Can any one have idea on this issue?.

*This post is locked for comments

I have the same question (0)

All responses (6)

Answers (0)

Suggested answer

Guido Preite 54,086 Moderator on at

Like (0)

Report

looks like the plugin you wrote is throwing an exception, so you need to debug the plugin

Was this reply helpful? Yes No
Suggested answer

Emre GULCAN 2,379 on at

Like (0)

Report

Hi,

If you use "InvalidPluginExecutionException" for throwing exception from your plugin, probably WebAPI recognize this "http 500" because of its description.

Http 500 (https://httpstatuses.com/500) is internal server error and occurs when your code not working correctly, due to your screen shot you can use "description" property for details ("My exception").

You should parse response or use try/catch to get exception or directly use Ajax "error".

Was this reply helpful? Yes No
Community Member on at

Like (0)

Report

In above scenario... http 204(https://httpstatuses.com/204) for success.. and it is adding to grid without exception in webapi association request

Was this reply helpful? Yes No
Suggested answer

Community Member on at

Like (0)

Report

Hi ibrahim,

you could try to throw the following exception from the plugin:

throw new HttpResponseException(Request.CreateErrorResponse(HttpStatusCode.NotFound,
"ERROR DESCRIPTION"));

Refer to https://httpstatuses.com/ for HttpStatusCode list.

Please let me know if you solve.

If you found the answer helpful, please mark as Verified

Join my network on LinkedIn Follow me on Twitter

Thank You & Best Regards

Francesco Picchi

Microsoft Dynamics CRM Consultant, Bologna+Milano, ITALY

Independent Contractor

http://www.francescopicchi.com

Was this reply helpful? Yes No
Community Member on at

Like (0)

Report

Hi Francesco,

Here the main problem is plugin is not triggering. I just gave example for plugin is triggering with custom exception.

Was this reply helpful? Yes No
Community Member on at

Like (0)

Report

Stop suggesting nonsense to OP, it has nothing to do with exceptions. WEB API is still buggy, unfinished and this is one scenario where it does not work as intended. Associate through WEB API does not trigger custom logic registered on associate message. I encountered the same scenario. Probably the implementation is manipulating with with sql directly somehow? In any case will take months/years before issue this specific is fixed if ever.

Was this reply helpful? Yes No