1
1
不幸的是,econnect api和gp web服务都返回一般性错误,只是很高兴您不必解析econnect错误。 好的一面是,错误通常是静态的,因此可以为它们构建解析器。使用这种类型的web服务创建自定义异常绝对是一种很好的方法。 |
2
1
我有 a blog post 这详细说明了我是如何在wcf中克服这个问题的(尽管如您所见,我不介意通过解析错误消息来获取详细信息)。这是它的肉:
一旦有了guid,就可以使用它来查询gp web服务以获取错误的详细信息。 |
3
0
你能控制webservice代码吗? 在这种情况下,我将返回带有简单错误代码的soapexceptions,这些代码更易于解析,并让客户端应用程序决定基于什么消息显示以及解析的错误代码。 您可以在webservice上使用“错误代码”枚举使代码更可读。
|
4
0
对于对这些话题感兴趣的人来说,jacob proffitt的回答看起来是个不错的选择。这里有一个来自dynamics gp文档的剪报:
} 但在我引用的例子中:getcustomer的id不存在,“soaperr.detail.haschildnodes”一行是false,所以失败了。 webservices似乎充满了有趣的行为,这将花费比我预期的更长的时间:(。 |
5
0
我开始讨厌全科医生了。这可能是“糟糕的形式”,但我做了以下几点:
|