【问题标题】:Format for exceptions and errors from Yodlee REST Aggregation APIYodlee REST Aggregation API 的异常和错误格式
【发布时间】:2016-02-26 01:05:52
【问题描述】:

在对 Yodlee REST Aggregation API 进行的 API 调用的响应负载中捕获异常的最佳方法是什么?

从历史上看,我见过{'Error' => [{'errorDetail' => 'some error message'}]},但我也见过{'errorOccured' => true, 'exceptionType' => 'some documented exception type', 'referenceCode' => ''}

documentation 表明我可以期待 exceptionType,但我想确定一下。我目前最关心的 API 调用是 /login。

【问题讨论】:

    标签: yodlee


    【解决方案1】:

    以下是您可以预期的错误代码格式类型-

    JSON 异常格式 1: { “错误发生”:“真”, "exceptionType": "com.yodlee.core.SiteNotFoundException", "referenceCode": "_afe4ae60-68fe-4443-a721-d97a192e9455", “消息”:“未找到参数值:164413432” }

    JSON 异常格式 2(与格式 1 相同,但缺少“消息”属性,因此被视为附加属性): { “错误发生”:“真”, "exceptionType": "发生异常", “参考代码”:“_5c4d1347-cb4a-4404-809b-57dbfabcf1db” }

    JSON 异常格式 3: { “错误”: [ { "errorDetail": "没有找到会话 ID" } ] }

    JSON 异常格式 4(与格式 3 相同,但缺少“errorDetail”属性,因此被视为附加属性): { “错误”: [ 空值 ] }

    JSON 异常格式 5: { "errorDetail": "cobrand/user 的令牌认证失败 无效的 cobrand 对话凭证" }

    这将涵盖几乎所有场景。

    【讨论】:

    • 我最近遇到这种类型的错误:{"errorOccurred"=>"true", "referenceCode"=>"_d0363d1f-3d4e-48ec-ba22-dab7306bf8ec"} 你能帮我吗不明白这是什么意思?
    • @bunty- 您能否将请求发送给 Yodlee 支持并提供相应的详细信息,他们应该能够帮助您。如果没有它,就很难解释导致该错误的原因。
    • 嘿,谢谢回复 Apoorv。我们已经创建了到 Yodlee 的票。
    猜你喜欢
    • 2014-12-31
    • 1970-01-01
    • 1970-01-01
    • 2015-02-19
    • 1970-01-01
    • 2013-11-23
    • 2011-05-17
    • 1970-01-01
    • 2014-03-10
    相关资源
    最近更新 更多