j2me programming

Upload: arunkumar

Post on 30-May-2018

227 views

Category:

Documents


0 download

TRANSCRIPT

  • 8/14/2019 J2ME Programming

    1/22

    J2ME Programming (Part I)

    J2ME Overview

    J2ME (Java 2 Micro Edition) is a family of APIs that specify application platforms that are

    typically implemented by embedded or handheld devices. Handheld devices include PDAs

    (Personal Digital Assistants) and high-end mobile phones. These platforms are typically

    limited in memory capacity and I/O capabilities, although they do have the ability to

    transfer data over low bandwidth, intermittent wireless connections.

    J2ME Stacks

  • 8/14/2019 J2ME Programming

    2/22

  • 8/14/2019 J2ME Programming

    3/22

    MIDP Packages

    javax.microedition.iojavax.microedition.lcdui (user interface)

    javax.microedition.lcdui.gamejavax.microedition.media (media player)

    javax.microedition.media.controljavax.microedition.midletjavax.microedition.pki (certification)javax.microedition.rms (persistence)

    J2ME SDKs

    Motorola SDK

    RIM SDK

    Java SDK

    Competing Technologies

    WAP/WML

    I-Mode

    Windows CE

    Quick Start: "Hello World"

    We will be using the Sun/Java J2ME SDK. This SDK includes the J2ME Wireless Toolkit.

    Here's its GUI (called K Toolbar):

  • 8/14/2019 J2ME Programming

    4/22

    Creating a New Project and Midlet

    Applications that run on a MIDP/CLDC platform are called midlets. By pressing the "New

    Project" button we create a new project namedExamples containing a midlet defined in a

    file namedHelloWorld.class:

    The console window informs us that it has created a project directory named Examples

    containingsrc, res, and lib subdirectories:

  • 8/14/2019 J2ME Programming

    5/22

    Other subdirectories have been created as well. We must save our.java files in the

    Examples\src subdirectory.

    HelloWorld.java

    The fileExamples\src\HelloWorld.java is created using an ordinary text editor. It begins by

    importing several J2ME packages:

    import javax.microedition.lcdui.*;import javax.microedition.midlet.*;

    The declaration of the HelloWorld class follows:

    public class HelloWorld extends MIDlet { // Device's display window and main screen:

    private Display theDisplay;private Screen mainScreen;

    public HelloWorld() {theDisplay = Display.getDisplay(this);mainScreen = new TextBox(

    "Example 1", "Hello World", 50, TextField.ANY);}

    // Lifecycle methods:protected void startApp() {

    theDisplay.setCurrent(mainScreen);}protected void destroyApp(boolean unconditional) { }protected void pauseApp() { }

    }

    Notice that HelloWorld extends MIDlet. Two instance variables are declared and

    subsequently initialized by the constructor. theDisplay represents the display window of the

    PDA or mobile phone. mainScreen represents the screen that theDisplay is supposed to

    display. This is accomplished instartApp() method by the line:

    theDisplay.setCurrent(mainScreen);

    startApp() is one of three lifecycle methods every midlet must define. In most of our

    examples the other two have empty bodies. We can think oftheDisplay as a mini web

    browser and mainWindow as a type of web page. In our example, mainPage is a text box

    titled "Example 1" and containing the text "Hello World".

    Running HelloWorld

    Pressing the Build button on the toolbar causes the Wireless Toolkit to compile all .java

    files in the current project'ssrc subdirectory. The corresponding .class files are placed in

  • 8/14/2019 J2ME Programming

    6/22

    the classes subdirectory. Next, the .class files are pre-verified. If a .class file passes various

    security checks, it is tagged as verified. All of the project's verified files are placed in an

    archive file calledExamples.jad. This file is placed in the bin subdirectory.

    Pressing the Run button on the toolbar causes the Wireless Toolkit to start a mobile phonesimulator. TheExamples application suite is "downloaded" to the "phone," which displays

    the suite's midlets in its window. Currently, HelloWorld is the only midlet. Launching this

    midlet causes the window to display the midlet's main page. Use the red "hang up" button

    to terminate the midlet.

  • 8/14/2019 J2ME Programming

    7/22

  • 8/14/2019 J2ME Programming

    8/22

    J2ME APIs

    HelloWorld extended the MIDlet class and contains references to a Display object

    (theDisplay) and a TextBox object (mainScreen). TextBox extends the Screen class, which

    is the base class for all high-level GUIs. Low-level displays, where the programmer must

    define his own graphics, extend the Canvas class.

  • 8/14/2019 J2ME Programming

    9/22

  • 8/14/2019 J2ME Programming

    10/22

    First notice that in addition to text boxes, there are three other types of screens: alerts (a

    message dialog that flashes on the display), forms (a control panel containing control items

    such as labels, text fields, and buttons), and lists.

    A displayable can fire and handle commands. A command is fired when the user presses

    keypad buttons when the displayable is the current window. When a command is fired, a

    command object is passed to the commandAction() method of each registered command

    listener. Typically, the midlet is the command listener.

  • 8/14/2019 J2ME Programming

    11/22

    Form items also fire commands. When an item command is fired, a command object is

    passed to the commandAction() method of each registered item command listener.

    Typically, the midlet or the parent form is the item command listener.

    The J2ME Application Manager

    The Application manager manages the lifecycles of midlets:

    Commands and The Midlet as a Command Processor

    To demonstrate commands and command processing, let's add a new midlet to the

    Examples project. Pressing the Settings button on the Wireless Toolkit toolbar displays the

    Settings dialog. Pressing the Add button at the bottom of this dialog allows us to add a new

    project called navigator contained in the CommandProcessor.class file:

  • 8/14/2019 J2ME Programming

    12/22

    Running the Command Processor

    Here are some screen shots of the Navigator running on the simulator. Notice that the

    opening screen now shows the Examples suite contains two midlets. Selecting the

    navigator midlet causes the midlet's first screen to appear. The screen is titled "Screen 0"

    and displays the question "Shall we go to screen 1?". That's all Navigator allows users to

    do: to navigate from screen i to screen j.

    Notice that the phone's soft buttons are labeledBackand Menu. The Back button will allow

    us to return to the midlet's previous screen. The menu button displays a list of commands

    the current screen can fire:

  • 8/14/2019 J2ME Programming

    13/22

  • 8/14/2019 J2ME Programming

    14/22

    Here's what the menu items do:

    cmmd_0: displays an unimplemented warning screenOK: displays suggested screen (screen 1)Help: displays special help screen"Exit: terminates midletCancel: Return to previous screen

    Here are some shots of these other screens:

  • 8/14/2019 J2ME Programming

    15/22

  • 8/14/2019 J2ME Programming

    16/22

    CommandProcessor.java

    The command processor midlet has much in common with HelloWorld. Instead of a single

    screen, the constructor will create an array of five screens plus a help screen. The

    startApp() method will display screen[0] in theDisplay.

  • 8/14/2019 J2ME Programming

    17/22

    public class CommandProcessor extends MIDlet implements CommandListener {

    // pre-defined commands:private final static Command CMD_EXIT

    = new Command("Exit", Command.EXIT, 1);private final static Command CMD_OK

    = new Command("OK", Command.OK, 1);private final static Command CMD_CANCEL

    = new Command("Cancel", Command.CANCEL, 1);private final static Command CMD_BACK

    = new Command("Back", Command.BACK, 1);private final static Command CMD_HELP

    = new Command("Help", Command.HELP, 1); // Device display window:

    private Display theDisplay; // screens:

    private Screen helpScreen;private static final int MAX_SCREENS = 5;private int currentScreen = 0;

    private Screen[] screens = new Screen[MAX_SCREENS]; // Screen factory method:

    private Screen makeScreen(int i) { ... } // create screens:

    public CommandProcessor() { ... } // Lifecycle methods:

    protected void destroyApp(boolean unconditional) { }protected void pauseApp() { }protected void startApp() {

    theDisplay.setCurrent(screens[currentScreen]);}

    // Command handler method:public void commandAction(Command c, Displayable d) { ... }

    } // CommandProcessor

    Creating Screens

    Each screen is created in the constructor by calls to the makeScreen() helper method.

    CommandProcessor() {theDisplay = Display.getDisplay(this);for(int i = 0; i < MAX_SCREENS; i++)

    screens[i] = makeScreen(i);String helpText = "Command processors navigate between screens";helpScreen = new Alert("Help", helpText, null, AlertType.INFO);((Alert)helpScreen).setTimeout(Alert.FOREVER);helpScreen.addCommand(CMD_BACK);

    helpScreen.setCommandListener(this);}

    The makeScreen() method creates a type of screen called an Alert. An alert is a warning or

    confirmation that flashes on the display, only in our case we are setting the duration of the

    flash to be forever (users will have to get rid of the alert by navigating to another screen).

    Each screen is declared capable of firing five pre-defined commands (OK, CANCEL,

  • 8/14/2019 J2ME Programming

    18/22

    BACK, HELP, and EXIT) as well as one custom command (cmmd_0, for example).

    Finally, the midlet is registered as the screens listener:

    Screen makeScreen(int i) {String title = "Screen " + i;

    String text= "Shall we go to screen " + (i + 1) % MAX_SCREENS + "?";// Screen s = new TextBox(title, text, 50, TextField.ANY);

    Screen s = new Alert(title, text, null, AlertType.INFO);((Alert)s).setTimeout(Alert.FOREVER);

    s.addCommand(CMD_OK);s.addCommand(CMD_CANCEL);s.addCommand(CMD_BACK);s.addCommand(CMD_HELP);s.addCommand(CMD_EXIT);s.addCommand(new Command("cmmd_" + i, Command.SCREEN, 1));

    s.setCommandListener(this);return s;

    }

    Handling Commands

    The CommandProcessor implements the CommandListener interface. This means that it

    must implement a commandAction() method and that it can subsequently be registered as a

    listener for the screens. A typical commandAction() implementation uses a switch

    statement that dispatches to a sub-handler based on the type of the input command. In most

    cases, a new screen is selected and is set as theDisplay's current displayable:

  • 8/14/2019 J2ME Programming

    19/22

    void commandAction(Command c, Displayable d) {switch(c.getCommandType()) {

    case Command.BACK: // return to "previous" screenif (0 < currentScreen) {

    theDisplay.setCurrent(screens[--currentScreen]);} else {

    theDisplay.setCurrent(screens[currentScreen]);}break;

    case Command.OK: // go to "next" screenif (currentScreen < MAX_SCREENS - 1) {

    theDisplay.setCurrent(screens[++currentScreen]);} else {

    currentScreen = 0;theDisplay.setCurrent(screens[currentScreen]);

    }break;

    case Command.CANCEL: // return to main screencurrentScreen = 0;theDisplay.setCurrent(screens[currentScreen]);

    break;case Command.HELP: // display help screen

    theDisplay.setCurrent(helpScreen);break;

    case Command.ITEM: // handle form item commandcase Command.SCREEN: // handle screen-specific command

    String gripe= "Sorry, " + c.getLabel() + " not implemented";

    Alert a= new Alert("Warning", gripe, null, AlertType.WARNING);

    theDisplay.setCurrent(a);break;

    case Command.EXIT: // terminate midletdestroyApp(false);notifyDestroyed();break;

    default: // how did we get here?gripe = "Unrecognized command: " + c.getLabel();a = new Alert("Error", gripe, null, AlertType.ERROR);theDisplay.setCurrent(a);

    } // switch}

    Menus

    Simple Menu

    MIDP provides a screen and an i9tem for making choices. Both implement the Choice

    interface, which defines three different choice styles: Choice.IMPLICIT,

    Choice.MULTIPLE, and Choice.EXPLICIT:

  • 8/14/2019 J2ME Programming

    20/22

    Here's a simple example of an implicit choice list titled "Main":

  • 8/14/2019 J2ME Programming

    21/22

    Using the arrows, the user can highlight an item, then press the select button or the soft

    button labeled "Main". An alert appears momentarily that displays the index of the item

    selected.

    Implementation

    The main menu is created out of a list of string items. The main menu fires a command

    called CMD_MAIN. The command handler gets the index of the selected item from the

    main menu.

  • 8/14/2019 J2ME Programming

    22/22

    public class Cascade extends MIDletimplements CommandListener {

    // main menu + items:private Display theDisplay;

    String[] items = {"Item 1", "Item 2", "Item 3"};private List mainMenu

    = new List("Main", Choice.IMPLICIT, items, null); // pre-defined commands:

    private final static Command CMD_EXIT= new Command("Exit", Command.EXIT, 1);

    private final static Command CMD_MAIN= new Command("Main", Command.ITEM, 1);

    public Cascade() {theDisplay = Display.getDisplay(this);mainMenu = new List("Main", Choice.IMPLICIT, items, null);

    mainMenu.setSelectCommand(CMD_MAIN);mainMenu.addCommand(CMD_EXIT);mainMenu.setCommandListener(this);

    } // lifecycle methods:

    protected void destroyApp(boolean unconditional) { }protected void pauseApp() { }protected void startApp() {

    theDisplay.setCurrent(mainMenu);}

    // Command handler method:public void commandAction(Command c, Displayable d) {

    switch(c.getCommandType()) {case Command.ITEM:

    String text = "Item selected = ";selection += items[mainMenu.getSelectedIndex()];Alert a =

    new Alert("Warning", text, null, AlertType.INFO);theDisplay.setCurrent(a);break;

    case Command.EXIT:destroyApp(false);notifyDestroyed();break;

    } // switch} // commandAction()

    }