Hi there, Having a problem with using the API for one of our pieces of software as a custom connector.
The Error coming up when importing the JSON file is "Specified file does not match OpenAPI 2.0 specification: 'JSON is valid against no schemas from 'oneOf'. Path 'securityDefinitions.auth'.' "
The code being used is
The OpenAPI 2.0 specification is documented in the following page:
The Password Flow should be supported.
I will do some research on this, and will share it out if I have found anything helpful.
So reading further into this I can see that this has come up for others, but have not seen a solution for them.
Is there a particular schema that powerapps is looking for with regards to the password flow?
The Oauth2 spec that you linked to doesnt show an example I can work from for the password flow do you have an example of it working I could try use?
Having exactly the same issue trying to use the password schema for oAuth2.
See the definition bleow;
I've looked further into this, and am now using no authentication and trying to call the token call manually.
The problem there is that Powerapps wants to send everything as json, and I cant seem to tell Powerapps that for that request I want just raw text.
The system I'm connecting to, for the token call is expecting something like this
So in short if I pass it as raw body it works.
How do I get powerapps to allow this?
You're not the only one who got stuck here. I too found that if I pass the string as a raw body it will work also.
I think the problem is that Cherwell's API has implemented the four parameters in the token call as formData and the connector appears to require us to send it as JSON. I have not been able to workaround this limitation.
@CLS9 , have you been successful in your efforts?
Just wanted to add that I'm seeing the same error but for client credentials flow
"description":"client credentials grant flow",
It seems to be an issue with the front end validation making auth and refresh URLs mandatory. As it seems happy with the connector up until you try and create it. Then when you fill in the authorization URL it is correctly failing against the OpenAPI spec, as it now has a clientCredentials flow with an authorizationUrl which is invalid. So if the front end form fields werent mandatory this would probably be fine.