Speech client references nonexistent `GoogleApi.Speech.V1.Model.Object` about elixir-google-api

[chingor13]

Thanks for the report! I'll take a look.

[chingor13]

So here's the crux of the issue: Operation is a shared object across different APIs. Thus, the metadata and response fields lack a defined structure in the specification (they include a reference to a structure which is not included in the discovery doc). We'll have to figure out a way to signal that these fields should not be modified - they'll end up just returning the list/map values that Poison decodes from the json.

[rsullivan00]

Thanks for looking into it!

From what I've read, having

"type": "object"

with no properties key is the expected way to handle an unknown nested structure in OpenAPI.

It seems like a possible issue in Swagger Codegen if

        "response": {
          "additionalProperties": {
            "description": "Properties of the object. Contains field @type with type URL.",
            "type": "any"
          },
          "description": "The normal response ...",
          "type": "object"
        },

Is attempting to find an Object module when it wasn't given a $ref to a type, but rather just object.

We'll have to figure out a way to signal that these fields should not be modified - they'll end up just returning the list/map values that Poison decodes from the json.

Yeah, in my locally linked version of this client, I just removed these lines and everything works great.

[chingor13]

Yes removing those lines would work. Unfortunately it's non-trivial. All of the client libraries are generated code using the swagger-codegen project (with custom templates). Swagger-codegen uses mustache templates which by design has almost not logic in templates. Detection of an empty object type would have to happen upstream in swagger codegen's Java code.

[rsullivan00]

Same thing happens using when I modify their test schema to use the same pattern.

I think they are detecting empty objects somewhere before they generate the code itself. If I generate Python and Ruby clients with the same schema, they map metadata to object and Object, respectively. Maybe they're intentionally using these classes over dict and hash for some reason, and there's just no parallel in Elixir since it's not OO?

One other question: do you where any in "type": "any" comes from? I don't see any mentions of it in OpenAPI specs.

[rsullivan00]

😄 I just realized you wrote some of the code I'm looking at. Nice!

Looks like you were on the right track with your comment in the elixir generator. I think I may have it fixed on swagger-api/swagger-codegen@master...Rsullivan00:rs/elixir-object, but I need to go to bed.

[chingor13]

We just released a new speech client which addresses this issue