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. Stream Winds 2.0 Electron 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. GitHub repo 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: https://getstream.io/winds 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. To ensure you don’t get lost, here’s a quick rundown on the components that we’ll be talking about in this post: Using Xcode to generate .p12 files for signing your distributions How a provisioning profile can be created on https://developer.apple.com (this verifies that your application is published by you and YOU only) What entitlement files are and how entitlements.mas.plist say which permissions your app needs (e.g. network, file, settings, etc.) Code signing/distribution with electron-builder How electron-builder works and calls Xcode’s codesign utility behind the scenes ASAR files and what they are Application Loader and how it’s used to send your distribution to Apple The actual store listing is defined in iTunes Connect Keys for macOS are generated on Apple’s website Using Xcode to generate .p12 files for signing your distributions .p12 How a provisioning profile can be created on https://developer.apple.com (this verifies that your application is published by you and YOU only) https://developer.apple.com YOU What entitlement files are and how entitlements.mas.plist say which permissions your app needs (e.g. network, file, settings, etc.) entitlements.mas.plist Code signing/distribution with electron-builder How electron-builder works and calls Xcode’s codesign utility behind the scenes electron-builder Xcode’s codesign utility ASAR files and what they are Application Loader and how it’s used to send your distribution to Apple The actual store listing is defined in iTunes Connect Keys for macOS are generated on Apple’s website Apple’s website With the latest version of Node.js installed (currently @ v10.6.0), let’s dive right in and get started. currently 1. Up and Running with React 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). Create React App here Install Create React App Globally Create Example Application with Create React App CLI Note: npx comes with npm 5.2+ and higher Note: npx comes with npm 5.2+ and higher npx View Your Example App in the Browser Then open http://localhost:3000/ and you’ll see our basic boilerplate React app. http://localhost:3000/ Easy, right? You’ve now bootstrapped your React application with only a few commands and are ready to move to the next step! 2. Prepping for Electron 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): Install Electron Move into the public directory and create a new file called electron.js: Populate the contents of your electron.js file with the following: 3. Modifying our package.json File 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: electron.js package.json Note: Run yarn install in order to install the packages in the package.json file. Note: Run yarn install in order to install the packages in the package.json file. yarn install Now you can simply run yarn start and… yarn start Your application is now running inside of an Electron wrapper! 4. Preparing for Distribution 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. Snapcraft Adding Logos 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). icon.ico icon.png (256x256px) icon.icns icon.ico icon.ico icon.png (256x256px) icon.png icon.icns icon.icns 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. Note: If you don’t have images, you can use the icons from Winds icons here. here Generating Keys To get up and running for macOS, you will need ~6 certificates provisioned by Apple in the Developer Console — follow these instructions: Head over to https://developer.apple.com and login Go to the “Certificates, Identifiers & Profiles” section Select the drop-down and choose macOS Click the “+” button and generate the certificate types below Head over to https://developer.apple.com and login https://developer.apple.com Go to the “Certificates, Identifiers & Profiles” section Certificates, Identifiers & Profiles Select the drop-down and choose macOS Click the “+” button and generate the certificate types below Once complete, download the certificates. When you open them, they will automatically be stored in your keychain. Adding Entitlements Files 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. assets entitlements Inside of the assets directory, run the following command: Inside of the assets directory, run the following command: Then, populate the files with the following content: entitlements.mas.plist: entitlements.mas.plist This entitlement file specifies that you need access to the network in addition to file access (for drag and drop). 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 > XXXXXXXXXX (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). XXXXXXXXXX https://developers.apple.com entitlements.mas.inherit.plist: entitlements.mas.inherit.plist 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: embedded.provisionprofile assets Head over to https://developer.apple.com and login Go to the “Certificates, Identifiers & Profiles” section Select the drop-down and choose macOS Click the + button in the top right-hand corner Select “Mac App Store” under the “Production” section Click continue Select “Mac App Distribution” Follow the instructions for generating a “CSR” Head over to https://developer.apple.com and login https://developer.apple.com https://developer.apple.com Go to the “Certificates, Identifiers & Profiles” section Select the drop-down and choose macOS Click the + button in the top right-hand corner Select “Mac App Store” under the “Production” section Click continue Select “Mac App Distribution” Follow the instructions for generating a “CSR” Once complete, you’ll have yourself an official embedded.provisionprofile to sign your application! Here’s what the various screens look like for reference: embedded.provisionprofile 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. package.json https://www.electron.build/configuration/configuration https://www.electron.build/configuration/configuration Here’s our build configuration for Winds: 5. Debugging & Resources 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. applications Atom Atom Slack Slack electron-builder electron-builder 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: Electron Builder Releasing an App on the Mac App Store Mac App Store Submission Guide A Beginners Guide to iOS Provisioning Profiles iOS Code Signing & Provisioning in a Nutshell Verifying that a Package is Signed How to open and repackage OSX .pkg files Package MAS Error List of Categories RB App Checker Light Electron Builder Electron Builder Releasing an App on the Mac App Store Releasing an App on the Mac App Store Mac App Store Submission Guide Mac App Store Submission Guide A Beginners Guide to iOS Provisioning Profiles A Beginners Guide to iOS Provisioning Profiles iOS Code Signing & Provisioning in a Nutshell iOS Code Signing & Provisioning in a Nutshell Verifying that a Package is Signed Verifying that a Package is Signed How to open and repackage OSX .pkg files How to open and repackage OSX .pkg files Package MAS Error Package MAS Error List of Categories List of Categories RB App Checker Light RB App Checker Light 6. The ASAR File & What it does 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. — unpack app.asar 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. here here 7. Deploying to Users 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. 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. Amazon S3 awscli awscli — you can install the CLI with “pip install awscli && aws configure”– example-releases releases 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. yarn build electron-builder yarn dist aws configure 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 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. 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. 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. mas mas 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! 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! https://docs.snapcraft.io/build-snaps/ /dist Wrapping Up 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. @NickParsons Winds @nparsons08 Stream Blog Best of luck in your future React and Electron endeavors!
