Director of Developer Marketing @ GetStream.io
Earlier this year, Stream launched Winds 2.0, an open-source and native application for macOS, Windows, and Linux, which provides an entirely new way to consume RSS feeds and Podcasts. It was our first time building a native application, so we chose to go with Electron, a framework for creating cross-platform applications.
In addition to Electron, we leveraged React, as it has an astoundingly large community, is open-source, and is easy to develop with. If you’d like to contribute or see additional information on Winds, have a look at our GitHub repo for the project.
If you haven’t used Winds, you can sign up at https://getstream.io/winds. Or, if you just want a visual, below is a screenshot of Winds 2.0 running inside of Electron:
We all know how fast developer tools move these days. Unfortunately, a side effect of this rapid innovation is outdated content on the web — sometimes by several months or years — even for a popular tool with a strong following like Electron. We knew pretty much immediately that we’d be on our own for this project. Luckily, we took some notes and we’re sharing them here to bring you up to speed with our findings.
With the latest version of Node.js installed (currently @ v10.6.0), let’s dive right in and get started.
For React, we’re going to use Create React App (CRA), a React scaffolding tool build and maintained by Facebook. The beauty of CRA is that it requires zero configuration on your behalf (unless you eject from CRA, which is outlined here — please read as it’s important to know why and when you should and should not eject from CRA).
Note: npx comes with npm 5.2+ and higher
Then open http://localhost:3000/ and you’ll see our basic boilerplate React app.
Easy, right? You’ve now bootstrapped your React application with only a few commands and are ready to move to the next step!
Next, let’s go ahead and start prepping our React application for use with Electron. What we found to be the best setup for this is to do the following (make sure that you are in the example directory):
Once you’ve created the electron.js file, we’ll need to go ahead and modify our package.json file in order to point to and execute the correct files and commands. Your entire file should look like the following:
Note: Run yarn install in order to install the packages in the package.json file.
Now you can simply run yarn start and…
Your application is now running inside of an Electron wrapper!
We’re not going to dive into how to build an application in this section; however, we will touch base on how you begin to package your app for distribution to various stores such as the macOS and Snapcraft (Linux) stores.
You’ll also want to create an assets directory in the public directory. Once created, you’ll need to drop the following files into the directory (we’ll be referencing them in a bit).
Here’s a quick command to create the directory so:
Note: If you don’t have images, you can use the icons from Winds icons here.
To get up and running for macOS, you will need ~6 certificates provisioned by Apple in the Developer Console — follow these instructions:
Once complete, download the certificates. When you open them, they will automatically be stored in your keychain.
Now that we’ve added our images to the assets directory, let’s go ahead and add our entitlements files. These are important when signing your application for release.
Inside of the assets directory, run the following command:
Then, populate the files with the following content:
This entitlement file specifies that you need access to the network in addition to file access (for drag and drop).
> Note: You will need to populate the “XXXXXXXXXX” value with your Apple provided ID, and the rest of the string with your domain in a package naming convention
(e.g. XXXXXXXXXX.com.example). You will need to obtain this from Apple at https://developers.apple.com (it costs around $99/yr. to be an Apple developer).
Last, we’ll need to create our embedded.provisionprofile for macOS and save it in the assets directory. Apple uses this file to verify that the application is legitimate. Follow the steps below to generate a provisioning profile for your application:
Once complete, you’ll have yourself an official embedded.provisionprofile to sign your application! Here’s what the various screens look like for reference:
Now it’s time to double check the build settings within our package.json file. The file contains build configurations for Linux, Windows, and macOS. We don’t use every setting, so if you’d like to see what all is available, visit https://www.electron.build/configuration/configuration.
Here’s our build configuration for Winds:
Electron is a rather new technology, and although it powers hundreds if not thousands of applications — most well known among the development community are Atom and Slack — it still has bugs. There is an active ecosystem around the project creating useful tools such as electron-builder, but these tools also have their own set of bugs. We’ve run into countless error messages, blank screens, rejected app store submissions, etc., but it never made us stop exploring what Electron has to offer.
During the process, we found a good number of great debugging tools and other reading material that we felt compelled to write down to share in this post. If you’re running into an issue, you’ll likely find the answer in one of the following resources:
One question we had when using electron-builder is what the ASAR file did and why it was packaged in our deployment. After much digging, we found that an ASAR file, or archive rather, is a simple tar-like format that concatenates files into a single file that allows Electron to read arbitrary files from it without unpacking the whole file.
At the end of the day, it’s really just a read-only map of what files are within the Electron build, allowing Electron itself to know what’s inside. This can sometimes trigger various anti-virus scanners. With that said, you can pass the — unpack option and some files will not be packed. Doing so will create two files: app.asar and app.asar.unpacked.
If you’re interested in a technical deep dive on ASAR files, head on over to the electron-builder page on application packaging here.
Note: This section requires that you have Amazon S3 up and running with awscli — you can install the CLI with “pip install awscli && aws configure”– associated with your account. The name of our bucket will be example-releases and files will be placed inside of a directory called releases within that bucket.
Once this is done and ready to go, you can now deploy to users! Simply run yarn build and electron-builder will run all of the necessary commands in order to package up the correct bundles for each operating system. Once complete, run yarn dist and it will begin uploading (using the credentials from aws configure) the packages to Amazon S3 where you can then link users to for downloads.
Here’s a sneak peek at what our AWS S3 bucket looks like:
The easiest way to upload your application to the macOS Store is via the Application Loader which is built right into Xcode. Simply go to Xcode > Open Developer Tool > Application Loader
Once open, you will be asked to login:
Note: You must have an Apple ID associated with a valid Apple Developer Account. Additionally, you must temporarily disable 2FA as it doesn’t play nicely with the Application Loader.
Once logged in, you will be prompted with a selector where you can choose the proper file to upload.
Note: When choosing a file, ensure that you navigate to the mas directory. The application within mas is the only package that will work properly for that macOS store.
When uploading to the macOS store, it’s likely that you’ll have to go through several iterations with Apple to dial in the details. Apple is very picky, for a good reason — they don’t want applications chock full of errors in the app store. It’s just a part of the learning process, so don’t let it get you down.
Bonus: If you want to deploy to the Snapcraft store, check out the docs on their website at https://docs.snapcraft.io/build-snaps/. It’s a rather straightforward process, and you already have the Snap file (inside of your /dist directory) ready to upload!
Hopefully, you’ve learned a thing or two. If you have questions or comments, please drop them in the comments below. If you’d like to get in touch with me directly, I’m always available on Twitter — @NickParsons. For more posts about Winds, have a look at my Medium @nparsons08 or the official Stream Blog.
Best of luck in your future React and Electron endeavors!
Create your free account to unlock your custom reading experience.