Tuesday , October 20 2020

Build your app with Gradle, then run it with the Android device emulator or Kindle Fire tablet

Android Studio for beginners, Part 3: Build and run the app

By

JavaWorld |

Updated: January 2020.

In Android Studio for beginners, Part 2, you created your first animated mobile app using Android Studio. Now, Part 3 will take you through the steps to build and run the app in an Android device emulator or live device.

We’ll first use Gradle to build the app’s application package (APK) file. Then I’ll show you how to set up and run the app on an Android device emulator or an actual device, in this case a Kindle Fire tablet. I’ll also show you how I resolved a couple of issues with Android Studio’s device emulator setup, including the infamous Timed out while waiting error.

Note that this series has been updated for Android Studio 3.2.1, the current stable release as of this writing.

If you followed along in Part 2, you’ve already loaded your source code and resource files into your Android Studio project. Now you’re ready to build the app for the first time.

If you haven’t already, start up Android Studio. The menu bar provides a Build menu, which you’ll use to access Gradle and build the example application.

Select Make Project from the Build menu. You should observe a Gradle Build Running message on the status bar. After a little while, you should observe a Gradle Build Finished message. Click on this message and the Event Log window appears.

Figure 1. The event log reveals no problems (click to enlarge)

There’s more than one way to build an Android app. For example, you could select Rebuild Project from the Build menu. Another approach is to actually run the app. If necessary, Gradle will automatically rebuild the app before its APK is installed and the app is run.

Android Studio’s Build menu lets you perform several build tasks. For example, you could use the Generate Signed Bundle / APK menu item to build a signed app bundle or APK.

In this section I’ll show you how to run an Android application two ways: first on an emulated device, and then on an actual device. For my example I’ll be using an Amazon Kindle Fire HD tablet, but the instructions should generally apply to the device of your choice.

You can run the example application (W2A) or any other app by selecting Run ‘app’ in the Run menu. Alternatively, you can click the green triangle button on the toolbar. Either way, Android Studio responds with the Select Deployment Target dialog box.

Figure 2. Android Debug Bridge (ADB) must be initialized in order to run an Android app (click to enlarge)

After you’ve initialized the Android Debug Bridge, the message in Figure 2 will be replaced by a list of all connected USB devices and running emulators that have been detected by Android Studio.

Figure 3. Select the device or emulator to run the app (click to enlarge)

In this case, Android Studio hasn’t detected any connected USB devices or emulators, so you’ll need to configure a new virtual device. Clicking Create New Virtual Device launches the dialog box shown in Figure 4.

Figure 4. Use the Virtual Device Configuration dialog box to choose a device to emulate (click to enlarge)

Select whatever device you want to emulate. For this example, I selected the highlighted (default) Nexus 5X. Click Next after you’ve made your selection.

The resulting System Image panel invites you to select a system image for this device emulation. I clicked the Other Images tab followed by IceCreamSandwich — the highlighted line in Figure 5.

Figure 5. Select a system image for device emulation (click to enlarge)

You’ll need to click the Download link to download whatever system image you’ve chosen. The image isn’t installed by default. Before you can install the system image, you will also be presented with a license agreement.

Figure 6. Accept the license agreement and click Next (click to enlarge)

You must accept the license agreement to continue. After accepting the license agreement, you will be presented with the Component Installer panel. At this point, the system image components are being downloaded and installed.

Figure 7. Click Finish when installation is complete (click to enlarge)

Before continuing, it’s a good idea to check your work. Use the Back button to navigate out of the installation dialogs and back to the Android Virtual Device (AVD) panel. Here you can verify your settings for the emulator AVD that will run your emulated device.

Figure 8. Keep the default settings and click Finish (click to enlarge)

For this example, I chose to keep the default settings. You can keep the defaults or make whatever changes are necessary, then click Finish. You should now be returned to the Select Deployment Target dialog box.

Figure 9. Nexus 5X API 15 is available in the Android Virtual Device list (click to enlarge)

Highlight your chosen device entry and click OK.

Take a virtual tour of Android versions, from Cupcake 1.0 to Pie, released in August 2018.

Unfortunately, at this point in the installation you may receive a message that Instant Run is not supported. In my case, the status bar presented a Waiting for target device to come online message and an empty emulator window appeared.

Figure 10. The blank screen of death (click to enlarge)

Shortly after the emulator window appeared, the Windows-based qemu-system-armel.exe program that’s responsible for creating this window crashed. (Recall from Part 1 that I’m running a 64-bit Windows operating system.)

Figure 11. Windows notification about the crashed executable

At first, I wasn’t sure how to fix this problem. Fortunately, the next time I ran Android Studio 3.2.1, I observed an IDE and Plugin Updates message in the lower-right area of Android Studio’s main window.

Figure 12. Click the Update link and follow directions to update the Android emulator (click to enlarge)

I clicked the update link and followed directions to update the emulator, which resulted in a new qemu-system-armel.exe file.

No more crashes, but I quickly hit another snag.

When I tried running the app in my emulator, the status bar once again displayed a Waiting for target device to come online message, followed by the empty emulator window.

Eventually, Android Studio gave up on waiting and presented the error message: Error while waiting for device: Timed out after 300 seconds waiting for emulator to come online.

When I googled these messages, I discovered that many others have experienced this issue. Some developers have solved this problem by enabling the AVD’s Graphics Processing Unit hardware. It took some exploring to figure this out, so I’ll share what I learned, and hopefully save you some time.

An AVD consists of several files and directories located in a directory with the .avd extension. For example, the AVD I created is located in C:USERSJeff.androidavdNexus_5X_API_15.avd.

This directory contains a config.ini file, which stores configuration settings for the AVD. Two settings caught my attention:

I changed these entries to the following:

Enabling the Graphics Processing Unit solved the problem: the next time I attempted to run the app, I observed a properly running emulated Nexus 5X device.

Figure 13. Unlock the device to see the app (click to enlarge) 

I unlocked the device by using the mouse to swipe the lock icon to the right. At this point the emulator showed the example app’s main activity.

Figure 14. Click the Animate button to run the animation (click to enlarge)

If you’re like me, you might expect it’s possible to change the emulator settings via the AVD Manager. For example, an AVD’s configuration screen has a Graphics drop-down list box with Software – GLES 1.1 (the default) and Hardware – GLES 2.0 entries. I tried selecting Hardware – GLES 2.0, but the change didn’t stick. I successfully changed the hw.gpu entries in the config.ini file.

Running an app via a slow emulator can be very frustrating. One solution is to use faster emulation software, such as GenyMotion’s Plugin for Android Studio. Another solution is to use an actual Android device.

Some years ago, I purchased a first-generation Amazon Kindle Fire HD 7″ tablet, which runs Android 4.0.3 (API Level 15). I still use this tablet to run Android apps that don’t require the latest Android APIs.

While researching how to use my Kindle Fire tablet with Android Studio 3.2.1, I found two useful guides from Amazon: Set Up Your Development Environment for Fire Tablets and Connect to Fire Tablet through ADB. I’ll summarize the process of connecting a Kindle Fire device to Android Studio, but refer to these guides if you need more information.

First, if you’re a Windows user like me, you’ll need to start by uninstalling the non-ADB driver that’s installed when your Kindle Fire tablet is connected to your development computer, without first enabling ADB. Then you’ll install Amazon’s USB driver.

Next, download the Kindle Fire USB driver. The downloaded ZIP archive contains a Fire_Devices ADB drivers.exe application.

Execute Fire_Devices ADB drivers.exe and follow instructions. I ended up with a C:Program Files (x86)Amazon.comFire_DevicesDrivers directory containing the necessary driver files.

After installing the drivers, you’ll need to enable ADB on your tablet. Then, you’ll connect the tablet to your development computer. See the Amazon guide if you need additional instructions for connecting your tablet to Android Studio.

Once you have everything set up, start Android Studio, load your Android project, and run the app. This time, the Select Deployment Target dialog box should show an Amazon KFTT entry in the Connected Devices section. Select this entry and click OK. Android Studio responds by directing Gradle to build the app. Once that’s done, it will install the app’s APK and run the app on the device.

Figure 15. Click Animate to perform the animation (click to enlarge)

You’ve written, built, and run your first Android Studio application using Android 3.2.1 or higher, and you’ve done some troubleshooting along the way. As a next step, I suggest experimenting with what you’ve learned. Use the examples and source code from the first three Android beginner tutorials to develop a new project of your own. Keep your projects simple while you learn the ins and outs of working with Android Studio and its built-in features, but do challenge yourself to experiment.

Of course, there’s more you can do with Android Studio. The final article in this series introduces three built-in tools for logging, debugging, and linting your Android apps. We’ll also extend Android Studio with three productivity plugins, including Project Lombok.

Until then, happy coding!

This story, “Android Studio for beginners, Part 3: Build and run the app” was originally published by

JavaWorld.

Jeff Friesen teaches Java technology (including Android) to everyone.

Copyright © 2020 IDG Communications, Inc.

This Article was first published on itnews.com

About IT News Ug

Check Also

10 time-saving Windows tips and tricks that help you get stuff done faster

Because every second spent fiddling with menus is a second wasted.

Leave a Reply

Your email address will not be published. Required fields are marked *

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

//azoaltou.com/afu.php?zoneid=2572107