Auto-generated Google APIs for Go.

Overview

Google APIs Client Library for Go

Getting Started

$ go get google.golang.org/api/tasks/v1
$ go get google.golang.org/api/moderator/v1
$ go get google.golang.org/api/urlshortener/v1
... etc ...

and using:

package main

import (
	"net/http"

	"google.golang.org/api/urlshortener/v1"
)

func main() {
	svc, err := urlshortener.New(http.DefaultClient)
	// ...
}

Status

Go Reference

These are auto-generated Go libraries from the Google Discovery Service's JSON description files of the available "new style" Google APIs.

Due to the auto-generated nature of this collection of libraries, complete APIs or specific versions can appear or go away without notice. As a result, you should always locally vendor any API(s) that your code relies upon.

These client libraries are officially supported by Google. However, the libraries are considered complete and are in maintenance mode. This means that we will address critical bugs and security issues but will not add any new features.

If you're working with Google Cloud Platform APIs such as Datastore or Pub/Sub, consider using the Cloud Client Libraries for Go instead. These are the new and idiomatic Go libraries targeted specifically at Google Cloud Platform Services.

The generator itself and the code it produces are beta. Some APIs are alpha/beta, and indicated as such in the import path (e.g., "google.golang.org/api/someapi/v1alpha").

Application Default Credentials Example

Application Default Credentials provide a simplified way to obtain credentials for authenticating with Google APIs.

The Application Default Credentials authenticate as the application itself, which make them great for working with Google Cloud APIs like Storage or Datastore. They are the recommended form of authentication when building applications that run on Google Compute Engine or Google App Engine.

Default credentials are provided by the golang.org/x/oauth2/google package. To use them, add the following import:

import "golang.org/x/oauth2/google"

Some credentials types require you to specify scopes, and service entry points may not inject them. If you encounter this situation you may need to specify scopes as follows:

import (
        "context"
        "golang.org/x/oauth2/google"
        "google.golang.org/api/compute/v1"
)

func main() {
        // Use oauth2.NoContext if there isn't a good context to pass in.
        ctx := context.Background()

        client, err := google.DefaultClient(ctx, compute.ComputeScope)
        if err != nil {
                //...
        }
        computeService, err := compute.New(client)
        if err != nil {
                //...
        }
}

If you need a oauth2.TokenSource, use the DefaultTokenSource function:

ts, err := google.DefaultTokenSource(ctx, scope1, scope2, ...)
if err != nil {
        //...
}
client := oauth2.NewClient(ctx, ts)

See also: golang.org/x/oauth2/google package documentation.

Comments
  • Add ImpersonatedCredentials

    Add ImpersonatedCredentials

    Add capability to impersonate a service account.

    This feature is idential to the capability existing in

    the original PR against oauth2 was abandoned on suggestion it gets added to this repo ref: https://github.com/golang/oauth2/issues/336

    as a folwlup, i created https://github.com/googleapis/google-api-go-client/pull/337 againts this repo but on request from the maintainers here back then, they would implement it separately somehow. Its not implemented yet so are we ok to reopen the the PR 337?

    If so, the sample usage looks like https://gist.github.com/salrashid123/7994be642c466844f85e2f2c68a5dec9

    type: feature request 
    opened by salrashid123 43
  • grpc.RoundRobin and grpc.WithBalancer no longer exist

    grpc.RoundRobin and grpc.WithBalancer no longer exist

    We are using this library and seeing these errors:

    ../google.golang.org/api/option/option.go:153:14: undefined: grpc.RoundRobin ../google.golang.org/api/option/option.go:154:42: undefined: grpc.WithBalancer

    Sounds like gRPC removed these legacy APIs: https://github.com/grpc/grpc-go/commit/336cf8d76145dc5ebd517fd9c19e14c6822450b3

    priority: p1 type: process 
    opened by jqll 27
  • drive/v3 Files.Update can't remove properties or appProperties

    drive/v3 Files.Update can't remove properties or appProperties

    based on the comment of File.AppProperties: // Entries with null values are cleared in update and copy requests. AppProperties map[string]string json:"appProperties,omitempty"

    Sadly AppProperties is a map of string, and a string can't be nil (but it can be empty). There are other fields in File to manage empty fields, called ForceSendFields and NullFields, but they only work for the top level fields in File, and doesn't work recursively in Properties or AppProperties.

    triage me :rotating_light: 
    opened by srouquette 25
  • can't build on go1.11-1.11.3 because of

    can't build on go1.11-1.11.3 because of "go 1.12" declaration in go.mod

    Upgrading to go 1.12 broke compatibility with google functions, which only supports 1.11. I get the following error trying to deploy a golang google function using this library (which is, in turn used by google's bigquery library. I'm going to try to downgrade to an earlier version

    Deployment failure:
    Build failed: go: finding cloud.google.com/go/bigquery latest
    go: finding cloud.google.com/go/functions/metadata latest
    go: finding cloud.google.com/go v0.37.1
    go: downloading cloud.google.com/go v0.37.1
    go: finding github.com/googleapis/gax-go/v2 v2.0.4
    go: finding github.com/jstemmer/go-junit-report v0.0.0-20190106144839-af01ea7f8024
    go: finding golang.org/x/tools v0.0.0-20190312170243-e65039ee4138
    go: finding golang.org/x/oauth2 v0.0.0-20190226205417-e64efc72b421
    go: finding golang.org/x/sync v0.0.0-20190227155943-e225da77a7e6
    go: finding google.golang.org/genproto v0.0.0-20190307195333-5fe7a883aa19
    go: finding golang.org/x/lint v0.0.0-20190301231843-5614ed5bae6f
    go: finding google.golang.org/api v0.2.0
    go: finding golang.org/x/build v0.0.0-20190314133821-5284462c4bec
    go: finding golang.org/x/net v0.0.0-20190108225652-1e06a53dbb7e
    go: finding google.golang.org/appengine v1.4.0
    go: finding golang.org/x/net v0.0.0-20190213061140-3a22650c66bd
    go: finding golang.org/x/lint v0.0.0-20190227174305-5b3e6a55c961
    go: finding golang.org/x/tools v0.0.0-20190226205152-f727befe758c
    go: finding golang.org/x/net v0.0.0-20190311183353-d8887717615a
    go: finding golang.org/x/crypto v0.0.0-20190308221718-c2843e01d9a2
    go: finding golang.org/x/sys v0.0.0-20190215142949-d0b11bdaac8a
    go: downloading google.golang.org/api v0.2.0
    go: downloading google.golang.org/genproto v0.0.0-20190307195333-5fe7a883aa19
    go: downloading github.com/googleapis/gax-go v2.0.0+incompatible
    go: downloading github.com/hashicorp/golang-lru v0.5.0
    go: downloading github.com/googleapis/gax-go/v2 v2.0.4
    go: downloading golang.org/x/net v0.0.0-20190311183353-d8887717615a
    go: downloading golang.org/x/sys v0.0.0-20190215142949-d0b11bdaac8a
    go: downloading golang.org/x/oauth2 v0.0.0-20190226205417-e64efc72b421
    go build google.golang.org/api/googleapi/internal/uritemplates: module requires Go 1.12
    go build google.golang.org/api/iterator: module requires Go 1.12
    go build google.golang.org/api/internal: module requires Go 1.12
    go build google.golang.org/api/googleapi/transport: module requires Go 1.12
    go build google.golang.org/api/transport/http/internal/propagation: module requires Go 1.12
    
    type: process 
    opened by brent-holland 24
  • Cannot deploy Cloud Run using API: badRequest INVALID_ARGUMENT (no further details provided)

    Cannot deploy Cloud Run using API: badRequest INVALID_ARGUMENT (no further details provided)

    Client

    Run-v1: google.golang.org/api/run/v1

    Describe Your Environment

    • JetBrains GoLand IDE
    • go 1.13.4
    • google.golang.org/api v0.15.0 (have also tried with google.golang.org/api v0.14.0, same result)
    • Google Cloud Run

    Expected Behavior

    Ability to deploy a new Cloud Run Service object using the golang library.

    Actual Behavior

    Attempting to deploy a new Cloud Run service returns a badRequest response, with status INVALID_ARGUMENT despite basing the Service model on an existing, manually created service using:

    gcloud run services describe existing-service1 --format=json --project=MY_PROJECT --platform=managed

    *** Click here for the code used to attempt the deployment ***

    Error:

    {
      "error": {
        "code": 400,
        "message": "The request has errors",
        "errors": [
          {
            "message": "The request has errors",
            "domain": "global",
            "reason": "badRequest"
          }
        ],
        "status": "INVALID_ARGUMENT"
      }
    }
    

    Happy to supply any further info if needed?

    type: question 
    opened by tommed 19
  • Go get gensupport broken

    Go get gensupport broken

    This can be replicated by doing

    go get -d "google.golang.org/api/gensupport"
    

    with output:

    package google.golang.org/api/gensupport: cannot find package "google.golang.org/api/gensupport" in any of:
    	/usr/local/go/src/google.golang.org/api/gensupport (from $GOROOT)
    	/home/username/go/src/google.golang.org/api/gensupport (from $GOPATH)
    

    Here the output while running

    go get -v  ./...
    
    Fetching https://google.golang.org/api/gensupport?go-get=1
    Parsing meta tags from https://google.golang.org/api/gensupport?go-get=1 (status code 200)
    get "google.golang.org/api/gensupport": found meta tag get.metaImport{Prefix:"google.golang.org/api", VCS:"git", RepoRoot:"https://code.googlesource.com/google-api-go-client"} at https://google.golang.org/api/gensupport?go-get=1
    get "google.golang.org/api/gensupport": verifying non-authoritative meta tag
    Fetching https://google.golang.org/api?go-get=1
    Parsing meta tags from https://google.golang.org/api?go-get=1 (status code 200)
    google.golang.org/api (download)
    package google.golang.org/api/gensupport: cannot find package "google.golang.org/api/gensupport" in any of:
    	/usr/local/go/src/google.golang.org/api/gensupport (from $GOROOT)
    	/home/username/go/src/google.golang.org/api/gensupport (from $GOPATH)
    
    type: bug priority: p1 :rotating_light: 
    opened by d1vi 17
  • Compute request failures due to oauth2

    Compute request failures due to oauth2

    When performing compute api actions we often see transitory errors reported due to oauth2 issues e.g.

    Get https://www.googleapis.com/compute/v1/projects/XXXX/regions/us-central1?alt=json: oauth2: cannot fetch token: Post https://accounts.google.com/o/oauth2/token: write tcp XX.XX.XX.XXX:57793->216.58.199.45:443: write: socket is not connected
    

    It seems like this should be handled internally and not result in an API request failure.

    triage me :rotating_light: 
    opened by stevenh 17
  • Some page streaming methods have no `Pages` method

    Some page streaming methods have no `Pages` method

    I believe this only happens when the response has a nextPageToken field, but no pageToken field.

    For example, cloudresourcemanager.organizations.search has a page streaming response, but the Go client library doesn't implement it as one: https://godoc.org/google.golang.org/api/cloudresourcemanager/v1#OrganizationsSearchCall

    triage me :rotating_light: 
    opened by saicheems 17
  • Datastore: Indexed as false doesn't get transmitted (i.e. remains true gcd side)

    Datastore: Indexed as false doesn't get transmitted (i.e. remains true gcd side)

    peterke on 14 Jan 2014 at 10:18:

    Setting the Indexed field of a property to false will result in it being 
    ommited from the generated JSON request (due to it being defined as 
    "omitempty"), and as such, the default "indexed" value will be used server 
    side, which will be true most of the time (e.g. for strings).
    
    Removing the omitempty solves the issue:
    Indexed bool `json:"indexed"`
    
    What version of the product are you using? On what operating system?
    datastore v1beta2
    
    priority: p2 imported type: bug :rotating_light: 
    opened by gmlewis 17
  • feat: add impersonate pacakge

    feat: add impersonate pacakge

    This package is used for creating a impersonated TokenSource. This TokenSource can then be passed into any client or API that accepts a client option. This package provides support for three types of impersonation:

    1. A service account impersonating another service account.
    2. A service account impersonating another service account as an admin user -- a pattern used with domain wide delegation.
    3. A service account creating an impersonated ID token.

    Fixes: #652 Fixes: #777 Fixes: #731 Updates: #378

    cla: yes 
    opened by codyoss 16
  • Cannot use GSuite Directory API's NewService() with SA due to missing support for user impersonation

    Cannot use GSuite Directory API's NewService() with SA due to missing support for user impersonation

    According to the documentation, to use a GCP service account (SA) with GSuite Directory API (https://github.com/googleapis/google-api-go-client/blob/master/admin/directory/v1/admin-gen.go) you need to provide the SA json credential file, scopes (optional), and the impersonated user's UPN (email). The implementation of the NewService() function supports client options, but it does not include impersonated user's email. We need to resort to use the New() function, as explained here: https://developers.google.com/admin-sdk/directory/v1/guides/delegation

    However, this function is documented as "Deprecated: please use NewService instead."

    Can the NewService() function get fixed to support SA using GSuite directory APIs?

    triage me :rotating_light: 
    opened by idofl 16
  • Implementing ADC in GKE with the admin directory sdk

    Implementing ADC in GKE with the admin directory sdk

    I'm trying to implement ADC for https://github.com/dexidp/dex. For fetching Google Groups information, dex uses a service account with Domain-Wide Delegation (see documentation).

    My current implementation (see snippet) yields an error in GKE due to the fact that google.FindDefaultCredentials fetches credentials from the metadata server.

    The only way I've been able to implement it within GKE was with the following snippet:

    // If no service account file path is set, the following impersonation flow is attempted:
    // - The base Application Default Credentials is used (SA1)
    // - That service account (SA1) is then used to impersonate the service account designated by the targetPrincipal field (SA2)
    // - SA2's token source is then used to impersonate the Google Workspace super user designated by adminEmail
    ts, err := impersonate.CredentialsTokenSource(ctx, impersonate.CredentialsConfig{
      TargetPrincipal: targetPrincipal,
      Subject:         email,
      Scopes:          []string{admin.AdminDirectoryGroupReadonlyScope},
    })
    if err != nil {
      return nil, fmt.Errorf("failed to fetch application default credentials: %w", err)
    }
    return admin.NewService(ctx, option.WithTokenSource(ts))
    

    I therefore have a few questions:

    • Is this the canonical flow for using Application Default Credentials (with a given subject and scopes) to use the admin directory service in GKE?
    • If so, is there a recommended method of implementing unit tests for this behavior?
    type: question priority: p3 
    opened by ichbinfrog 1
  • idtoken: validator uses ADC when it should not

    idtoken: validator uses ADC when it should not

    Context: https://github.com/googleapis/google-cloud-go/issues/6574

    When using the constructor the validator unintentionally uses ADC since it uses client options to configure the client. I think the client should be default pass the no auth option perhaps.

    priority: p2 type: bug 
    opened by codyoss 0
  • feat(idtoken): Allow format options

    feat(idtoken): Allow format options

    Added field CustomFormat to DialSettings in internal/settings.go Added field format to computerIDTokenSource in idtoken/compute.go Function computeTokenSource now sets field format to full, and if ds.CustomFormat != "" overwrites the field Method Token now uses c.format instead of string literal "full"

    Fixes #542

    opened by eisandbar 0
  • chore(all): update all

    chore(all): update all

    Mend Renovate

    This PR contains the following updates:

    | Package | Type | Update | Change | |---|---|---|---| | cloud.google.com/go/compute | require | minor | v1.7.0 -> v1.10.0 | | github.com/google/go-cmp | require | patch | v0.5.8 -> v0.5.9 | | github.com/googleapis/gax-go/v2 | require | minor | v2.4.0 -> v2.5.1 | | go (source) | golang | minor | 1.17 -> 1.19 | | go (source) | golang | minor | 1.15 -> 1.19 | | golang.org/x/net | require | digest | bea034e -> 8be6392 | | golang.org/x/oauth2 | require | digest | fd043fe -> f213421 | | golang.org/x/oauth2 | require | digest | 0ebed06 -> f213421 | | golang.org/x/sync | require | digest | 0de741c -> 7f9b162 | | golang.org/x/sys | require | digest | 3c1f352 -> fb04ddd | | golang.org/x/xerrors | require | digest | 65e6541 -> 04be3eb | | google.golang.org/genproto | require | digest | 8cd45d7 -> dd2d53f | | google.golang.org/grpc | require | minor | v1.47.0 -> v1.49.0 |


    Release Notes

    google/go-cmp

    v0.5.9

    Compare Source

    Reporter changes:

    • (#​299) Adjust heuristic for line-based versus byte-based diffing
    • (#​306) Use value.TypeString in PathStep.String

    Code cleanup changes:

    • (#​297) Use reflect.Value.IsZero
    • (#​304) Format with Go 1.19 formatter
    • (#​300 )Fix typo in Result documentation
    • (#​302) Pre-declare global type variables
    • (#​309) Run tests on Go 1.19
    googleapis/gax-go

    v2.5.1

    Compare Source

    Bug Fixes
    • v2: resolve bad genproto pseudoversion in go.mod (#​218) (1379b27)

    v2.5.0

    Compare Source

    Features
    golang/go

    v1.19.1

    v1.19.0

    v1.18.6

    v1.18.5

    v1.18.4

    v1.18.3

    v1.18.2

    v1.18.1

    v1.18.0

    grpc/grpc-go

    v1.49.0

    Compare Source

    New Features

    • gcp/observability: add support for Environment Variable GRPC_CONFIG_OBSERVABILITY_JSON (#​5525)
    • gcp/observability: add support for custom tags (#​5565)

    Behavior Changes

    • server: reduce log level from Warning to Info for early connection establishment errors (#​5524)

    Bug Fixes

    • client: fix race in flow control that could lead to unexpected EOF errors (#​5494)
    • client: fix a race that could cause RPCs to time out instead of failing more quickly with UNAVAILABLE (#​5503)
    • client & server: fix a panic caused by passing a nil stats handler to grpc.WithStatsHandler or grpc.StatsHandler (#​5543)
    • transport/server: fix a race that could cause a stray header to be sent (#​5513)
    • balancer: give precedence to IDLE over TRANSIENT_FAILURE when aggregating connectivity state (#​5473)
    • xds/xdsclient: request correct resource name when user specifies a new style resource name with empty authority (#​5488)
    • xds/xdsclient: NACK endpoint resources with zero weight (#​5560)
    • xds/xdsclient: fix bug that would reset resource version information after ADS stream restart (#​5422)
    • xds/xdsclient: fix goroutine leaks when load reporting is enabled (#​5505)
    • xds/ringhash: fix config update processing to recreate ring and picker when min/max ring size changes (#​5557)
    • xds/ringhash: avoid recreating subChannels when update doesn't change address weight information (#​5431)
    • xds/priority: fix bug which could cause priority LB to block all traffic after a config update (#​5549)
    • xds: fix bug when environment variable GRPC_EXPERIMENTAL_ENABLE_OUTLIER_DETECTION is set to true (#​5537)

    v1.48.0

    Compare Source

    Bug Fixes

    • xds/priority: fix bug that could prevent higher priorities from receiving config updates (#​5417)
    • RLS load balancer: don't propagate the status code returned on control plane RPCs to data plane RPCs (#​5400)

    New Features

    • stats: add support for multiple stats handlers in a single client or server (#​5347)
    • gcp/observability: add experimental OpenCensus tracing/metrics support (#​5372)
    • xds: enable aggregate and logical DNS clusters by default (#​5380)
    • credentials/google (for xds): support xdstp C2P cluster names (#​5399)

    Configuration

    📅 Schedule: Branch creation - "before 3am on Monday" (UTC), Automerge - At any time (no schedule defined).

    🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.

    Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.

    👻 Immortal: This PR will be recreated if closed unmerged. Get config help if that's undesired.


    • [ ] If you want to rebase/retry this PR, click this checkbox.

    This PR has been generated by Mend Renovate. View repository job log here.

    opened by renovate-bot 1
  • OpenTelemetry traces misused by transport/http

    OpenTelemetry traces misused by transport/http

    The transport/http package by default wraps the HTTP transport with an OpenTelemetry ochttp.Transport. That transport wrapper will record HTTP traces for a subset of all requests if OpenCensus tracing is enabled.

    However, it is misconfigured. The Transport type has this field, which is unset google-api-go-client:

    	// NameFromRequest holds the function to use for generating the span name
    	// from the information found in the outgoing HTTP Request. By default the
    	// name equals the URL Path.
    	FormatSpanName func(*http.Request) string
    

    The default is for the transport to name each span after the request URL path. In practice, this means a proliferation of differently named spans. For example, if you use the Google Cloud Storage library, you will end up with a span for every file you access. This is not how spans are supposed to be named - they should be named after a function or API endpoint, perhaps including some small, finite set of user-specified options.

    This becomes pathological if you actually record the traces somewhere. For instance, if you have the OpenCensus zpages debug endpoints enabled (common in production systems), a sample of those traces will be stored in a local store. While old traces for a given span are purged, the spans themselves are never purged, and so a running process will accumulate traces indefinitely for every HTTP request path made by google-api-go-client. Loading the OpenCensus tracez page in such cases is pretty funny: a production service of mine had accumulated several gigabytes of traces, and its tracez endpoint served so much HTML that it crashed my browser.

    I think the fix here is to specify a FormatSpanName function when setting up the ochttp.Transport. I'm not sure how exactly the spans should be named - probably in some service-specific way - but an immediate remedy would be to give all requests the same span name (google-api-go-client?).

    priority: p2 type: bug needs more info 
    opened by adg 5
Releases(v0.97.0)
Owner
Google APIs
Clients for Google APIs and tools that help produce them.
Google APIs
Sync your bank transactions with google sheets using Open Banking APIs

this is a markdown version of the copy on the site landing page: https://youneedaspreadsheet.com You need a spreadsheet ?? Get on top of your finances

Alex Russell-Saw 30 Jul 22, 2022
Correct the timestamp of photo/video of Google Photo from Google takeout

Correct Timestamp of Google Photo from Google Takeout Development Environment: Ubuntu 20.04 Go 1.17 Usage Require Go 1.16 or later to build. go build

Siong-Ui Te (戴上為) 1 Sep 9, 2022
A fully-featured OpenAPI generated HubSpot client for Go

This is a HubSpot Go client generated using openapi-generator. It includes packages for every OpenAPI spec listed in HubSpot's API directory. Installi

Clark McCauley 13 Sep 7, 2022
User-Generated Content Articles 📝

?? Community Articles A library of technical articles on anything code. Written by the Codecademy community. What are Community Articles? Community ar

Codecademy 22 Jul 12, 2022
Spawning up Decoy Server in case of any fraudulent activity and directing the intruder towards the decoy. Auto Killing the decoy if it is idle for too long.

SecureX Spawning up Decoy Server in case of any fraudulent activity and directing the intruder towards the decoy. Auto Killing the decoy if it is idle

Ankit Hans 8 Jul 9, 2022
A Github Action to auto approve pull requests that contain only document reviews.

Approve documentation review A Github Action to auto approve pull requests that contain only document reviews. The Cloud Platform team have a document

Ministry of Justice 0 Dec 23, 2021
Go library to access geocoding and reverse geocoding APIs

GeoService in Go Code Coverage A geocoding service developed in Go's way, idiomatic and elegant, not just in golang. This product is designed to open

Jerry Zhao 440 Sep 6, 2022
A golang client for the Twitch v3 API - public APIs only (for now)

go-twitch Test CLIENT_ID="<my client ID>" go test -v -cover Usage Example File: package main import ( "log" "os" "github.com/knspriggs/go-twi

Kristian Spriggs 21 May 10, 2021
Twilight is an unofficial Golang SDK for Twilio APIs

Twilight is an unofficial Golang SDK for Twilio APIs. Twilight was born as a result of my inability to spell Twilio correctly. I searched for a Twillio Golang client library and couldn’t find any, I decided to build one. Halfway through building this, I realized I had spelled Twilio as Twillio when searching for a client library on Github.

Ghvst Code 18 Jul 2, 2021
The MinIO Admin Go Client SDK provides APIs to manage MinIO services

Golang Admin Client API Reference The MinIO Admin Golang Client SDK provides APIs to manage MinIO services. This quickstart guide will show you how to

High Performance, Kubernetes Native Object Storage 31 Sep 22, 2022
lambda-go-api-proxy makes it easy to port APIs written with Go frameworks such as Gin to AWS Lambda and Amazon API Gateway.

aws-lambda-go-api-proxy makes it easy to run Golang APIs written with frameworks such as Gin with AWS Lambda and Amazon API Gateway.

Amazon Web Services - Labs 699 Sep 20, 2022
"there" also called "GoThere" aims to be a simple Go Library to reduce redundant code for REST APIs.

there "there" also called "GoThere" aims to be a simple Go Library to reduce redundant code for REST APIs. Despite the existence of the other librarie

Christoph Krassnigg 37 Sep 19, 2022
Go API Client for NASA's Open APIs

Go Client for Nasa Open APIs Description The Go Client for Nasa Open APIs is a Go Client for the following Nasa Open APIs: APOD: Astronomy Picture of

Ernesto H 3 Sep 24, 2021
Fluent JavaScript API for SharePoint and Microsoft Graph REST APIs

PnPjs is a fluent JavaScript API for consuming SharePoint and Microsoft Graph REST APIs in a type-safe way. You can use it with SharePoint Framework,

Microsoft 365 Community 611 Sep 16, 2022
Http apis with AWS CDK for Go

Http apis with AWS CDK for Go Blog: https://harshq.medium.com/building-apps-with-aws-sdk-for-golang-api-gateway-and-lambda-b254858b1d71 Useful command

Harshana Abeyaratne 1 Jan 4, 2022
The task given by Appointy completed to develop APIs for a basic version of Instagram.

✨ Instagram APIs ✨ The task given by Appointy completed to develop APIs for a basic version of Instagram. Create an User Get User by Id Create a Post

Aayush Chodvadiya 1 Oct 9, 2021
Apis para la administracion de notifiaciones, utilizando servicios como AWS SNS y AWS SQS

notificacion_api Servicio para envío de notificaciónes por difusión en AWS SNS Especificaciones Técnicas Tecnologías Implementadas y Versiones Golang

Universidad Distrital Francisco José de Caldas 0 Jan 7, 2022
This repo introduces a simple server, which provided some APIs for search DAS account's records or reverse records

Prerequisites Install Usage Others Das-Account-Indexer This repo introduces a simple server, which provided some APIs for search DAS account's records

DAS 18 Sep 22, 2022
Simple-api - Create Simple `Hello World` APIs from Various Programming Languages

simple-api Create Simple `Hello World` APIs from Various Programming Languages.

I am Groot 1 Jan 18, 2022