System Point of View to Understand the new features of Android P (9.0)

Introduction :

-Treble plan.

-System.

-Framework.

-Runtime.

-Security.

Treble Plan :

1. Treble Level.

2. System Properties.

3. VINTF (Vendor Interface).

4. VNDK & System SDK.

System :

1. Storage performance improvement.

2. Kernel breifing

3. LMKD

4. F2FS (Flash Friendly File System).

5. Perforamnce improvements 

Framework :

1. AMS

2. PMS

3. WMS

4. upgrade

5. Machine Learning (Neural N/w API)

6. Location optimizations/improvements

Runtime :

1. ART & Libcore

2. Soong Compiler for build

3. Private API

Security.

Highlights of Android P (9.0).

1. Android P enforce Treble to provide a good support the major upgrades of Android.

2. Adopting a new build system, using SOONG compile, replace Android.mk with Android.bp.

3. Limitation of private API normalized the Ecosystem of Android.

4. Optimization of framework services such as AMS,PMS,WMS locks.

5. Introduction the AI technology to enhance the background management and to improve system battery life.

6. Storage performance improvements.

Features (9.0):

1. Inline photos and smart replies on notification revamp.

2. Notch Support and preview with Visulize notch sizes(Display cutout).

3. Multi Camera API

4. Screenshot Editor (called Markup).

5. Lockdown

6. Chrome like feature flags.

7. Neural Networks(API 1.1)  for Machine learning.

8. Quick Settings, Nice rounded icon looks.

9. Settings has colored icons.

10.Side to side animation.

11.Low Power mode (Reduce/Battery power saver mode).

12.Indoor Positioning with Wi-Fi RTT.

13.Background apps.

14.HDR(High Dynamic Range) VP9 Profile2 built-in support.

15.Data cost Sensitivity in Job Scheduler.

16. Autofill framework improvements.

& much more....

Explanation of above : To be continued...

Android 4.1 for Developers - JellyBeans Now Availble

Welcome to Android 4.1, Jelly Bean!




Android 4.1 is the fastest and smoothest version of Android yet. We’ve made improvements throughout the platform and added great new features for users and developers. This document provides a glimpse of what's new for developers.



See the Android 4.1 APIs document for a detailed look at the new developer APIs,



Find out more about the Jelly Bean features for users at http://www.android.com/

Android Multi-Core Enable/Disable

Actually support for Hot Plug-gable CPU's added by Config file.

Config Option is below:

CONFIG_HOTPLUG_CPU=y

or # CONFIG_HOTPLUG_CPU is not set

Check for more details

If your device has root permission, you can execute below commands for the above.

adb shell stop mpdecision

adb shell "echo 1 > /sys/devices/system/cpu/cpu1/online"

or

adb shell  ->

# stop mpdecision

# echo 1 > /sys/devices/system/cpu/cpu1/online

More Details

Google Play Store Now Offers Carrier Billing For Books, Music, Movies and Apps

There are many ways to pay on Google Play. Some carriers offer direct billing that lets you charge your Google Play purchases directly to your monthly phone bill.

This week we expanded this service to include all types of digital content on Google Play. In the U.S., T-Mobile customers can now purchase apps, music, movies and books by charging them directly to their mobile bill. In Japan, DoCoMo, KDDI and Softbank customers can also enjoy the convenience of paying for movies, apps and games on their mobile bills, too. And coming soon, Sprint will offer expanded direct billing options so you can pay for more digital content for your Android device.

Check out the full list of carriers that offer direct billing at http://goo.gl/rQ5Ps.

 or those of you who enjoyed carrier billing when it came to apps on the Android Market, guess what?  Google is now offering direct carrier billing on the Play Store for everything else as well.  Now, you can consolidate your music, books, movies and apps onto one bill if your carrier is on the list above (sorry Verizon users).  We’re pretty thankful that Google is offering this as for some, it’s extremely convenient.  So, from here on out, when you purchase something, your device will now prompt you as to what method of payment you prefer.  If you’re not into consolidating and the whole convenience thing, just opt out.  What’s your preference?  Feel free to drop a comment or two below.

5 reasons why mobile is the best platform to know your customers.

What are your customers thinking?


Marketing as a means of just selling is long past gone. Today’s marketer wants to understand his customer first before selling anything. Today’s marketer wants to provide the right solution for the right customer. There is a constant handshake happening between a marketer and his customers. Data plays a big part in this handshake.

Market Research plays a great role in marketing. In simple terms, traditional market research has been about collecting and analyzing data to help companies understand their customers and to make right decisions. In big corporations market research is conducted as a separate activity. Companies do market research all the time. You as a consumer is constantly given offers to fill down surveys to help companies fine tune their businesses.

The Web acted (acting) as a great platform for companies to efficiently combine marketing and market research. Many successful companies used this platform intelligently to know about their customers and grow their business. One clear example is Amazon. Here is a good article which talks about Jeff Bezos’ “data-driven customer focus”.

Now it is the age of mobile. Mobile is further going to bring down the divide between marketing and market research. Or to put it another way – mobile is opening up opportunities for companies to combine their marketing and market research efforts, know their customers and grow their businesses. Here are 5 reasons why mobile is the best platform to know your customers:

1. “Its my device” – Almost 50% of US adult population carries a smart phone. And unlike PCs, smartphones are not shared (except for when you allow your kids to play Temple Run !!!). So, you get direct access to the customer you want to reach.

2. “I carry it everywhere i go” – We may even forget carrying our wallet when we go out, but we feel at loss when we are without our mobile devices. Read “Everywhere” as “location”. Location allows marketers not only reach the customers they want, but the customers they want at the right places. If a marketing campaign needs to reach users just around Boston area. It is very much possible at a fraction of the cost.

3. “I do most of my stuff using my phone” – From replying to emails to killing sneaky pigs to comparing prices (and of course answering phone calls), we do almost all transactions on our mobile device. Many analyst firms have quoted big numbers on mCommerce growth. And with lot of (mobile) activity comes lot of data.

4. “I am less distracted” – This is counter intuitive. There has been a barrage of articles that talk about how information overload and proliferation of devices make us distracted. I view this differently when it comes to mobile. According to Flurry, average session time on a mobile application is 4.2 mins (as compared to web session time of just under 1 minute). As a mobile user, when i am inside an app, i want to give full attention to that app. Even if i have to click on some links as part of the application, i expect to go back to the application when i am done with the link. For those few minutes, i as a user, is tied to the device.

5. Small is beautiful – Though the form factor of mobile devices looks limiting, they are also, in a way, act in favor of a marketer. Due to the limited space, messages from many brands can not be cluttered on one screen. A screen at any given slice of time is dedicated to one brand. Though this looks simple, it is very powerful in increase the brand awareness of a brand.

From Neemware.org

Linux Find Out Virtual Memory PAGESIZE

How do I check the size of PAGESIZE under Linux?

Most modern operating systems have their main memory divided into pages. It allows better utilization of memory. A page is a fixed length block of main memory, that is contiguous in both physical memory addressing and virtual memory addressing. Kernel swap and allocates memory using pages

To display size of a page in bytes, enter:

$ getconf PAGESIZE

OR

$ getconf PAGE_SIZE

Output:

4096

Disable Linux Kernel Version Magic problem while loading the module

Linux kernel will refuse to load kernel module, if the linux version magic is not match.

goto kernel/module.c file in kernel folder.

check for 'check_modinfo' function .

comment return -ENOEXEC this line in below function for same_magic() check.

static int check_modinfo(struct module *mod, struct load_info *info)
{
const char *modmagic = get_modinfo(info, "vermagic");
int err;

/* This is allowed: modprobe --force will invalidate it. */
if (!modmagic) {
err = try_to_force_load(mod, "bad vermagic");
if (err)
return err;
} else if (!same_magic(modmagic, vermagic, info->index.vers)) {
printk(KERN_ERR "%s: version magic '%s' should be '%s'\n",
mod->name, modmagic, vermagic);
return -ENOEXEC; }

if (get_modinfo(info, "staging")) {
add_taint_module(mod, TAINT_CRAP);
printk(KERN_WARNING "%s: module is from the staging directory,"
" the quality is unknown, you have been warned.\n",
mod->name);
}

/* Set up license info based on the info section */
set_license(mod, get_modinfo(info, "license"));

return 0;
}

Service lifecycle in Android Application

A service can be used in two ways:
1)It can be started and allowed to run until someone stops it or it stops itself. In this mode, it's started by calling Context.startService() and stopped by calling Context.stopService(). It can stop itself by calling Service.stopSelf() or Service.stopSelfResult(). Only one stopService() call is needed to stop the service, no matter how many times startService() was called.
2)It can be operated programmatically using an interface that it defines and exports. Clients establish a connection to the Service object and use that connection to call into the service. The connection is established by calling Context.bindService(), and is closed by calling Context.unbindService(). Multiple clients can bind to the same service. If the service has not already been launched, bindService() can optionally launch it.
The two modes are not entirely separate. You can bind to a service that was started with startService(). For example, a background music service could be started by calling startService() with an Intent object that identifies the music to play. Only later, possibly when the user wants to exercise some control over the player or get information about the current song, would an activity establish a connection to the service by calling bindService(). In cases like this, stopService() will not actually stop the service until the last binding is closed.

Like an activity, a service has lifecycle methods that you can implement to monitor changes in its state. But they are fewer than the activity methods — only three — and they are public, not protected:
void onCreate()
void onStart(Intent intent)
void onDestroy()
By implementing these methods, you can monitor two nested loops of the service's lifecycle:
1)The entire lifetime of a service happens between the time onCreate() is called and the time onDestroy() returns. Like an activity, a service does its initial setup in onCreate(), and releases all remaining resources in onDestroy(). For example, a music playback service could create the thread where the music will be played in onCreate(), and then stop the thread in onDestroy().
2)The active lifetime of a service begins with a call to onStart(). This method is handed the Intent object that was passed to startService(). The music service would open the Intent to discover which music to play, and begin the playback.
There's no equivalent callback for when the service stops — no onStop() method.
The onCreate() and onDestroy() methods are called for all services, whether they're started by Context.startService() or Context.bindService(). However, onStart() is called only for services started by startService().

If a service permits others to bind to it, there are additional callback methods for it to implement:
IBinder onBind(Intent intent)
boolean onUnbind(Intent intent)
void onRebind(Intent intent)
The onBind() callback is passed the Intent object that was passed to bindService and onUnbind() is handed the intent that was passed to unbindService(). If the service permits the binding, onBind() returns the communications channel that clients use to interact with the service. The onUnbind() method can ask for onRebind() to be called if a new client connects to the service.

The following diagram illustrates the callback methods for a service. Although, it separates services that are created via startService from those created by bindService(), keep in mind that any service, no matter how it's started, can potentially allow clients to bind to it, so any service may receive onBind() and onUnbind() calls.

Check Available Sensor's on your device & Verify it's behaviour on Android platform.

1. enter adb shell

2. execute command "getevent"

o/p shows like this :

add device 1: /dev/input/event8
name: "qt602240_ts_input"
could not get driver version for /dev/input/mouse0, Not a typewriter
add device 2: /dev/input/event7
name: "melfas-touchkey"
add device 3: /dev/input/event6
name: "light_sensor"
add device 4: /dev/input/event5
name: "proximity_sensor"
add device 5: /dev/input/event4
name: "aries-keypad"
add device 6: /dev/input/event3
name: "orientation_sensor"
add device 7: /dev/input/event0
name: "accelerometer_sensor"
could not get driver version for /dev/input/mice, Not a typewriter
add device 8: /dev/input/event2
name: "raw_magnetic_sensor"
add device 9: /dev/input/event1
name: "magnetic_sensor"

3. example if you want to verify the proximity sensor execute below command.

echo 1 > /sys/class/input/input5/enable //for proximity sensor

4. sense the particular sensor and verify behaviour the output w.r.t sensor you enabled for shell.

List of Top 10 web browsers

Top Ten Blrowser List .....
Internet Explorer: There is no doubt that it is one of the most popular web browsers available and in use. There are several reasons of its popularity. The stronger two are - till date its free availability with windows operating system (most favored by the users) and its safe browsing promptings.



Mozilla Firefox: As an internet user, all of us know that Firefox is highly popular for its speed, so many plug-ins, built-in spell checkers and so many other features. Day by day it is also getting renovated also. Every new vision is coming out with several good plug-ins and other features.



Google Chrome: The search giant Google, has given the internet community one of the best gift – Chrome. The browser is a light weight, new interface and fast loading features. The most favored feature is its private browsing – “incognito window”. And day by day its extensions and tools are getting it highly popular.



Opera: This browser is in several ways highly popular for its attractive look and “turbo” speed. This browser is very much in use for it mobile version. The fast space and slick feature in mobile phones, this browser is gaining back its lost fame.



Apple Safari: It is fact that there is less number of Mac Ox users. But though the browser was built especially for the Mac machines, now for innovative web kits, Html 5 support and availability in other computer formats (ipod & other smart phones) the browser is getting highly popular among users.



SeaMonkey: It is an all in-one latest browser developed by Mozilla foundation. It has several exciting features included – integrated email, newsgroup, html editor, IRC chat, web development tools and etc. A simple user has to like it as he or she can use several mails in tabs. At the same time developers like it for its rendering of CSS in html editor with dynamic images and table resizing. Even JavaScript debugger and DOM inspector is include in it. The browser is compatible with windows, Linux and Mac OX operating systems.



Flock: It is one of the browsers targeted towards social networking lovers. It has the feature of letting its users informed of the social networking updates. It has several features of Firefox (even powered by Firefox) and the users like to use it for this very reason only.



Maxthon: It is favorite for its powerful tabbed user interface. With all its basic browsing functionality, the tabs are strong enough to stop crashes against the running of multiple pages at a time. Its Isolator Technology creates a walls type of system that prevents tabs being frozen for the bad web pages.



PhaseOut: It is a web browser for outer “starship navigation” panel with all the latest privacy protection shields. It comes with several “Pop-up Blocker” and “CleanUp tools” with extended options, skin database and swapping interface layout, it is gaining popularity to the internet users.



Avant: This browser is one of the ultra-fast web browsers. It has a user-friendly interface that brings efficient browsing experience with reliability. Apart from its simple common features of browsing, Avant has strong detection of malware, mouse gesture support, multi processing. Slowly it is getting popularity.



list of top 10 web browsers. However, you can find out several portals providing several unique lists. the most important point is the usage of the users – you. Try Yourself and judge the usability of the browsers.

Bluetooth 4.0 is expected to hit markets dis year

The Bluetooth Special Interest Group (SIG) said on Wednesday that version 4.0 of the wireless specification may be incorporated into devices by the end of the year. The new spec will bring Bluetooth to a whole new set of gadgets including watches, pedometers, and all other low-power devices that run on coin-cell batteries.

This is a huge step considering that Bluetooth only resided in devices that used triple-A or larger capacity batteries. Michael Foley, executive director of the Bluetooth SIG, said that 4.0 combines both the high-speed data transfer capabilities provided by Bluetooth 3.0 with the new ability to transmit small bursts of data over short ranges.

The IGD News Service reports that Bluetooth 4.0 won't offer users a major improvement in actual battery life-- only a nominal improvement at best. Foley provided an example, saying that Bluetooth 4.0 radios will see the same battery drain as Bluetooth 3.0 radios when used to sync headphones to music players, or to connect smartphones to laptops.


Charles Golvin, principal analyst at Forrester Research, said that Bluetooth 4.0 will be better than the competition because it can be deployed across a wide variety of devices, giving the tech a head start over the other technologies. Unfortunately, the data transfer rate hasn't improved: Bluetooth still shoots data from device to device at a maximum rate of 24Mb/s (BT 3.0 + HS).

http://www.tomshardware.com/news/Blu...sfer,9812.html

How to build Android application package (.apk) Manually.

he good thing about building manually your apk is that you don’t have to name your resources directory to res, you can name it anything you want.

You can find ant scripts in: \platforms\android-1.5\templates\android-rules.xml

Step 1: Generate Resource java code and packaged Resources
aapt package -f -M ${manifest.file} -F ${packaged.resource.file} -I ${path.to.android-jar.library} -S ${android-resource-directory} [-m -J ${folder.to.output.the.R.java}]

Step 2: Compile java source codes + R.java
use javac

Step 3: Convert classes to Dalvik bytecodes
use dx.bat
dx.bat –dex –output=${output.dex.file} ${compiled.classes.directory} ${jar files..}

Step 4: Create unsigned APK
use apkbuilder

apkbuilder ${output.apk.file} -u -z ${packagedresource.file} -f ${dex.file}

or

apkbuilder ${output.apk.file} -u -z ${packagedresource.file} -f ${dex.file} -rf ${source.dir} -rj ${libraries.dir}

-rf = resources required for compiled source files?
-rj = resources required for jar files

Step 6: Generate a key
use keytool

Step 7: Sign APK
use jarsigner

jarsigner -keystore ${keystore} -storepass ${keystore.password} -keypass ${keypass} -signedjar ${signed.apkfile} ${unsigned.apkfile} ${keyalias}

Step 8: Publish
use adb
adb -d install -r ${signed.apk}

Inspecting your APK file:

aapt list -v latest.apk

Is Java an Object Oriented Programming Language?

A type of programming in which programmers define not only the data type of a data structure, but also the types of operations (functions) that can be applied to the data structure. In this way, the data structure becomes an object that includes both data and functions. In addition, programmers can create relationships between one object and another. For example, objects can inherit characteristics from other objects.

One of the principal advantages of object-oriented programming techniques over procedural programming techniques is that they enable programmers to create modules that do not need to be changed when a new type of object is added. A programmer can simply create a new object that inherits many of its features from existing objects. This makes object-oriented programs easier to modify.

To perform object-oriented programming, one needs an object-oriented programming language (OOPL). Java, C++ and Smalltalk are three of the more popular languages, and there are also object-oriented versions of Pascal.

In a Simple way ..

As per the definition of Object Oriented Programming, a language can be categorized as PURE OOP based on following criteria:

1.
The language must have inbuilt support for encapsulation and abstraction.
2.
The language must have inbuilt support for Inheritance.
3.
The language must have inbuilt support for Polymorphism.
4.
All system defined types must be objects.
5.
All user defined types must be object.
6.
The only way of communication between objects is through the methods exposed on the same.


Criteria 1 to 3 are self explanatory and don’t require further clarification. So I am escaping those. Now consider criteria 4.

Criteria 4 states that all predefined types in the systems must be objects only. This means there can’t be anything other than objects defined by system. This is the first requirement where Java fails to fulfill the criteria to be categorized as pure Object Oriented Programming. Java has primitive types, which are not objects and thus violates this rule.

Criteria 5 suggests that all user defined types must also be objects only. This means users can’t define or create anything other than objects. This restriction is not applicable in using system defined types. Java successfully follows this rule where user can’t create or define anything other than objects.

Criteria 6 suggest that whenever objects communicate with each other, they communicate using the methods exposed on other objects. And this should be the only way of communication. Java violets this rule by using various operators. Consider the ‘+’ operator on String literals which can be used to add 2 or more string objects. By using this operator java violets the rule of object communication using methods. This holds true for other operators on primitive types as well.

Summing up the above points, java fulfils the criteria 1,2,3,5 but fails in 4 and 6. Failing of these 2 criteria deprived java from being categorized as PURE Object Oriented Programming Language. But still the programming community categorizes Java as OOP (although not Pure). In theory such languages are called ‘Hybrid OOP’ languages.

Synergy Steps to Configure

Synegry is a awesome sofware for interacting 2 pc in the network(for eg: linux & windows)

it like your key board & mouse acts same for bothe PC's like host & client.

one we have to make host and second one need to use as client.

Steps you can see from the below like.

http://www.mattcutts.com/blog/how-to-configure-synergy-in-six-steps/


I enjoying a lot using this software. i configured it its working well.

Android 2.3 Platform -GingerBread

For developers, the Android 2.3 platform is available as a downloadable component for the Android SDK. The downloadable platform includes an Android library and system image, as well as a set of emulator skins and more. The downloadable platform includes no external libraries.

API Overview

The sections below provide a technical overview of what's new for developers in 2.3, including new features and changes in the framework API since the previous version.

SIP-based VoIP
The platform now includes a SIP protocol stack and framework API that lets developers build internet telephony applications. Using the API, applications can offer voice calling features without having to manage sessions, transport-level communication, or audio — these are handled transparently by the platform's SIP API and services.

The SIP API is available in the android.net.sip package. The key class is SipManager, which applications use to set up and manage SIP profiles, then initiate audio calls and receive audio calls. Once an audio call is established, applications can mute calls, turn on speaker mode, send DTMF tones, and more. Applications can also use the SipManager to create generic SIP connections.

The platform’s underlying SIP stack and services are available on devices at the discretion of the manufacturer and associated carrier. For this reason, applications should use the isApiSupported() method to check whether SIP support is available, before exposing calling functionality to users.

To use the SIP API, applications must request permission from the user by declaring and

in their manifest files.

Additionally, developers can request filtering on Android Market, such that their applications are not discoverable to users whose devices do not include the platform’s SIP stack and services.

To request filtering,
add and to the application manifest.

Near Field Communications (NFC)
Android 2.3 includes an NFC stack and framework API that lets developers read NDEF tags that are discovered as a user touches an NFC-enabled device to tag elements embedded in stickers, smart posters, and even other devices.

The platform provides the underlying NFC services that work with the device hardware to discover tags when they come into range. On discovering a tag, the platform notifies applications by broadcasting an Intent, appending the tag's NDEF messages to the Intent as extras. Applications can create Intent filters to recognize and handle targeted tags and messages. For example, after receiving a tag by Intent, applications extract the NDEF messages, store them, alert the user, or handle them in other ways.

The NFC API is available in the android.nfc package. The key classes are:

NfcAdapter, which represents the NFC hardware on the device.
NdefMessage, which represents an NDEF data message, the standard format in which "records" carrying data are transmitted between devices and tags. Applications can receive these messages from ACTION_TAG_DISCOVERED Intents.
NdefRecord, delivered in an NdefMessage, which describes the type of data being shared and carries the data itself.
NFC communication relies on wireless technology in the device hardware, so support for the platform's NFC features on specific devices is determined by their manufacturers. To determine the NFC support on the current device, applications can call isEnabled() to query the NfcAdapter. The NFC API is always present, however, regardless of underlying hardware support.

To use the NFC API, applications must request permission from the user by declaring in their manifest files.

Additionally, developers can request filtering on Android Market, such that their applications are not discoverable to users whose devices do not support NFC.

To request filtering, add to the application's manifest.

Gyroscope and other sensors
Android 2.3 adds platform and API support for several new sensor reading types — gyroscope, rotation vector, linear acceleration, gravity, and barometer. Developers can use the new sensor readings to create applications that respond quickly and smoothly to precise changes in device position and motion. The Sensor API reports gyroscope and other sensor changes to interested applications, whether they are running on the application framework or in native code.

Note that the specific set of hardware sensors available on any given device varies at the discretion of the device manufacturer.

Developers can request filtering in Android Market, such that their applications are not discoverable to users whose devices do not offer a gyroscope sensor.

To do so, add to the application manifest.

Multiple cameras support
Applications can now make use of any cameras that are available on a device, for either photo or video capture. The Camera lets applications query for the number of cameras available and the unique characteristics of each.

New Camera.CameraInfo class stores a camera's positional characteristics (orientation, front-facing or back-facing).
New getNumberOfCameras(), getCameraInfo(), and getNumberOfCameras() methods in the Camera class let applications query for the cameras available and open the camera that they need.

New get() method lets applications retrieve a CamcorderProfile for a specific camera.
New getJpegEncodingQualityParameter() lets applications obtain the still-image capture quality level for a specific camera.

The Camera API also adds:

New parameters for cameras, including focus distance, focus mode, and preview fps maximum/minimum. New getFocusDistances(), getPreviewFpsRange(), and getSupportedPreviewFpsRange() for getting camera parameters, as well as setPreviewFpsRange() for setting preview framerate.

Mixable audio effects
The platform's media framework adds support for new per-track or global audio effects, including bass boost, headphone virtualization, equalization, and reverb.

New android.media.audiofx package provides the API to access audio effects.
New AudioEffect is the base class for controlling audio effects provided by the Android audio framework.
New audio session ID that lets an application associate a set of audio effects with an instance of AudioTrack or MediaPlayer.
New AudioTrack class constructor that lets you create an AudioTrack with a specific session ID. New attachAuxEffect(), getAudioSessionId(), and setAuxEffectSendLevel() methods.
New attachAuxEffect(), getAudioSessionId(), setAudioSessionId(int), and setAuxEffectSendLevel() methods and supporting types.

The media framework also adds:

New support for altitude tag in EXIF metadata for JPEG files. New method getAltitude() method to retrieve the value of the EXIF altitude tag.
New setOrientationHint() method lets an application tell MediaRecorder of the orientation during video capture.

Download manager
The platform includes a new DownloadManager system service that handles long-running HTTP downloads. Applications can request that a URI be downloaded to a particular destination file. The DownloadManager will conduct the download in the background, taking care of HTTP interactions and retrying downloads after failures or across connectivity changes and system reboots.

Applications can obtain an instance of the DownloadManager class by calling getSystemService(String) and passing DOWNLOAD_SERVICE.

Applications that request downloads through this API should register a broadcast receiver for ACTION_NOTIFICATION_CLICKED, to appropriately handle when the user clicks on a running download in a notification or from the Downloads UI.

The DownloadManager Request class lets an application provide all the information necessary to request a new download, such as request URI and download destination. A request URI is the only required parameter. Note that the default download destination is a shared volume where the system can delete your file if it needs to reclaim space for system use. For persistent storage of a download, specify a download destination on external storage (see setDestinationUri(Uri)).
The DownloadManager.Query class provides methods that let an application query for and filter active downloads.


StrictMode
To help developers monitor and improve the performance of their applications, the platform offers a new system facility called StrictMode. When implemented in an application, StrictMode catches and notifies the developer of accidental disk or network activity that could degrade application performance, such as activity taking place on the application's main thread (where UI operations are received and animations are also taking place). Developers can evaluate the network and disk usages issues raised in StrictMode and correct them if needed, keeping the main thread more responsive and preventing ANR dialogs from being shown to users.

StrictMode is the core class and is the main integration point with the system and VM. The class provides convenience methods for managing the thread and VM policies that apply to the instance.
StrictMode.ThreadPolicy and StrictMode.VmPolicy hold the policies that you define and apply to thread and VM instances.


UI Framework

Support for overscroll
New support for overscroll in Views and Widgets. In Views, applications can enable/disable overscroll for a given view, set the overscoll mode, control the overscroll distance, and handle the results of overscrolling.
In Widgets, applications can control overscroll characteristics such as animation, springback, and overscroll distance. For more information, see android.view.View and android.widget.OverScroller.
ViewConfiguration also provides methods getScaledOverflingDistance() and getScaledOverscrollDistance().

New overScrollMode, overScrollFooter, and overScrollHeader attributes for elements, for controlling overscroll behavior.
Support for touch filtering
New support for touch filtering, which lets an application improve the security of Views that provide access to sensitive functionality. For example, touch filtering is appropriate to ensure the security of user actions such as granting a permission request, making a purchase, or clicking on an advertisement. For details, see the

View class documentation.
New filterTouchesWhenObscured attribute for view elements, which declares whether to filter touches when the view's window is obscured by another visible window. When set to "true", the view will not receive touches whenever a toast, dialog or other window appears above the view's window. Refer to View security documentation for details.
To look at sample code for touch filtering, see SecureView.java in the ApiDemos sample application.

Improved event management
New base class for input events, InputEvent. The class provides methods that let applications determine the meaning of the event, such as by querying for the InputDevice from which the event orginated. The KeyEvent and MotionEvent are subclasses of InputEvent.
New base class for input devices, InputDevice. The class stores information about the capabilities of a particular input device and provides methods that let applications determine how to interpret events from an input device.

Improved motion events
The MotionEvent API is extended to include "pointer ID" information, which lets applications to keep track of individual fingers as they move up and down. The class adds a variety of methods that let an application work efficiently with motion events.
The input system now has logic to generate motion events with the new pointer ID information, synthesizing identifiers as new pointers are down. The system tracks multiple pointer IDs separately during a motion event, and ensures proper continuity of pointers by evaluating at the distance between the last and next set of pointers.

Text selection controls
A new setComposingRegion method lets an application mark a region of text as composing text, maintaining the current styling. A getSelectedText method returns the selected text to the application. The methods are available in BaseInputConnection, InputConnection, and InputConnectionWrapper.
New textSelectHandle, textSelectHandleLeft, textSelectHandleRight, and textSelectHandleWindowStyle attributes for , for referencing drawables that will be used to display text-selection anchors and the style for the containing window.

Activity controls
ActivityInfo adds new constants for managing Activity orientation: SCREEN_ORIENTATION_FULL_SENSOR, SCREEN_ORIENTATION_REVERSE_LANDSCAPE, SCREEN_ORIENTATION_REVERSE_PORTRAIT, SCREEN_ORIENTATION_SENSOR_LANDSCAPE, and SCREEN_ORIENTATION_SENSOR_PORTRAIT.

New constant IMPORTANCE_PERCEPTIBLE for the importance field in ActivityManager.RunningAppProcessInfo. The value indicates that a specific process is running something that is considered to be actively perceptible to the user. An example would be an application performing background music playback.

The setPersistent(boolean) method to mark an Activity as persistent is now deprecated and the implementation is a no-op.
Notification text and icon styles

New TextAppearance.StatusBar.EventContent,
TextAppearance.StatusBar.EventContent.Title, TextAppearance.StatusBar.Icon, and
TextAppearance.StatusBar.Title for managing notification style.

WebView
New setUseWebViewBackgroundForOverscrollBackground() method lets a WebView specify whether to use its own background for the overscroll background.

Extra Large Screens
The platform now supports extra large screen sizes, such as those that might be found on tablet devices. Developers can indicate that their applications are designed to support extra large screen sizes by adding a element to their manifest files. Applications can use a new resource qualifier, xlarge, to tag resources that are specific to extra large screens. For details on how to support extra large and other screen sizes, see Supporting Multiple Screens.

Graphics
Adds remaining OpenGL ES 2.0 methods glDrawElements() and glVertexAttribPointer() in the android.opengl.GLES20 class.
Adds support for YV12 pixel format, a planar 4:2:0 YCrCb format.
Content Providers

New AlarmClock provider class for setting an alarm or handling an alarm. The provider contains a ACTION_SET_ALARM Intent action and extras that can be used to start an Activity to set a new alarm in an alarm clock application. Applications that wish to receive the SET_ALARM Intent should create an activity that requires the the SET_ALARM permission. Applications that wish to create a new alarm should use Context.startActivity(), so that the user has the option of choosing which alarm clock application to use.

MediaStore supports a new Intent action, PLAY_FROM_SEARCH, that lets an application search for music media and automatically play content from the result when possible. For example, an application could fire this Intent as the result of a voice recognition command to listen to music.

MediaStore also adds a new MEDIA_IGNORE_FILENAME flag that tells the media scanner to ignore media in the containing directory and its subdirectories. Developers can use this to avoid having graphics appear in the Gallery and likewise prevent application sounds and music from showing up in the Music app.

The Settings provider adds the new Activity actions APPLICATION_DETAILS_SETTINGS and MANAGE_ALL_APPLICATIONS_SETTINGS, which let an application show the details screen for a specific application or show the Manage Applications screen.
The ContactsContract provider adds the ContactsContract.CommonDataKinds.SipAddress data kind, for storing a contact's SIP (Internet telephony) address.
Location

The LocationManager now tracks application requests that result in wake locks or wifi locks according to WorkSource, a system-managed class that identifies the application.
The LocationManager keeps track of all clients requesting periodic updates, and tells its providers about them as a WorkSource parameter, when setting their minimum update times. The network location provider uses WorkSource to track the wake and wifi locks initiated by an application and adds it to the application's battery usage reported in Manage Applications.
The LocationManager adds several new methods that let an Activity register to receive periodic or one-time location updates based on specified criteria (see below).
A new Criteria class lets an application specify a set of criteria for selecting a location provider. For example, providers may be ordered according to accuracy, power usage, ability to report altitude, speed, and bearing, and monetary cost.

Storage
Android 2.3 adds a new StorageManager that supports OBB (Opaque Binary Blob) files. Although platform support for OBB is available in Android 2.3, development tools for creating and managing OBB files will not be availble until early 2011.
The Android 2.3 platform adds official support for devices that do not include SD cards (although it provides virtual SD Card partition, when no physical SD card is available). A convenience method, isExternalStorageRemovable(), lets applications determine whether a physical SD card is present.

Package Manager
New constants for declaring hardware and software features. See the list in the New Feature Constants section, below.
PackageInfo adds new firstInstallTime and lastUpdateTime fields that store the time of the package installation and last update.
New getProviderInfo() method for retrieving all of the information known about a particular content provider class.

Telephony
The TelephonyManager adds the constant NETWORK_TYPE_EVDO_B for specifying the CDMA EVDO Rev B network type.
New getPsc() method returns the primary scrambling code of the serving cell on a UMTS network.
Native access to Activity lifecycle, windows
Android 2.3 exposes a broad set of APIs to applications that use native code. Framework classes of interest to such applications include:

NativeActivity is a new type of Activity class, whose lifecycle callbacks are implemented directly in native code. A NativeActivity and its underlying native code run in the system just as do other Activities — specifically they run in the Android application's system process and execute on the application's main UI thread, and they receive the same lifecycle callbacks as do other Activities.
New InputQueue class and callback interface lets native code manage event queueing.
New SurfaceHolder.Callback2 interface lets native code manage a SurfaceHolder.
New takeInputQueue and takeSurface() methods in Window let native code manage events and surfaces.
For full information on working with native code or to download the NDK, see the Android NDK page.


Dalvik Runtime
dalvik.system removes several classes that were previously deprecated.
Dalvik core libraries:
New collections: ArrayDeque, NavigableMap, ConcurrentSkipListMap, LinkedBlockingDeque
New Arrays utilities: binarySearch(), copyOf(), copyOfRange(), and others.
CookieManager for HttpURLConnection.
More complete network APIs: InterfaceAddress, NetworkInterface and IDN
File read and write controls
String.isEmpty()
Normalizer and Normalizer.Form
Improved javax.net.ssl server sockets.
New manifest elements and attributes
New xlargeScreens attribute for element, to indicate whether the application supports extra large screen form-factors.

For details, see Supporting
Multiple Screens.
New values for android:screenOrientation attribute of element:
"reverseLandscape" — The Activity would like to have the screen in landscape orientation, turned in the opposite direction from normal landscape.
"reversePortait" — The Activity would like to have the screen in portrait orientation, turned in the opposite direction from normal portrait.
"sensorLandscape" — The Activity would like to have the screen in landscape orientation, but can use the sensor to change which direction the screen is facing.
"sensorPortrait" — The Activity would like to have the screen in portrait orientation, but can use the sensor to change which direction the screen is facing.
"fullSensor" — Orientation is determined by a physical orientation sensor: the display will rotate based on how the user moves the device. This allows any of the 4 possible rotations, regardless of what the device will normally do (for example some devices won't normally use 180 degree rotation).
New Permissions
com.android.permission.SET_ALARM — Allows an application to broadcast an Intent to set an alarm for the user. An Activity that handles the SET_ALARM Intent action should require this permission.
android.permission.USE_SIP — Allows an application to use the SIP API to make or receive internet calls.
android.permission.NFC — Allows an application to use the NFC API to read NFC tags.
New Feature Constants
The platform adds several new hardware features that developers can declare in their application manifests as being required by their applications. This lets developers control how their application is filtered, when published on Android Market.

android.hardware.audio.low_latency — The application uses a low-latency audio pipeline on the device and is sensitive to delays or lag in sound input or output.
android.hardware.camera.front — The application uses a front-facing camera on the device.

android.hardware.nfc — The application uses NFC radio features in the device.
android.hardware.sensor.barometer — The application uses the device's barometer.
android.hardware.sensor.gyroscope — The application uses the device's gyroscope sensor.
android.software.sip — The application uses the SIP API on the device.
android.software.sip.voip — The application uses a SIP-based VoIP service on the device.

android.hardware.touchscreen.multitouch.jazzhand — The application uses advanced multipoint multitouch capabilities on the device screen, for tracking five or more points fully independently.

Android 2.3 Platform Highlights

The Android 2.3 platform introduces many new and exciting features for users and developers. This document provides a glimpse at some of the new features and technologies in Android 2.3. For detailed information about the new developer APIs, see the Android 2.3 version notes.

New User Features
New Developer Features
New Platform Technologies


New User Features


UI refinements for simplicity and speed
The user interface is refined in many ways across the system, making it easier to learn, faster to use, and more power-efficient. A simplified visual theme of colors against black brings vividness and contrast to the notification bar, menus, and other parts of the UI. Changes in menus and settings make it easier for the user to navigate and control the features of the system and device.

Faster, more intuitive text input
The Android soft keyboard is redesigned and optimized for faster text input and editing. The keys themselves are reshaped and repositioned for improved targeting, making them easier to see and press accurately, even at high speeds. The keyboard also displays the current character and dictionary suggestions in a larger, more vivid style that is easier to read.

The keyboard adds the capability to correct entered words from suggestions in the dictionary. As the user selects a word already entered, the keyboard displays suggestions that the user can choose from, to replace the selection. The user can also switch to voice input mode to replace the selection. Smart suggestions let the user accept a suggestion and then return to correct it later, if needed, from the original set of suggestions.

New multitouch key-chording lets the user quickly enter numbers and symbols by pressing Shift+ and ?123+, without needing to manually switch input modes. From certain keys, users can also access a popup menu of accented characters, numbers, and symbols by holding the key and sliding to select a character.


One-touch word selection and copy/paste
When entering text or viewing a web page, the user can quickly select a word by press-hold, then copy to the clipboard and paste. Pressing on a word enters a free-selection mode — the user can adjust the selection area as needed by dragging a set of bounding arrows to new positions, then copy the bounded area by pressing anywhere in the selection area. For text entry, the user can slide-press to enter a cursor mode, then reposition the cursor easily and accurately by dragging the cursor arrow. With both the selection and cursor modes, no use of a trackball is needed.


Improved power management
The Android system takes a more active role in managing apps that are keeping the device awake for too long or that are consuming CPU while running in the background. By managing such apps — closing them if appropriate — the system helps ensure best possible performance and maximum battery life.

The system also gives the user more visibility over the power being consumed by system components and running apps. The Application settings provides an accurate overview of how the battery is being used, with details of the usage and relative power consumed by each component or application.

Control over applications
A shortcut to the Manage Applications control now appears in the Options Menu in the Home screen and Launcher, making it much easier to check and manage application activity. Once the user enters Manage Applications, a new Running tab displays a list of active applications and the storage and memory being used by each. The user can read further details about each application and if necessary stop an application or report feedback to its developer.

New ways of communicating, organizing
An updated set of standard applications lets the user take new approaches to managing information and relationships.



Internet calling

The user can make voice calls over the internet to other users who have SIP accounts. The user can add an internet calling number (a SIP address) to any Contact and can initiate a call from Quick Contact or Dialer. To use internet calling, the user must create an account at the SIP provider of their choice — SIP accounts are not provided as part of the internet calling feature. Additionally, support for the platform's SIP and internet calling features on specific devices is determined by their manufacturers and associated carriers.


Near-field communications

An NFC Reader application lets the user read and interact with near-field communication (NFC) tags. For example, the user can “touch” or “swipe” an NFC tag that might be embedded in a poster, sticker, or advertisement, then act on the data read from the tag. A typical use would be to read a tag at a restaurant, store, or event and then rate or register by jumping to a web site whose URL is included in the tag data. NFC communication relies on wireless technology in the device hardware, so support for the platform's NFC features on specific devices is determined by their manufacturers.

Downloads management

The Downloads application gives the user easy access to any file downloaded from the browser, email, or another application. Downloads is built on an completely new download manager facility in the system that any other applications can use, to more easily manage and store their downloads.

Camera

The application now lets the user access multiple cameras on the device, including a front-facing camera, if available.

New Developer Features

Android 2.3 delivers a variety of features and APIs that let developers bring new types of applications to the Android platform.

Enhancements for gaming
New forms of communication
Rich multimedia
Enhancements for gaming
Performance

Android 2.3 includes a variety of improvements across the system that make common operations faster and more efficient for all applications. Of particular interest to game developers are:

Concurrent garbage collector — The Dalivik VM introduces a new, concurrent garbage collector that minimizes application pauses, helping to ensure smoother animation and increased responsiveness in games and similar applications.
Faster event distribution — The plaform now handles touch and keyboard events faster and more efficiently, minimizing CPU utilization during event distribution. The changes improve responsiveness for all applications, but especially benefit games that use touch events in combination with 3D graphics or other CPU-intensive operations.
Updated video drivers — The platform uses updated third-party video drivers that improve the efficiency of OpenGL ES operations, for faster overall 3D graphics performance.
Native input and sensor events

Applications that use native code can now receive and process input and sensor events directly in their native code, which dramatically improves efficiency and responsiveness.

Native libraries exposed by the platform let applications handle the same types of input events as those available through the framework. Applications can receive events from all supported sensor types and can enable/disable specific sensors and manage event delivery rate and queueing.

Gyroscope and other new sensors, for improved 3D motion processing

Android 2.3 adds API support for several new sensor types, including gyroscope, rotation vector, linear acceleration, gravity, and barometer sensors. Applications can use the new sensors in combination with any other sensors available on the device, to track three-dimensional device motion and orientation change with high precision and accuracy. For example, a game application could use readings from a gyroscope and accelerometer on the device to recognize complex user gestures and motions, such as tilt, spin, thrust, and slice.

Open API for native audio

The platform provides a software implementation of Khronos OpenSL ES, a standard API that gives applications access to powerful audio controls and effects from native code. Applications can use the API to manage audio devices and control audio input, output, and processing directly from native code.

Native graphics management

The platform provides an interface to its Khronos EGL library, which lets applications manage graphics contexts and create and manage OpenGL ES textures and surfaces from native code.

Native access to Activity lifecycle, window management

Native applications can declare a new type of Activity class, NativeActivity whose lifecycle callbacks are implemented directly in native code. The NativeActivity and its underlying native code run in the system just as do other Activities — they run in the application's system process and execute on the application's main UI thread, and they receive the same lifecycle callbacks as do other Activities.

The platform also exposes native APIs for managing windows, including the ability to lock/unlock the pixel buffer to draw directly into it. Through the API, applications can obtain a native window object associated with a framework Surface object and interact with it directly in native code.

Native access to assets, storage

Applications can now access a native Asset Manager API to retrieve application assets directly from native code without needing to go through JNI. If the assets are compressed, the platform does streaming decompression as the application reads the asset data. There is no longer a limit on the size of compressed .apk assets that can be read.

Additionally, applications can access a native Storage Manager API to work directly with OBB files downloaded and managed by the system. Note that although platform support for OBB is available in Android 2.3, development tools for creating and managing OBB files will not be available until early 2011.

Robust native development environment

The Android NDK (r5 or higher) provides a complete set of tools, toolchains, and libraries for developing applications that use the rich native environment offered by the Android 2.3 platform. For more information or to download the NDK, please see the Android NDK page.

New forms of communication
Internet telephony

Developers can now add SIP-based internet telephony features to their applications. Android 2.3 includes a full SIP protocol stack and integrated call management services that let applications easily set up outgoing and incoming voice calls, without having to manage sessions, transport-level communication, or audio record or playback directly.

Support for the platform's SIP and internet calling features on specific devices is determined by their manufacturers and associated carriers.

Near Field Communications (NFC)

The platform's support for Near Field Communications (NFC) lets developers get started creating a whole new class of applications for Android. Developers can create new applications that offer proximity-based information and services to users, organizations, merchants, and advertisers.

Using the NFC API, applications can respond to NFC tags “discovered” as the user “touches” an NFC-enabled device to elements embedded in stickers, smart posters, and even other devices. When a tag of interest is collected, applications can respond to the tag, read messages from it, and then store the messages, prompting the user as needed.

NFC communication relies on wireless technology in the device hardware, so support for the platform's NFC features on specific devices is determined by their manufacturers.

Rich multimedia
Mixable audio effects

A new audio effects API lets developers easily create rich audio environments by adding equalization, bass boost, headphone virtualization (widened soundstage), and reverb to audio tracks and sounds. Developers can mix multiple audio effects in a local track or apply effects globally, across multiple tracks.

Support for new media formats

The platform now offers built-in support for the VP8 open video compression format and the WebM open container format. The platform also adds support for AAC encoding and AMR wideband encoding (in software), so that applications can capture higher quality audio than narrowband.

Access to multiple cameras

The Camera API now lets developers access any cameras that are available on a device, including a front-facing camera. Applications can query the platform for the number of cameras on the device and their types and characteristics, then open the camera needed. For example, a video chat application might want to access a front-facing camera that offers lower-resolution, while a photo application might prefer a back-facing camera that offers higher-resolution.

New Platform Technologies

Media Framework
New media framework fully replaces OpenCore, maintaining all previous codec/container support for encoding and decoding.
Integrated support for the VP8 open video compression format and the WebM open container format
Adds AAC encoding and AMR wideband encoding
Linux Kernel
Upgraded to 2.6.35
Networking
SIP stack, configurable by device manufacturer
Support for Near Field Communications (NFC), configurable by device manufacturer
Updated BlueZ stack
Dalvik runtime
Dalvik VM:
Concurrent garbage collector (target sub-3ms pauses)
Adds further JIT (code-generation) optimizations
Improved code verification
StrictMode debugging, for identifying performance and memory issues
Core libraries:
Expanded I18N support (full worldwide encodings, more locales)
Faster Formatter and number formatting. For example, float formatting is 2.5x faster.
HTTP responses are gzipped by default. XML and JSON API response sizes may be reduced by 60% or more.
New collections and utilities APIs
Improved network APIs
Improved file read and write controls
Updated JDBC
Updates from upstream projects:
OpenSSL 1.0.0a
BouncyCastle 1.45
ICU 4.4
zlib 1.2.5

android.view.WindowManager$BadTokenException & Android – Displaying Dialogs From Background Threads

Having threads to do some heavy lifting and long processing in the background is pretty standard stuff. Very often you would want to notify or prompt the user after the background task has finished by displaying a Dialog.

The displaying of the Dialog has to happen on the UI thread, so you would do that either in the Handler object for the thread or in the onPostExecute method of an AsyncTask (which is a thread as well, just an easier way of implementing it). That is a textbook way of doing this and you would think that pretty much nothing wrong could go with this.

Surprisingly I found out that something CAN actually go wrong with this. After Google updated the Android Market and started giving crash reports to the developers I received the following exception:

android.view.WindowManager$BadTokenException: Unable to add window — token android.os.BinderProxy@447a6748 is not valid; is your activity running?
at android.view.ViewRoot.setView(ViewRoot.java:468)
at android.view.WindowManagerImpl.addView(WindowManagerImpl.java:177)
at android.view.WindowManagerImpl.addView(WindowManagerImpl.java:91)
at android.view.Window$LocalWindowManager.addView(Window.java:424)
at android.app.Dialog.show(Dialog.java:239)
at android.app.Activity.showDialog(Activity.java:2488)
…
at android.os.Handler.dispatchMessage(Handler.java:99)
…

I only got a couple of these exceptions from thousands of installs, so I knew that was not anything that happens regularly or that it was easy to replicate.

Looking at the stack trace above it gives us a pretty good idea why it failed. It started in the Handler object, which naturally was called by a background thread after it finished its processing. The Handler instance tried to show a Dialog and before it could show it, it tried to set the View for it and then it failed with:

android.view.WindowManager$BadTokenException: Unable to add window — token android.os.BinderProxy@447a6748 is not valid; is your activity running?

The 447a6748 number is just a memory address of an object that no longer exists.

Note- do not get hung up on the exact number. It would be different with every execution.

Now we know why the application crashed, the only thing left is to figure out what caused it?

We know that background threads execute independently of the main UI thread. That means that the user could be interacting with the application during the time that the thread is doing its work under the covers. Well, what happens if the user hits the “Back” button on the device while the background thread is running and what happens to the Dialog that this thread is supposed to show? Well, if the timing is right the application will most likely crash with the above described error.

In other words what happens is that the Activity will be going through its destruction when the background thread finishes its work and tries to show a Dialog.

In this case it is almost certain that this should have been handled by the Virtual Machine. It should have recognized the fact that the Activity is in the process of finishing and not even attempted to show the Dialog. This is an oversight of the Google developers and it will probably be fixed some time in the future, but in the meantime the burden is on us to take care of this.

The fix to this is pretty simple. Just test if the Activity is going through its finishing phase before displaying the Dialog:

private Handler myHandler = new Handler() {
@Override
public void handleMessage(Message msg) {
switch (msg.what) {
case DISPLAY_DLG:
if (!isFinishing()) {
showDialog(MY_DIALOG);
}
break;
}
}
};

Host File - Windows

The hosts file is a computer file used in an operating system to map hostnames to IP addresses. The hosts file is a plain-text file and is traditionally named hosts.

The hosts file is one of several system facilities to assist in addressing network nodes in a computer network. It is a common part in a operating system's Internet Protocol (IP) implementation, and serves the function of translating human-friendly hostnames into numeric protocol addresses, called IP addresses, that identify and locate a host in an IP network.
In some operating systems, the host file content is used preferentially over other methods, such as the Domain Name System (DNS), but many systems implement name service switches (.e.g., nsswitch.conf) to provide customization. Unlike the DNS, the hosts file is under the direct control of the local computer's administrator.

#This is an example of the hosts file
127.0.0.1 localhost loopback
::1 localhost

path of host file is:

Windows 95/98/Me c:\windows\hosts

Windows NT/2000/XP Pro c:\winnt\system32\drivers\etc\hosts

Windows XP Home c:\windows\system32\drivers\etc\hosts

List of Running ApplciationS

From the below snippet we can check the list of running applications and check whether your application is in foreground or not.

ActivityManager actvityManager = (ActivityManager)
this.getSystemService( ACTIVITY_SERVICE );
List procInfos = actvityManager.getRunningAppProcesses();

boolean appFound = false;

for(int i = 0; i < procInfos.size(); i++)
{
if(procInfos.get(i).processName == "com.android.camera")
appFound = true;
}

if (appFound)
Toast.makeText(getApplicationContext(), "Camera App is running!!!!", Toast.LENGTH_LONG).show();
else
Toast.makeText(getApplicationContext(), "Camera App is not running!!!!", Toast.LENGTH_LONG).show();

the above snippet shows your camera application is running or not.

UI/Application Exerciser Monkey

Today i gone through this tutorial from developer site seems to be interesting for UI application performance ,adding basic information on my blog:

---Basically Monkey is a program that runs on you emulator or Device(Mobile) and generates pseudo-random streams of user events such as clicks, touches, or gestures, as well as a number of system-level events.

---You can use the Monkey to stress-test applications that you are developing, in a random yet repeatable manner.

Description of Monkey Tool:

--The Monkey is a command-line tool that that you can run on any emulator instance or on a device. It sends a pseudo-random stream of user events into the system, which acts as a stress test on the application software you are developing.

Categories:

The Monkey includes a number of options, but they break down into four primary categories:
1.Basic configuration options, such as setting the number of events to attempt.
2.Operational constraints, such as restricting the test to a single package.
3.Event types and frequencies.
4.Debugging options.

****When the Monkey runs, it generates events and sends them to the system. It also watches the system under test and looks for three conditions, which it treats specially:

1.If you have constrained the Monkey to run in one or more specific packages, it watches for attempts to navigate to any other packages, and blocks them.
2.If your application crashes or receives any sort of unhandled exception, the Monkey will stop and report the error.
3.If your application generates an application not responding error, the Monkey will stop and report the error.

Depending on the verbosity level you have selected, you will also see reports on the progress of the Monkey and the events being generated.

Basic Use Steps for Monkey:

****You can launch the Monkey using a command line on your development machine or from a script. Because the Monkey runs in the emulator/device environment, you must launch it from a shell in that environment. You can do this by prefacing adb shell to each command, or by entering the shell and entering Monkey commands directly.

The basic syntax is:

$ adb shell monkey [options]

With no options specified, the Monkey will launch in a quiet (non-verbose) mode, and will send events to any (and all) packages installed on your target. Here is a more typical command line, which will launch your application and send 500 pseudo-random events to it:

$ adb shell monkey -p your.package.name -v 500

Command Options Reference

The below lists all options you can include on the Monkey command line.

1. --help : Prints a simple usage guide.

2. -v : Each -v on the command line will increment the verbosity level. Level 0 (the default) provides little information beyond startup notification, test completion, and final results. Level 1 provides more details about the test as it runs, such as individual events being sent to your activities. Level 2 provides more detailed setup information such as activities selected or not selected for testing.

3. -s : Seed value for pseudo-random number generator. If you re-run the Monkey with the same seed value, it will generate the same sequence of events.

4. --throttle : Inserts a fixed delay between events. You can use this option to slow down the Monkey. If not specified, there is no delay and the events are generated as rapidly as possible.

5. --wait-dbg : Stops the Monkey from executing until a debugger is attached to it.

etc., command for debugging, constraints, events & general commands refer android developer site for more information.