Socket
Socket
Sign inDemoInstall

@adobe/fetch

Package Overview
Dependencies
Maintainers
58
Versions
58
Alerts
File Explorer

Advanced tools

Socket logo

Install Socket

Detect and block malicious and high-risk dependencies

Install

@adobe/fetch

Call Adobe APIs


Version published
Weekly downloads
19K
increased by6.3%
Maintainers
58
Weekly downloads
 
Created
Source

License Version Downloads/week License Build Status codecov Greenkeeper badge

adobe-fetch

Call Adobe APIs

Goals

Make calling Adobe APIs a breeze!

This package will handle JWT authentication, token caching and storage.
Otherwise it works exactly as fetch

Installation

npm install --save @adobe/fetch

Common Usage


    const fs = require('fs');
    
    const config = { 
      auth: {
          clientId: 'asasdfasf',
          clientSecret: 'aslfjasljf-=asdfalasjdf==asdfa',
          technicalAccountId: 'asdfasdfas@techacct.adobe.com',
          orgId: 'asdfasdfasdf@AdobeOrg',
          metaScopes: ['ent_dataservices_sdk']
      }
    };
    
    config.auth.privateKey = fs.readFileSync('private.key');

    const adobefetch = require('@adobe/fetch').config(config);

    adobefetch("https://platform.adobe.io/some/adobe/api", { method: 'get'})
      .then(response => response.json())
      .then(json => console.log('Result: ',json));

Config object

The config object is where you pass in all the required and optional parameters to authenticate API calls.

parameterintegration namerequiredtypedefault
clientIdAPI Key (Client ID)trueString
technicalAccountIdTechnical account IDtrueString
orgIdOrganization IDtrueString
clientSecretClient secrettrueString
privateKeytrueString
passphrasefalseString
metaScopestrueComma separated Sting or an Array
imsfalseStringhttps://ims-na1.adobelogin.com

In order to determine which metaScopes you need to register for you can look them up by product in this handy table.

For instance, if you need to be authenticated to call API's for both GDPR and User Management you would look them up and find that they are:

Then you would create an array of metaScopes as part of the config object. For instance:

const config = {
  auth: {
      clientId: 'asasdfasf',
      clientSecret: 'aslfjasljf-=asdfalasjdf==asdfa',
      technicalAccountId: 'asdfasdfas@techacct.adobe.com',
      orgId: 'asdfasdfasdf@AdobeOrg',
      metaScopes: [
        'https://ims-na1.adobelogin.com/s/ent_gdpr_sdk',
        'https://ims-na1.adobelogin.com/s/ent_user_sdk'
      ]
  }
};

However, if you omit the IMS URL, the package will automatically add it for you when making the call to generate the JWT.

For example:

const config = {
  auth: {
      clientId: 'asasdfasf',
      clientSecret: 'aslfjasljf-=asdfalasjdf==asdfa',
      technicalAccountId: 'asdfasdfas@techacct.adobe.com',
      orgId: 'asdfasdfasdf@AdobeOrg',
      metaScopes: ['ent_gdpr_sdk', 'ent_user_sdk']
  }
};

This is the recommended approach.

Custom Storage

By default, node-persist is used to store all the active tokens locally.
Tokens will be stored under /.node-perist/storage

It is possible to use any other storage for token persistence. This is done by providing read and write methods as follows:

const config = {
  auth: {
      clientId: 'asasdfasf',
      
      ...
      
      storage: {
        read: function() {
          return new Promise(function(resolve, reject) {
            let tokens;
            
            // .. Some logic to read the tokens ..
            
            resolve(tokens);
          });
        },
        write: function(tokens) {
          return new Promise(function(resolve, reject) {
            
            // .. Some logic to save the tokens ..
            
            resolve();
          });
        }
      }
  }
};

Alternatively, use async/await:

const config = {
  auth: {
      clientId: 'asasdfasf',
      
      ...
      
      storage: {
        read: async function() {
          return await myGetTokensImplementation();            
        },
        write: async function(tokens) {
          await myStoreTokensImplementation(tokens);
        }
      }
  }
};

Logging

Every request will include a unique request identifier sent via the x-request-id.
The request identifier can be overriden by providing it through the headers:

fetch(url, {
  headers: { 'x-request-id': myRequestID }
});

We use debug to log requests. In order to see all the debug output, including the request identifiers, run your app with the DEBUG environment variable including the @adobe/fetch scope as follows:

DEBUG=@adobe/fetch

Contributing

Contributions are welcomed! Read the Contributing Guide for more information.

Licensing

This project is licensed under the Apache V2 License. See LICENSE for more information.

Keywords

FAQs

Package last updated on 31 Oct 2019

Did you know?

Socket

Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.

Install

Related posts

SocketSocket SOC 2 Logo

Product

  • Package Alerts
  • Integrations
  • Docs
  • Pricing
  • FAQ
  • Roadmap
  • Changelog

Packages

npm

Stay in touch

Get open source security insights delivered straight into your inbox.


  • Terms
  • Privacy
  • Security

Made with ⚡️ by Socket Inc