Today marks my first day as a published app store developer. It’s been a dream of mine to release work I’ve done not just on the web, but as something native you can put in your pocket without needing a browser. Some stories are of great heroes who overcome dangerous challenges through incredible feats of might; this one is of the problems and solutions of releasing a web app to the Play Store.
I chose the Quasar Framework powered by Vue.js with Cordova mobile conversion built in. Choosing tools that played well together assured me that if I read the documentation and put in the effort I’d eventually succeed.
Release often. Advice I give to anyone and even easier to follow for a hobbyist project. Hit your minimum viable product then release the app to the public.
I’m no server admin. I’ve built my app and just wish to see it online for public consumption.
Open Source projects can be automatically deployed and built directly from a Github repo for free to the Netlify servers. Once hosted you get a simple URL to include in your project.
They happen, bugs are a natural part of application development. Keeping a todo list on your computer seems counter to the connected open source world we live in.
Being transparent in logging bugs has a number of benefits. Github Issues is a great tool for this.
- As easy as a todo list.
- Great practice, especially if you follow SemVer and write clean commits.
- Users know what’s busted and have a window into helping to fix the bugs themselves.
- Forms a public history for the project while encouraging a changelog as the app evolves.
Generally Quasar makes compiling for Android easy and enjoyable. Running their mobile dev tools unveiled several mobile specific bugs, which I logged then fixed.
Quasar’s easy tools are great for quick feedback but are nothing compared to a real debugging APK running on your phone. Luckily there are docs for wrapping your Quasar app in Cordova.
The documentation drops off quickly after Cordova has done its job.
You find yourself in a wolf’s den of opinions and tools in a world of assumed knowledge.
Emulation through Android Studio is possible, but I could never get it to work with my non-Android-Studio app.
After some digging, the most successful way to compile to my Android device was:
quasar buildfrom my root.
quasar run --devicefrom the cordova directory while my phone was plugged in with USB Debugging turned on.
This automatically compiles and opens the app on your connected Android device.
P.S. Android Studio may still be required here.
Enabling USB Debugging on modern Android phones is the opposite of obvious. Luckily, this guide to Android USB debugging explains the process.
I encountered times where USB debugging refused to work. Turns out some usb cables only transfer power and not data. Use the correct USB cable type to avoid wasted time for silly reasons.
JSON cannot be fetched locally as we could on Netlify. I did not wish to bake in all of my data on the web app to slow down initial load.
For my web app, the only concern with baking in data was app size for first load. On mobile that’s not a problem. In fact, baking in the data means an even easier offline solution.
I wrote a data processor node script that could either compile my data to a JSON file or to a JS importable module (with
export default ...) along with some package.json build scripts to simplify the process during development and releases. In the app, I always import the JS module and if there is
data.length > 0 I use it, else I attempt to fetch the JSON file.
It took effort, but assured that my both the web and android app were quick to launch.
Congratulations! You have an app that runs on Android. Next, you must fumble through the app publishing process. I’ve done my best to list the steps, problems and solutions below.
First step is registering for a Publisher Account with your Google User. This involves agreeing to many terms of services and paying a fee of $25 that separates you from the potential onslaught of crapware and spam that may otherwise reach the Play Store. Relatively straightforward and a necessary evil to progress.
Up until now we’ve been using a debugging APK file. That’s not good enough for release.
cordova build will create an android-release-unsigned.apk that is, as the filename implies, an unsigned but otherwise ready to release APK.
One of the least documented parts of the process is signing the APK outside of a completely Android Studio made app.
- Install Android Studio and launch it
- Open an Existing Project… choose the cordova created project directory for the app
- Build -> Generate Signed APK
- Key Store Path: Create New (follow onscreen prompts)
- Note the place you’ve saved it, and what the key alias is (key0 is fine)
- Close Android Studio, we’ll instead use jarsigner to sign our apk:1jarsigner -verbose -sigalg SHA1withRSA -digestalg SHA1 -keystore <~/path/to/keystore.jks> <~/path/to/android-release-unsigned.apk> <KEY ALIAS>
Let’s get it running on our Android once again, signed and ready to release.
adb install ~/path/to/android-release-signed.apk
adb can be installed from the Android Studio Preferences screen:
- Appearance & Behavior > System Settings > Android SDK > SDK Tools
- Check Android SDK Build-Tools, Android SDK Platform-Tools, Android SDK Tools
adbstill isn’t available, correct your path like so: https://stackoverflow.com/questions/10303639/adb-command-not-found
adb install on your apk will install directly to your device.
While uploading to the Play Store you may see a notice that the apk is not zipaligned.
Unfortunately this is not a tool we can install by itself, but it does come with Android Studio.
The command we desire to run is something like:
zipalign -v 4 ~/path/to/file.apk ~/path/to/newfile.apk
zipalign with the path to it on your machine, likely under your android studio sdk directory.
Finally we have a signed, zipaligned, releasable APK file ready for the Play Store. Follow the prompts on the site and your app will hopefully be published within a day.
I encourage others to write about their experiences building apps for the Play Store. I’m sure there are simpler ways to achieve the same result with fewer headaches. Ultimately, having a published app on the Play Store is a very satisfying experience and this document will serve as a reminder of the trials I’ve been through in an attempt to inform others of the problems that may be encountered along the way with some solutions that worked for me.
Stuck with a similar project? Reach out to me on Twitter @SharpShark28