typescript: allow mixed types for anyOf

[danaelhe]

Described the bug here:
#6801 (comment)

Now it can properly handle anyOf (e.g. here) of mixed types.

Example OpenAPI 3.0 spec:

    components:
        parameters:
            ssh_key_identifier:
                in: path
                name: ssh_key_identifier
                required: true
                description: Either the ID or the fingerprint of an existing SSH key.
                schema:
                    anyOf:
                    - $ref: '#/components/schemas/ssh_key_id'
                    - $ref: '#/components/schemas/ssh_key_fingerprint'
                example: 512189


....
        schema:
            ssh_key_id:
                type: integer
                description: >-
                    A unique identification number for this key. Can be used to embed a 
                    specific SSH key into a Droplet.
                readOnly: true
                example: 512189
            
            ssh_key_fingerprint:
                type: string
                description: >-
                    A unique identifier that differentiates this key from other keys using 
                    a format that SSH recognizes. The fingerprint is created when the key is
                    added to your account.
                readOnly: true
                example: 3b:16:bf:e4:8b:00:8b:b8:59:8c:a9:d3:f0:19:45:fa
    

Now generates:

export interface KeysRequestBuilder extends BaseRequestBuilder<KeysRequestBuilder> {
    /**
     * Gets an item from the ApiSdk.v2.account.keys.item collection
     * @param ssh_key_identifier Either the ID or the fingerprint of an existing SSH key.
     * @returns {WithSsh_key_identifierItemRequestBuilder}
     */
     bySsh_key_identifier(ssh_key_identifier: string | number) : WithSsh_key_identifierItemRequestBuilder;
}

When before it was just allowing one type:
bySsh_key_identifier(ssh_key_identifier: number) : WithSsh_key_identifierItemRequestBuilder;

Re-ran our mocked tests and it all seems to pass...doesn't seem to have broke anything else 🤞

[danaelhe]

@danaelhe the command you issued was incorrect. Please try again.

Examples are:

@microsoft-github-policy-service agree

and

@microsoft-github-policy-service agree company="your company"

show service level agreement

[baywet]

@danaelhe Thanks for the contribution!

I think you got really close with the agreement. Try

@microsoft-github-policy-service agree company="digitalocean"

[danaelhe]

@danaelhe Thanks for the contribution!

I think you got really close with the agreement. Try

@microsoft-github-policy-service agree company="digitalocean"

Thanks so much!! Just double checking with legal on our side.

[danaelhe]

@microsoft-github-policy-service agree company="digitalocean"

@microsoft-github-policy-service agree company="digitalocean"

[danaelhe]

@danaelhe Thanks for the contribution!

I think you got really close with the agreement. Try

@microsoft-github-policy-service agree company="digitalocean"

all good now!

[baywet]

Thanks for the contribution!

Can you also add a changelog entry (unreleased, changed)

[baywet]

Thank you for making the changes!

[baywet]

Thank you for making the changes!

[baywet]

@danaelhe there are a number of languages integration tests that are failing.
It boils down to those language not supporting union types, and the union type not being replaced by either a wrapper type, or the indexer by multiple methods (one for each type). All of that should happen in the refiner.
Let me know if you have any additional comments or questions.

[baywet]

@danaelhe integration tests are still failing because of the union types. Would you mind having a look please?

[baywet]

@danaelhe gentle reminder on the previous comment