Skip to content
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 validates Inbound FSPIOP request content-type headers #2264

Closed
9 of 11 tasks
mdebarros opened this issue Jun 9, 2021 · 1 comment
Closed
9 of 11 tasks
Assignees
Labels
oss-core This is an issue - story or epic related to a feature on a Mojaloop core service or related to it story
Milestone

Comments

@mdebarros
Copy link
Member

mdebarros commented Jun 9, 2021

Goal:

As a SDK-Scheme-Adapter User

I want to ensure that the SDK-Scheme-Adapter validates Inbound FSPIOP request content-type headers

so that the header validation conforms to the FSPIOP Specification

Acceptance Criteria:

Complexity: Medium

Uncertainty: Medium


Tasks:

  • TBD [ @? ]

Done

  • Acceptance Criteria pass
  • Designs are up-to date
  • Unit Tests pass
  • Integration Tests pass
  • Code Style & Coverage meets standards
  • Changes made to config (default.json) are broadcast to team and follow-up tasks added to update helm charts and other deployment config.
  • TBD

Pull Requests:

Follow-up:

Dependencies:

  • N/A

Accountability:

  • Owner: TBC
  • QA/Review: TBC
@mdebarros mdebarros added oss-core This is an issue - story or epic related to a feature on a Mojaloop core service or related to it story to-be-refined This story is ready to be groomed labels Jun 9, 2021
@mdebarros
Copy link
Member Author

Initial thinking on how to resolve this --> mojaloop/sdk-scheme-adapter#276

However, much re-factoring required on unit/integration tests.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
oss-core This is an issue - story or epic related to a feature on a Mojaloop core service or related to it story
Projects
None yet
Development

No branches or pull requests

3 participants