flyte | 2016-11-04 18:07:33 UTC | #1
I am now getting this exception when trying to call the ININ.PureCloudApi.Api.ConversationsApi.GetCallsCallId method. Using version 0.91.11.388 of the .NET SDK.
ININ.PureCloudApi.Client.ApiException: Error converting value "transfer.notavailable" to type 'System.Nullable`1[ININ.PureCloudApi.Model.CallMediaParticipant+DisconnectTypeEnum]'. Path 'participants[6].disconnectType', line 1, position 5403. at ININ.PureCloudApi.Client.ApiClient.Deserialize(IRestResponse response, Type type) at ININ.PureCloudApi.Api.ConversationsApi.GetCallsCallIdWithHttpInfo(String callId) at ININ.PureCloudApi.Api.ConversationsApi.GetCallsCallId(String callId
This has effectively stalled our extract operations here. Can someone explain this error to me and what needs to be done to correct it?
tim.smith | 2016-11-04 18:52:48 UTC | #2
Could you provide the raw JSON from the response for that API call? You can get it by making the request manually; I suggest using the Developer Tools API Explorer. I can take a look if I can see the JSON it's trying to deserialize.
flyte | 2016-11-04 19:15:41 UTC | #3
I know this isn't exactly the JSON you are requesting, but here is the JSON for the offending conversation from the Analytics Api call to GetConversationsConversationIdDetails . I will try to get the JSON response for the Conversation's API's GetCallsCallId (where this error is being thrown) in a few minutes.
{ "conversationId": "37f9085e-7e77-49e6-abb9-c959e50e7319", "conversationStart": "2016-11-03T17:54:58.383Z", "participants": [ { "purpose": "user", "participantId": "80737c09-868c-4103-a80e-2011d721446b", "userId": "ac5eeeb0-6601-4c87-ba25-22e8f6e7357a", "sessions": [ { "mediaType": "voice", "direction": "outbound", "sessionId": "7c6ea6b6-80e5-47c4-b7c8-ae0ba142be11", "ani": "sip:KimYoung1@38.134.85.149", "dnis": "sip:kristinahennessey%40kaltire.com@localhost", "edgeId": "31649390-e033-4b19-b2a0-b105719b7ece", "skipEnabled": false, "segments": [ { "segmentType": "dialing", "segmentStart": "2016-11-03T17:54:58.383Z", "segmentEnd": "2016-11-03T17:54:58.953Z", "conference": false }, { "disconnectType": "client", "segmentType": "interact", "segmentStart": "2016-11-03T17:54:58.953Z", "segmentEnd": "2016-11-03T17:55:06.406Z", "conference": false } ] } ] }, { "purpose": "voicemail", "participantId": "7d7c7b3a-43e3-480d-bc73-d5f78cdbcc7d", "userId": "597b6019-7ce9-405e-865f-d8f856fc818b", "sessions": [ { "mediaType": "voice", "direction": "inbound", "sessionId": "f3d69f0e-afc0-4db6-914f-3aa710786c21", "ani": "sip:kimyoung%40kaltire.com@localhost", "dnis": "sip:AmandaMassey1@127.0.0.1;language=en-US;user=voicemail", "skipEnabled": false, "segments": [ { "segmentType": "system", "segmentStart": "2016-11-03T17:54:58.949Z", "segmentEnd": "2016-11-03T17:54:58.953Z", "conference": false }, { "segmentType": "interact", "segmentStart": "2016-11-03T17:54:58.953Z", "segmentEnd": "2016-11-03T17:55:06.41Z", "conference": false } ] } ] } ] }
flyte | 2016-11-04 19:21:36 UTC | #4
And here is the JSON from the Conversation's API GetCallsCallId() (/api/v2/conversations/calls/{callId}
{ "id": "37f9085e-7e77-49e6-abb9-c959e50e7319", "participants": [ { "id": "80737c09-868c-4103-a80e-2011d721446b", "address": "sip:KimYoung1@38.134.85.149", "startTime": "2016-11-03T17:54:58.478Z", "connectedTime": "2016-11-03T17:54:58.999Z", "endTime": "2016-11-03T17:55:06.534Z", "purpose": "user", "state": "disconnected", "direction": "outbound", "disconnectType": "client", "held": false, "wrapupRequired": false, "user": { "id": "ac5eeeb0-6601-4c87-ba25-22e8f6e7357a", "selfUri": "/api/v2/users/ac5eeeb0-6601-4c87-ba25-22e8f6e7357a" }, "attributes": {}, "provider": "Edge", "muted": false, "confined": false, "recording": false, "recordingState": "none", "ani": "sip:KimYoung1@38.134.85.149", "dnis": "sip:kristinahennessey%40kaltire.com@localhost" }, { "id": "1addecd4-c33c-41b0-9cbe-7298d318657a", "address": "unknown", "startTime": "2016-11-03T17:54:59.034Z", "endTime": "2016-11-03T17:54:59.068Z", "purpose": "station", "state": "disconnected", "direction": "inbound", "disconnectType": "transfer.notavailable", "held": false, "wrapupRequired": false, "attributes": {}, "provider": "Edge", "muted": false, "confined": false, "recording": false, "recordingState": "none", "ani": "unknown", "dnis": "unknown" }, { "id": "7d7c7b3a-43e3-480d-bc73-d5f78cdbcc7d", "address": "sip:AmandaMassey1@127.0.0.1;language=en-US;user=voicemail", "startTime": "2016-11-03T17:54:58.991Z", "connectedTime": "2016-11-03T17:54:58.999Z", "endTime": "2016-11-03T17:55:06.538Z", "purpose": "voicemail", "state": "disconnected", "direction": "inbound", "disconnectType": "peer", "held": false, "wrapupRequired": false, "user": { "id": "597b6019-7ce9-405e-865f-d8f856fc818b", "selfUri": "/api/v2/users/597b6019-7ce9-405e-865f-d8f856fc818b" }, "attributes": {}, "provider": "Edge", "muted": false, "confined": false, "recording": false, "recordingState": "none", "ani": "sip:kimyoung%40kaltire.com@localhost", "dnis": "sip:AmandaMassey1@127.0.0.1;language=en-US;user=voicemail" } ], "otherMediaUris": [], "recordingState": "none", "selfUri": "/api/v2/conversations/calls/37f9085e-7e77-49e6-abb9-c959e50e7319" }
tim.smith | 2016-11-04 19:45:37 UTC | #5
Thanks for the quick info. There are two things going on here:
- API-2059 - The documentation is using the wrong value for the enum values. This causes the SDKs to expect a value that's different than what's actually sent by the API. FWIW, the API is correct, the docs and SDK are wrong.
- API-2064 - The .NET SDK should be handling unknown enum values gracefully and setting the enum to the OutdatedSdkVersion member, but it's throwing an exception on this value for some reason. I've opened this issue to investigate the serialization process.
tim.smith | 2016-11-04 20:58:41 UTC | #6
@flyte, I've fixed the SDK issue API-2064 as of v0.91.12.389. This means that you'll now get the OutdatedSdkVersion enum member instead of a serialization exception.
I've discussed API-2059 with the dev team for the resource and it has been bumped up in priority to be worked on next week. Hopefully the fix will make it to production late next week or early the following week.
system | 2017-08-28 19:28:26 UTC | #7
This post was migrated from the old Developer Forum.
ref: 579