Launch – Make an Extension – Better Practice

Since my latest articles on Launch Extensions, things have evolved a bit. When I look at those articles now, I feel a certain urge to delete most of them, because they are so – uhm – old.

Instead, I decided to write down an extremely streamlined version of what tools you can, nay, should use when you develop an Extension.

Setup

Setting up for Extension development hasn’t changed, per se, but you can make your life easier. Here are the steps:

  1. Add two environment variables to your system:
    • REACTOR_IO_INTEGRATION_PRIVATE_KEY and
    • REACTOR_IO_INTEGRATION_CLIENT_SECRET — the value of which you can find in your Adobe I/O integration in the Adobe I/O console
  2. Create a directory and change into it
  3. Run npx @adobe/reactor-scaffold and provide answers (see Launch – Make an Extension – Reloaded for a brief example)
  4. Change the name attribute in the extension.json file! Add something at the start of the generated name that makes it clear this Extension is yours (see part 4 in 7 things I learned about making Extensions)

If you don’t know how to setup environment variables on your system, these might help: “Setting permanent environment variable using terminal” in Setting up Environment Variables in MacOS Sierra or How to set the path and environment variables in Windows for how to do that. Note that those sites are not mine. I googled, and they looked helpful.

Changing the name attribute and adding those environment variables are important! The former will avoid name clashes in the future, and the latter will allow you to more easily use the reactor-uploader and reactor-releaser tools mentioned further down.

Coding

No changes here, but there is a new tool that you can use if you want to make sure your Extension is formally correct.

npx @adobe/reactor-validator

Running reactor-validator checks that your extension.json file is in good shape, and that all the resources it defines do actually exist.

The reactor-validator is available on github if you want to see what it does.

Uploading & Releasing

This has changed!

The reactor-uploader and reactor-releaser tools have made my life so much easier!

To use them to their full potential, I suggest creating two executable files:

  • On Linux / Mac:
    • upload.sh
    • release.sh
  • On Windows:
    • upload.cmd
    • release.cmd

(see further down for the content of those files)

I usually add reactor-packager to the upload.sh/upload.cmd script, because I can.

When you want to upload your Extension for testing, just call upload, then hit enter when the tool asks you which zip to upload.

And when you’re happy with your Extension, testing and all, just call release, and the Extension will be made available in your Org.

It is very good practice to keep the sources of your Extension in some source control system, like github. And it is extremely good practice to tag the current state of your repository with the version that is currently in your version field in extension.json when you are done with the release.

That way, you (and others, if your github is public) can easily see the exact code that went live under that version number.

Note that making the Extension publicly available for everyone is still a process that you can kick off using the Release Public Request Form.

Both, reactor-uploader and reactor-releaser, are available on github for your viewing pleasure: uploader and releaser.

Appendix – the Files

If you want to have your own upload.sh/upload.cmd/release.sh/release.cmd files, feel free to copy the code from below.

Make sure you replace the org-id, tech-acct-id, and api-key values with those from your Adobe I/O integration.

As a reminder, I am talking about this screen:

[screenshot]
Adobe I/O Console Integration Overview page

For Linux/Unix & Mac

Here is upload.sh:

#!/bin/sh
npx @adobe/reactor-packager && npx @adobe/reactor-uploader --org-id=REPLACEME@AdobeOrg --tech-account-id=REPLACEME@techacct.adobe.com --api-key=REPLACEME

and release.sh:

#!/bin/sh
npx @adobe/reactor-releaser --org-id=REPLACEME@AdobeOrg --tech-account-id=REPLACEME@techacct.adobe.com --api-key=REPLACEME

For Windows

Here is upload.cmd:

@echo off
npx @adobe/reactor-packager
npx @adobe/reactor-uploader --org-id=REPLACEME@AdobeOrg --tech-account-id=REPLACEME@techacct.adobe.com --api-key=REPLACEME

and release.cmd:

@echo off
npx @adobe/reactor-releaser --org-id=REPLACEME@AdobeOrg --tech-account-id=REPLACEME@techacct.adobe.com --api-key=REPLACEME

Happy building!

3 thoughts on “Launch – Make an Extension – Better Practice

  1. Thanks for the info Jan, good stuff!
    I have a few questions/feedback:
    – you mention extension.js, I think you meant extension.json
    – After putting the key and secret into environment variables, don’t you want to refer to them in your upload and release scripts?

    Like

    1. I just realized how the environment variables work, the reactor tools are hard-coded to look for particular values, so you can just define them in the env and leave them off the command-line. I think you can disregard that question.

      Like

      1. Hi Nick!

        Correct, the tools use the env variables, making both script and invocation of script safer.

        Thanks for pointing out the error with .json!

        Like

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

Connecting to %s

This site uses Akismet to reduce spam. Learn how your comment data is processed.