Uploaded image for project: 'edge-orders'
  1. edge-orders
  2. EDGORDERS-22

Configuration based request routing

    XMLWordPrintable

Details

    • ACQ Sprint 89
    • 3
    • Thunderjet

    Description

      Overview

      It's currently necessary to make code changes in edge-orders when integrating with new vendors. We have type=GOBI which routes requests to mod-gobi, but if I were to integrate with vendor FOO I'd have to update the edge-order code to route those requests to mod-foo.

      Instead it would be great if we could make this configuration driven

      Approach

      See wiki Configuration based logic

      Acceptance Criteria

      • A formal schema is defined and used to validate configuration files.
      • Appropriate 4xx responses are returned if a request is made for a type w/o a mapping
      • unit tests are updated
      • a sample mapping file is checked into git for reference - with the gobi mappings
      • mappings for non-existent endpoints are ignored - a warning should be logged
      • errors parsing the mappings should be logged

      TestRail: Results

        Attachments

          1. api_configuration.json
            0.4 kB
          2. EDGE.postman_collection.json
            11 kB
          3. ephemeral.properties
            0.4 kB
          4. run.png
            run.png
            379 kB
          5. screenshot-1.png
            screenshot-1.png
            209 kB

          Issue Links

            Activity

              People

                Andrei_Makaranka Andrei Makaranka
                cmcnally Craig McNally
                Craig McNally Craig McNally
                Votes:
                0 Vote for this issue
                Watchers:
                4 Start watching this issue

                Dates

                  Created:
                  Updated:
                  Resolved:

                  TestRail: Runs

                    TestRail: Cases