-
Notifications
You must be signed in to change notification settings - Fork 15
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
SDK-Scheme-Adapter is not returning Party Sub-Id #2574
Comments
Mojaloop-Simulators are not aligned to the Backend API Specification. https://github.com/mojaloop/mojaloop-simulator/search?q=subIdValue <-- One can see that it is using the Specifically, the place where the incorrect mapping occurs on the Mojaloop-Simulators: https://github.com/mojaloop/mojaloop-simulator/blob/823d4a2399dbffa834e8f285aa800f260a5669a2/src/models/party.js#L78 Issue introduced with PISP changes: https://github.com/mojaloop/mojaloop-simulator/pull/115/files#diff-0d62261745b66669c1a496129be5b70d8039e9bd09f0d561396a1c64d4c60f0eR78 |
Thanks for the analysis Miguel @mdebarros .. |
- fix for mojaloop/project#2574 - re-factored party model to break up the DB logic into discrete functions - re-worked to correctly handle accounts - added correct index'ing for the accounts table - `subIdValue` has been replaced with `idSubValue` to be consistent with the DFSP API, note the Database will continue to use `subIdValue` to be backward compatible - updated eslint to ignore some un-pragmatic rules
…#120) fix(mojaloop/#2574): sdk-scheme-adapter is not returning party sub-id: - fix for mojaloop/project#2574 - re-factored party model to break up the DB logic into discrete functions - re-worked to correctly handle accounts - added correct index'ing for the accounts table - `subIdValue` has been replaced with `idSubValue` to be consistent with the DFSP API, note the Database will continue to use `subIdValue` to be backward compatible - updated eslint to ignore some un-pragmatic rules fix(mojaloop/#2575): mojaloop-simulator rules are not executing as expected - updated unit tests to cover issues for mojaloop/project#2575 - issue is caused by an update to the [json-rules-engine](https://github.com/CacheControl/json-rules-engine). The path defined in rules must now start with "$" (e.g. `$.<attribute>`), previously `.<attribute>` would work but no longer functional due to the dependency being updated - updated example rule paths with the missing `$` prefix chore: updating dependencies - updated dependencies - added node-fetch & eslint to ncurc ignore list due to a breaking change due to node version incomptability - fixed audit-resolve issues - fixed some typos/spacing/lines in readme
- updated unit tests p2p_happy_path_subid to resolve this issue: mojaloop/project#2574 - Mojaloop-Simulator DFSP API incorrectly set the subIdValue instead of the idSubValue when creating the Party
- fix: fspiop api version negotiation not handled - Updates for Transfer Service: mojaloop/project#2536 - fix(mojaloop/#2574): sdk-scheme-adapter is not returning party sub-id - updated unit tests p2p_happy_path_subid to resolve this issue: mojaloop/project#2574 - Mojaloop-Simulator DFSP API incorrectly set the subIdValue instead of the idSubValue when creating the Party - feat: update GP tests to use v1.1 by default and v1.0 only for specific test cases #2530 - mojaloop/project#2530
Summary:
The
p2p_money_transfer - p2p_happy_path with subID
test-case on the Golden-Path collection fails as theget /parties/{Type}/{ID}/{SubId}
assertion fails due to the SubId not being returned in the callback.Captured Raw HTTP traffic from the SDK-Scheme-Adapter
The simulator is returning the SubId as per the above log, but the SDK is not including it in the PUT Callback to the switch.
Severity:
Medium
Priority:
Medium
Expected Behavior
The SDK should send the callback with the missing SubId (
"partySubIdOrType": "30"
):Steps to Reproduce
will fail assertion
Callback partyIdInfo (partyIdType, partyIdentifier)` due to the missing SubIdSpecifications
Notes:
The text was updated successfully, but these errors were encountered: