cancel
Showing results for 
Search instead for 
Did you mean: 
Reply
rogersonra
Frequent Visitor

Customer connector: Property "" type mismatch

I'm creating a custom connector from an OpenApi file and when I test an operation (GetAd)

GetAd_1.png

I  am getting a Schema Validation error Schema_validation_error.png

Two of my operations work but four do not

 Operations.png

The two that work do not expect parameters in the path.  The other four do.

I've searched this forum as well as Google searches but have been unable to find the issue.

The custom connector was created from an OpenApi file. The swagger follows.

 

{
  "swagger": "2.0",
  "info": {
    "title": "adman APIs",
    "description": "APIs available for adman",
    "version": "1.0.0"
  },
  "host": "myserver:10182",
  "schemes": [ "http" ],
  "basePath": "/web/services",
  "tags": [
    {
      "name": "adman APIs",
      "description": "APIs available for adman"
    }
  ],
  "definitions": {
    "adHdrDsTmp": {
      "type": "object",
      "properties": {
        "adType": {
          "type": "string",
          "maxLength": 1
        },
        "adDate": {
          "type": "string",
          "maxLength": 10
        },
        "adDesc": {
          "type": "string",
          "maxLength": 30
        },
        "adDeadline": {
          "type": "string",
          "maxLength": 10
        },
        "adWhsDeadline": {
          "type": "string",
          "maxLength": 10
        }
      }
    },
    "GetAdResult": {
      "type": "object",
      "properties": {
        "adHdrDs": {
          "$ref": "#/definitions/adHdrDsTmp"
        }
      }
    },
    "GetAllAdsByTypeResult": {
      "type": "object",
      "properties": {
        "adHdrDs_length": {
          "type": "integer",
          "format": "int32"
        },
        "adHdrDs": {
          "type": "array",
          "maxItems": 1000,
          "items": {
            "$ref": "#/definitions/adHdrDsTmp"
          }
        }
      }
    },
    "GetAllAdsResult": {
      "type": "object",
      "properties": {
        "adHdrDs_length": {
          "type": "integer",
          "format": "int32"
        },
        "adHdrDs": {
          "type": "array",
          "maxItems": 1000,
          "items": {
            "$ref": "#/definitions/adHdrDsTmp"
          }
        }
      }
    }
  },
  "paths": {
        "/adman/{adtype}/{addate}": {
      "delete": {
        "tags": [
          "adman APIs"
        ],
        "operationId": "DeleteAd",
		"summary": "Delete an Ad by supplying the ad type char(1) and ad date char(8) in the format yyyymmdd",
		"description": "Delete an Ad by supplying the ad type and ad date",
        "consumes": [
          "*/*"
        ],
        "produces": [
          "application/json"
        ],
        "parameters": [
          {
            "name": "adtype",
            "in": "path",
            "required": true,
            "type": "string",
            "pattern": "\\w",
            "maxLength": 1
          },
          {
            "name": "addate",
            "in": "path",
            "required": true,
            "type": "string",
            "pattern": "\\d{4}-\\d{2}-\\d{2}",
            "maxLength": 10
          }
        ],
        "responses": {
          "200": {
            "description": "Successful operation"
          }
        }
      },
      "get": {
        "tags": [
          "adman APIs"
        ],
        "operationId": "GetAd",
		"summary": "Get an Ad by supplying the ad type char(1) and ad date char(8) in the format yyyymmdd",
		"description": "Get an Ad by supplying the ad type and ad date",
        "consumes": [
          "*/*"
        ],
        "produces": [
          "application/json"
        ],
        "parameters": [
          {
            "name": "adtype",
            "in": "path",
            "required": true,
            "type": "string",
            "pattern": "\\w",
            "maxLength": 1
          },
          {
            "name": "addate",
            "in": "path",
            "required": true,
            "type": "string",
            "pattern": "\\d{4}-\\d{2}-\\d{2}",
            "maxLength": 10
          }
        ],
        "responses": {
          "200": {
            "description": "Successful operation",
            "schema": {
              "$ref": "#/definitions/GetAdResult"
            }
          }
        }
      },
      "put": {
        "tags": [
          "adman APIs"
        ],
        "operationId": "UpdateAd",
		"summary": "Update an Ad by supplying the ad type char(1) and ad date char(8) in the format yyyymmdd",
		"description": "Update an Ad by supplying the ad type and ad date. The new values are specified in the body",
        "consumes": [
          "application/json"
        ],
        "produces": [
          "application/json"
        ],
        "parameters": [
          {
            "name": "adtype",
            "in": "path",
            "required": true,
            "type": "string",
            "pattern": "\\w",
            "maxLength": 1
          },
          {
            "name": "addate",
            "in": "path",
            "required": true,
            "type": "string",
            "pattern": "\\d{4}-\\d{2}-\\d{2}",
            "maxLength": 10
          },
          {
            "name": "body",
            "in": "body",
            "required": true,
            "schema": {
              "$ref": "#/definitions/adHdrDsTmp"
            }
          }
        ],
        "responses": {
          "200": {
            "description": "Successful operation"
          }
        }
      }
    },
    "/{adtype}": {
      "get": {
        "tags": [
          "adman APIs"
        ],
        "operationId": "GetAllAdsByType",
		"summary": "Get all Ads by Type by dupllying s type",
		"description": "Get all Ads by Type by dupllying s type",		
        "consumes": [
          "*/*"
        ],
        "produces": [
          "application/json"
        ],
        "parameters": [
          {
            "name": "adtype",
            "in": "path",
            "required": true,
            "type": "string",
            "pattern": "\\w",
            "maxLength": 1
          }
        ],
        "responses": {
          "200": {
            "description": "Successful operation",
            "schema": {
              "$ref": "#/definitions/GetAllAdsByTypeResult"
            }
          }
        }
      }
    },
    "/": {
      "get": {
        "tags": [
          "adman APIs"
        ],
        "operationId": "GetAllAds",
		"summary": "getallads",
		"description": "Get all ads - there are no parameters",
        "consumes": [
          "*/*"
        ],
        "produces": [
          "application/json"
        ],
        "parameters": [],
        "responses": {
          "200": {
            "description": "Successful operation",
            "schema": {
              "$ref": "#/definitions/GetAllAdsResult"
            }
          }
        }
      },
      "post": {
        "tags": [
          "adman APIs"
        ],
        "operationId": "CreateAd",
		"summary": "Createad",
		"description": "Create a new ad.  There are no parameters but the values are specified in the body",
        "consumes": [
          "application/json"
        ],
        "produces": [
          "application/json"
        ],
        "parameters": [
          {
            "name": "body",
            "in": "body",
            "required": true,
            "schema": {
              "$ref": "#/definitions/adHdrDsTmp"
            }
          }
        ],
        "responses": {
          "200": {
            "description": "Successful operation"
          }
        }
      }
    }
  }
}

 

If anyone has any suggestions as to what the issue may be please respond.

Thanks,

Rob

 

 
 

 

8 REPLIES 8
rohsh354
Community Support
Community Support

Hello,

 

Type value mismatch usually means that property is defined as object, but the default value is being passed as string.

 

Please check the parameters and its values which are being returned and its data type.

 

 

Thanks for replying @rohsh354

 

When you say "Please check the parameters and its values which are being returned and its data type." you're referring to the the Body in the Response correct?

If I call getad using postman and the same parameters 

GetAd_in_postman.png

an object is returned. 

Shouldn't the Response body in the connector be returning an object as well if both postman and powerapps are based on the same swagger file (which they are)?

 

Thanks,

rogersonra 

Hi @rogersonra ,

 

Just wondering if you are able to resolve this issue ? I have created a custom connector and when i "Test" , I get the error in Schema Validation saying  " Property "" type mismatch, Expected: "array", Actual: "string" ".

 

I have tried creating the custom connector by 

a. Importing a postman v1 collection

b. Exporting an API directly from APIM into Power APps environment. 

 

Both these custom connectors give the same error upon "Testing". Any help is highly appreciated. 

 

PS: Already tried adding https://powerapp.microsoft.com in the allowed origins in CORS policy of APIM

 

Thank you!

Clicking on update connector without making any change had resolved this issue for me.Unable to find root cause.

philstubbington
Frequent Visitor

I had exactly the same problem, and the "fix" was the same 🤷‍

zepef23
Regular Visitor

Hello,

I have exactly the same problem when issuing a POST command from a Power Apps custom connector. It is used to send a semantic query and works great from POSTMAN. When I try to  TEST the connector I get a 403 message with a header whithout any interesting information and à mismatch object/string notification. Here's the Swagger:

 

swagger: '2.0'
info: {version: 1.0.0, title: Systra 2022, description: Systra 2022}
host: systra-semantic-search.search.windows.net
basePath: /
schemes: [https]
consumes: []
produces: [application/json]
paths:
/indexes/sharepoint-index/docs/search:
post:
summary: Systra Semantic Query
description: Systra Semantic Query
operationId: SystraSemanticQuery
parameters:
- {name: api-version, default: 2021-04-30-Preview, in: query, type: string,
required: true}
- {name: Accept, in: header, required: true, type: string, default: '*/*', description: Accept}
- {name: Content-Type, in: header, required: true, type: string, default: application/json,
description: Content-Type}
- {name: api-key, in: header, required: true, type: string, default: MyServiceKeyObfuscated,
description: api-key}
- name: body
in: body
schema:
type: object
properties:
search: {type: string, description: search}
queryType: {type: string, description: queryType}
queryLanguage: {type: string, description: queryLanguage}
answers: {type: string, description: answers}
captions: {type: string, description: captions}
count: {type: string, description: count, title: '', format: ''}
semanticConfiguration: {type: string, description: semanticConfiguration}
highlightPreTag: {type: string, description: highlightPreTag}
highlightPostTag: {type: string, description: highlightPostTag}
speller: {type: string, description: speller}
default: {search: 'what is a measurement campaign?', queryType: semantic,
queryLanguage: en-us, answers: extractive|count-3, captions: extractive|highlight-true,
count: 'true', semanticConfiguration: systrasemantics, highlightPreTag: <strong>,
highlightPostTag: </strong>, speller: lexicon}
required: true
responses:
default:
description: default
schema:
type: object
properties:
'@odata.context': {type: string, description: '@odata.context'}
'@odata.count': {type: integer, format: int32, description: '@odata.count'}
'@search.answers':
type: array
items: {}
description: '@search.answers'
'@search.nextPageParameters':
type: object
properties:
search: {type: string, description: search}
queryType: {type: string, description: queryType}
queryLanguage: {type: string, description: queryLanguage}
answers: {type: string, description: answers}
captions: {type: string, description: captions}
count: {type: boolean, description: count}
semanticConfiguration: {type: string, description: semanticConfiguration}
highlightPreTag: {type: string, description: highlightPreTag}
highlightPostTag: {type: string, description: highlightPostTag}
speller: {type: string, description: speller}
skip: {type: integer, format: int32, description: skip}
description: '@search.nextPageParameters'
value:
type: array
items:
type: object
properties:
'@search.score': {type: number, format: float, description: '@search.score'}
'@search.rerankerScore': {type: number, format: float, description: '@search.rerankerScore'}
'@search.captions':
type: array
items:
type: object
properties:
text: {type: string, description: text}
highlights: {type: string, description: highlights}
description: '@search.captions'
id: {type: string, description: id}
metadata_spo_item_name: {type: string, description: metadata_spo_item_name}
metadata_spo_item_path: {type: string, description: metadata_spo_item_path}
metadata_spo_item_content_type: {type: string, description: metadata_spo_item_content_type}
metadata_spo_item_last_modified: {type: string, description: metadata_spo_item_last_modified}
metadata_spo_item_size: {type: integer, format: int32, description: metadata_spo_item_size}
content: {type: string, description: content}
description: value
'@odata.nextLink': {type: string, description: '@odata.nextLink'}
/datasources: {}
/indexes: {}
/indexers: {}
definitions: {}
parameters: {}
responses: {}
securityDefinitions:
Clé API: {type: apiKey, in: header, name: api-key}
security:
- Clé API: []
tags: []

 

I have been stuck on this one for days so I would really appreciate any help.

 

Thank you!

 

Pierre-Emmanuel

zepef23
Regular Visitor

Hello again,

Since the "Update connecor" fix was not working for me I played a little while with the security part of the connector scaffolding. I changed "Clé API" for "API Key" as a api-key label. It was not changed inside the Swagger text but when I updated the connector everithing was working fine. I do suspect there's a formatting bug occurring when saving modified Swagger.

 

Anyway, I am a happy connector creator now!

 

Pierre-Emmanuel

Believe it or not, I had the same error and the request was just fine.   I had a two value response in the Content-Type header on the body (because that is what matched the message body header in the actual response)

I highly recommend just making Content-Type Application/Json as the only response body header, if applicable and ignore the rest.  Use the results to build the schema in the editor but don't 'overwhelm' the wizard.

 

This Custom Connector wizard needs a lot of work to eliminate bugs.

Helpful resources

Announcements

Community will be READ ONLY July 16th, 5p PDT -July 22nd

Dear Community Members,   We'd like to let you know of an upcoming change to the community platform: starting July 16th, the platform will transition to a READ ONLY mode until July 22nd.   During this period, members will not be able to Kudo, Comment, or Reply to any posts.   On July 22nd, please be on the lookout for a message sent to the email address registered on your community profile. This email is crucial as it will contain your unique code and link to register for the new platform encompassing all of the communities.   What to Expect in the New Community: A more unified experience where all products, including Power Apps, Power Automate, Copilot Studio, and Power Pages, will be accessible from one community.Community Blogs that you can syndicate and link to for automatic updates. We appreciate your understanding and cooperation during this transition. Stay tuned for the exciting new features and a seamless community experience ahead!

Summer of Solutions | Week 4 Results | Winners will be posted on July 24th

We are excited to announce the Summer of Solutions Challenge!   This challenge is kicking off on Monday, June 17th and will run for (4) weeks.  The challenge is open to all Power Platform (Power Apps, Power Automate, Copilot Studio & Power Pages) community members. We invite you to participate in a quest to provide solutions in the Forums to as many questions as you can. Answers can be provided in all the communities.    Entry Period: This Challenge will consist of four weekly Entry Periods as follows (each an “Entry Period”)   - 12:00 a.m. PT on June 17, 2024 – 11:59 p.m. PT on June 23, 2024 - 12:00 a.m. PT on June 24, 2024 – 11:59 p.m. PT on June 30, 2024 - 12:00 a.m. PT on July 1, 2024 – 11:59 p.m. PT on July 7, 2024 - 12:00 a.m. PT on July 8, 2024 – 11:59 p.m. PT on July 14, 2024   Entries will be eligible for the Entry Period in which they are received and will not carryover to subsequent weekly entry periods.  You must enter into each weekly Entry Period separately.   How to Enter: We invite you to participate in a quest to provide "Accepted Solutions" to as many questions as you can. Answers can be provided in all the communities. Users must provide a solution which can be an “Accepted Solution” in the Forums in all of the communities and there are no limits to the number of “Accepted Solutions” that a member can provide for entries in this challenge, but each entry must be substantially unique and different.    Winner Selection and Prizes: At the end of each week, we will list the top ten (10) Community users which will consist of: 5 Community Members & 5 Super Users and they will advance to the final drawing. We will post each week in the News & Announcements the top 10 Solution providers.  At the end of the challenge, we will add all of the top 10 weekly names and enter them into a random drawing.  Then we will randomly select ten (10) winners (5 Community Members & 5 Super Users) from among all eligible entrants received across all weekly Entry Periods to receive the prize listed below. If a winner declines, we will draw again at random for the next winner.  A user will only be able to win once overall. If they are drawn multiple times, another user will be drawn at random.  Individuals will be contacted before the announcement with the opportunity to claim or deny the prize.  Once all of the winners have been notified, we will post in the News & Announcements of each community with the list of winners.   Each winner will receive one (1) Pass to the Power Platform Conference in Las Vegas, Sep. 18-20, 2024 ($1800 value). NOTE: Prize is for conference attendance only and any other costs such as airfare, lodging, transportation, and food are the sole responsibility of the winner. Tickets are not transferable to any other party or to next year’s event.   ** PLEASE SEE THE ATTACHED RULES for this CHALLENGE**   Week 1 Results: Congratulations to the Week 1 qualifiers, you are being entered in the random drawing that will take place at the end of the challenge. Community MembersNumber of SolutionsSuper UsersNumber of Solutions @anandm08  23 @WarrenBelz  31 @DBO_DV  10 @Amik  19 AmínAA 6 @mmbr1606  12 @rzuber  4 @happyume  7 @Giraldoj  3@ANB 6 (tie)   @SpongYe  6 (tie)     Week 2 Results: Congratulations to the Week 2 qualifiers, you are being entered in the random drawing that will take place at the end of the challenge. Community MembersSolutionsSuper UsersSolutions @anandm08  10@WarrenBelz 25 @DBO_DV  6@mmbr1606 14 @AmínAA 4 @Amik  12 @royg  3 @ANB  10 @AllanDeCastro  2 @SunilPashikanti  5 @Michaelfp  2 @FLMike  5 @eduardo_izzo  2   Meekou 2   @rzuber  2   @Velegandla  2     @PowerPlatform-P  2   @Micaiah  2     Week 3 Results: Congratulations to the Week 3 qualifiers, you are being entered in the random drawing that will take place at the end of the challenge.   Week 3:Community MembersSolutionsSuper UsersSolutionsPower Apps anandm0861WarrenBelz86DBO_DV25Amik66Michaelfp13mmbr160647Giraldoj13FLMike31AmínAA13SpongYe27     Week 4 Results: Congratulations to the Week 4 qualifiers, you are being entered in the random drawing that will take place at the end of the challenge.   Week 4:Community MembersSolutionsSuper UsersSolutionsPower Apps DBO-DV21WarranBelz26Giraldoj7mmbr160618Muzammmil_0695067Amik14samfawzi_acml6FLMike12tzuber6ANB8   SunilPashikanti8

Check Out | 2024 Release Wave 2 Plans for Microsoft Dynamics 365 and Microsoft Power Platform

On July 16, 2024, we published the 2024 release wave 2 plans for Microsoft Dynamics 365 and Microsoft Power Platform. These plans are a compilation of the new capabilities planned to be released between October 2024 to March 2025. This release introduces a wealth of new features designed to enhance customer understanding and improve overall user experience, showcasing our dedication to driving digital transformation for our customers and partners.    The upcoming wave is centered around utilizing advanced AI and Microsoft Copilot technologies to enhance user productivity and streamline operations across diverse business applications. These enhancements include intelligent automation, AI-powered insights, and immersive user experiences that are designed to break down barriers between data, insights, and individuals. Watch a summary of the release highlights.    Discover the latest features that empower organizations to operate more efficiently and adaptively. From AI-driven sales insights and customer service enhancements to predictive analytics in supply chain management and autonomous financial processes, the new capabilities enable businesses to proactively address challenges and capitalize on opportunities.    

Updates to Transitions in the Power Platform Communities

We're embarking on a journey to enhance your experience by transitioning to a new community platform. Our team has been diligently working to create a fresh community site, leveraging the very Dynamics 365 and Power Platform tools our community advocates for.  We started this journey with transitioning Copilot Studio forums and blogs in June. The move marks the beginning of a new chapter, and we're eager for you to be a part of it. The rest of the Power Platform product sites will be moving over this summer.   Stay tuned for more updates as we get closer to the launch. We can't wait to welcome you to our new community space, designed with you in mind. Let's connect, learn, and grow together.   Here's to new beginnings and endless possibilities!   If you have any questions, observations or concerns throughout this process please go to https://aka.ms/PPCommSupport.   To stay up to date on the latest details of this migration and other important Community updates subscribe to our News and Announcements forums: Copilot Studio, Power Apps, Power Automate, Power Pages

Users online (1,949)