Закрытие соединения при получении всех счетов
У меня есть веб-сервис, который взаимодействует с API v3. У меня есть клиентское приложение, которое связывается с моим веб-сервисом. Я работаю над выставлением счетов в моем клиентском приложении. Я не могу получить доступ к классу Intuit.Ipp.Data.SalesItemLineDetail в моем клиентском приложении. Поэтому я не могу передать счет-фактуру из своего веб-сервиса моему клиенту, также из-за этого я не могу создать счет-фактуру в своем клиентском приложении для передачи в мой веб-сервис.
веб-служба извлекает все счета из интуитивно, но завершается неудачно, когда передает readonlycollection(of invoice) обратно в мое клиентское приложение.
Пример, который я получаю в своем клиентском приложении при вызове getAll(invoice): System.ServiceModel.CommunicationException: базовое соединение было закрыто
внутреннее сообщение об ошибке исключения из журнала xml в моем веб-сервисе выглядит следующим образом: при попытке сериализации параметра http://tempuri.org/:GetInvoicesResult произошла ошибка. Сообщение InnerException "Тип" Intuit.Ipp.Data.SalesItemLineDetail с именем контракта данных "SalesItemLineDetail: http://schemas.datacontract.org/2004/07/Intuit.Ipp.Data" не ожидается. Попробуйте использовать DataContractResolver или добавить любые типы, которые не известны статически, в список известных типов - например, с помощью атрибута KnownTypeAttribute или добавив их в список известных типов, передаваемых в DataContractSerializer.'. Пожалуйста, смотрите InnerException для более подробной информации.
Что другие люди сделали в этой ситуации? Это проблема с веб-сервисами? Могу ли я как-то передать тип данных своему клиенту через веб-сервис?
1 ответ
Я нашел способ обойти эту ситуацию. Я не смог передать фактический счет из службы, поэтому мне пришлось создать в службе sudo-счет, который будет содержать только те данные, которые мне нужны, и передать их моему клиенту.
Кажется, объект счета был слишком велик для службы, поэтому мне пришлось пойти по этому пути, чтобы получить нужные мне данные.