Skip to content

Investigate if a transport parameter is needed for REST LRO client classes #15032

Closed as not planned

Description

@ohmayr

We currently have separate client classes for each combination of [async, sync] x [gRPC, REST] transports. We also maintain separate transport classes for REST.

Given the above case, it's worth figuring out if a transport parameter adds any value in the REST client classes.

Activity

  1. removed their assignment
    on Oct 17, 2024
  2. added
    type: cleanupAn internal cleanup or hygiene concern.
    priority: p2Moderately-important priority. Fix may not be included in next release.
    on Oct 17, 2024
  3. parthea commented on Jan 12, 2026

    @parthea
    Contributor

    Transferring to google-cloud-python as the code for python-api-core will be migrated there in 1-3 weeks.

  4. daniel-sanche commented on May 27, 2026

    @daniel-sanche
    Contributor

    This issue is being closed as part of a bulk review (Filter #1). Please reopen if you believe this is still relevant and requires action.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    priority: p2Moderately-important priority. Fix may not be included in next release.type: cleanupAn internal cleanup or hygiene concern.

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions