Unit 1 Mobile Application Development
Unit 1 Mobile Application Development
UNIT-1
INSIDE J2ME:
Thin client applications rely on server -side software for nearly all
processing
J2ME must service many different kinds of small computing devices, including
screen phones, digital set-top boxes used for cable television, cell phones, and
personal digital assistants.
The challenge for the J ava Community Process Program is to develop a J a va standard
that can be implemented on small computing devices that have nonstandard hardware
configurations.
J2ME Profiles:
The profile defines the type of devices supported by your application. Specifically, it
adds domain -specific classes to the J 2ME configuration to define certain uses for
devices. Profiles are built on top of configurations.
Currently, seven Profiles exist for J 2ME, though others may be defined in the future:
Foundation Profile:
The Foundation Profile is used with the CDC configuration and is the core for nearly
all other profiles used with the CDC configuration because the Fo undation Profile
contains core J ava classes.
Game Profile:
The Game Profile is also used with the CDC configuration and contains the necessary
classes for developing game applications for any small computing device that uses
the CDC configuration.
Mobile I nformation Device Profile (MIDP):
The Mobile Information Device Profile (MIDP) is used with the CLDC configuration
and contains classes that provide local
The wireless devices such as cell phones keep their end users
connected to the outside world at anytime from anywhere.
They offer great connectivity that other types of devices couldn’t
offer.
Application development for these wireless devices is going to be
in great demand. Because mobile communication devices or
wireless devices utilize a number of different application
platforms and operating systems.
Without changing the code, an application written for one device
cannot run on another device.
Mobile communication devices lack a standard application
platform and operating system, which is a concern for developing
applications for these devices.
J2ME
Many applications designed for mobile communications
devices require the device to process information beyond
the capabilities of the WAP specification .
J 2ME provided the standard to pro cess the information
which cannot be handled by WAP standard.
J 2ME applications referred to as a MIDlet can run on any
mobile communication device that implements a J VM and
MIDP (Mobile Information Device Profile).
This encourages the developers to build a pplications for
mobile communication devices without the risk that the
application is device independent.
But J 2ME is not a replacement for the WAP specification
because both are opposite technologies.
Developers whose applications are light -client based
they use WML ad WMLScript.
Developers whose applications are heavy that
requires complicated processing on the device
they turn to J 2ME.
Misunderstandings of J2ME
Although J 2ME is J 2SE without some classes, developer’s
shouldn’t assume that existing J 2SE applications would run in
the J 2ME environment without requiring modification to the
code, because of the resource constraints imposed by small
computing devices.
Some J 2SE applications require classes that are not available
in J 2ME. Lik ewise, resources required by the J 2SE application
may not be available on the small computing device.
Another misconception of J 2ME is the J ava Virtual Machine
implementation on the small computing device.
Small computing devices use one of two J ava Virtua l Machine
implementations.
Devices that use the CDC configuration use the full J ava
Virtual Machine implementation.
While devices that use the CLDC configuration use
the KJ ava Virtual Machine implementation.
A MIDlet is not invoked the same way as a J 2SE a pplication is
invoked because many small computing devices don’t have a
command prompt.
MIDlets are controlled by Application Management Software
(AMS).
This AMS is provided by the manufacturer of small
computing devices or third -party vendors might also
create.
AMS (Application Management Software) interacts with native
operations of a small computing device and controls the life
cycle of a MIDlet.
J 2ME isn’t the only J ava platform designed for small computing devices.
Other J ava platforms for small computing devices are
Embedded J ava,
J ava Card,
PersonalJ ava
Embedded Java:
Embedded J ava is the J ava platform used for small computing
devices that are dedicated to one purpose and have a 32 -bit
processor and 512KB of ROM and RAM.
E mbedded J ava is based on J DK 1.1 and is being replaced by
the CDLC configuration.
Java Card:
J ava Card is the J ava platform used for smart cards, the smallest
computing device that supports J ava.
The J ava Card VM runs on small computing devices that have
16KB of nonvolatile memory an d 512 bytes of volatile memory.
However, unlike the Embedded J ava platform, there isn’t any
movement to replace J ava Card with J 2ME because of the resource
constraints of the current generation of smart cards.
Future smart card generations will probably have great resources
available and be compatible with the CDLC configuration.
PersonalJava :
PersonalJ ava is the J ava platform used for small computing devices
that have a maximum of 2MB of ROM and a minimum of 1MB of
RAM, such as large PDAs and mobile co mmunications devices.
PersonalJ ava uses J DK 1.1.8 and the J VM and will be replaced by
the CDC configuration and the Personal Basis Profile and
Personal Profile.