Uploaded image for project: 'Red Hat Fuse'
  1. Red Hat Fuse
  2. ENTESB-12189

Custom API connector integration securityDefinitions issue

    XMLWordPrintable

Details

    • Bug
    • Status: Done
    • Major
    • Resolution: Done
    • fuse-7.x-GA, fuse-7.5-GA
    • fuse-7.7-GA
    • Fuse Online
    • fuse-7.7-build6
    • Hide

      1. Create custom API connector using attached OpenAPI document (select authentication by header)
      2. Create simple integration Timer -> custom API connector (sent requests can be checked with requestbin.com)
      3. See the parameter with placeholder added to the url of the service

      Show
      1. Create custom API connector using attached OpenAPI document (select authentication by header) 2. Create simple integration Timer -> custom API connector (sent requests can be checked with requestbin.com) 3. See the parameter with placeholder added to the url of the service
    • Hide

      The security definition that is not used can be deleted from the OpenAPI document which then results in the correct behavior.

      Show
      The security definition that is not used can be deleted from the OpenAPI document which then results in the correct behavior.

    Description

      When I try to create custom API connector using this document api.json and accept the Header type as the one that should be used, The integration that uses such connector still send both header and query parameter (header contains the right API key, query parameter contains just a placeholde -

      {api_key}

      ).

      This can be reproduced when creating just a simple timer -> custom API connector integration.

      Attachments

        Issue Links

          Activity

            People

              pcongius Pasquale Congiusti
              jsafarik@redhat.com Jan Safarik
              Jan Safarik Jan Safarik
              Votes:
              0 Vote for this issue
              Watchers:
              3 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: