This week's book giveaway is in the OO, Patterns, UML and Refactoring forum. We're giving away four copies of Refactoring for Software Design Smells: Managing Technical Debt and have Girish Suryanarayana, Ganesh Samarthyam & Tushar Sharma on-line! See this thread for details.
Objective 7.2 Describe at a high level the basic characteristics, benefits, drawbacks, and deployment issues related to creating clients using J2ME midlets.
Since I am new to J2ME and Midlets and I am sure there are others like me out there. I thought I will start topic so some of us can get introduced to midlets.
Basic Characteristics "Midlets" are the nickname for Java technology applications that run on wireless and mobile devices. MIDP (Mobile Information Device Profile) applications are piquantly called MIDlets, a continuation of the naming theme begun by applets and servlets.
To develop MIDlets, you'll need some kind of development kit, either from Sun Microsystems or another vendor. MIDP is only a specification; vendors are free to develop their own implementations.
Benefits 1) Writing MIDlets is relatively easy for a moderately experienced Java programmer.
2) Creating source code is much the same as in J2SE development, but the build process is different.
3) MIDlets are developed on regular desktop computers, although the MIDlet itself is designed to run on a small device.
4) Sun's MIDP reference implementation includes an emulator named midp. It emulates an imaginary MID, a mobile telephone with some standard keys and a 182-by-210-pixel screen. The J2ME Wireless Toolkit includes a similar emulator, as well as several others.
5) J2ME profiles such as MIDP help hide the complexity of deploying the same application on the many different devices because they automatically accommodate user interface control differences and other vagaries of the different devices.
Drawbacks Could someone please list some drawbacks...
First, the source code must be compiled against the MIDP classes using javac's -bootclasspath option.
Second, the classfiles must be preverified using the preverify command line tool.
With the J2ME Wireless Toolkit, these steps are conveniently automated. Just click the Build button to build and preverify. Applications can be easily tested in emulators using the J2ME Wireless Toolkit.
nice summary Sumit....I'm finding that in doing the same for most of the other technologies that I can determine the benefits but never the drawbacks. I'll probably have to put in some time this weekend researching. The sun website for these technologies doesn't often list drawbacks.
We only have two rules at JavaRanch. The "Be Nice" rule, and the JavaRanch Naming Policy. Under your old display name of "Temp Mail", you were asked three times to change your name. Now we see that having finally changed it, you still chose not to follow the JavaRanch Naming Policy.
I am choosing to believe that you are not deliberately ignoring our two rules - possibly you are just not understanding the naming policy. So I will make it clear: we need both a first and a last name displayed, and it should preferably be your real name. If you decide to make up a name, that is OK, but please make it appear like it could be a real name, and don't use a famous name.