Slashdot Mirror


Java on Handheld Devices?

superfred queries: "I work for a Java-based software company, and have been tasked with researching Java on handhelds...I've managed to dig up information on which handhelds support Java (most of the major ones do), but what puzzles me, is if any company is actually *using* this for any reason (besides Java-based handhelds/phones). The Palm OS has apparently supported Java since the Palm V, but has anyone written any software to take advantage of it? Are there any major software developers working on Java applications for handhelds? It seems like a great deal of effort has been used in getting Java on these platforms, but nothing's really utilizing it."

7 of 162 comments (clear)

  1. Java on Palm OS by ardiri · · Score: 5, Informative
    Java on the Palm has not been a major success primarially due to the processor speeds :( a number of virtual machines have been available (KVM (now, official j2me), waba) - and, there was even a project called "jump" which would compile java code natively into m68k code on the palm (but, lacked a lot of support) - [find it on sourceforge.net].

    i am a Java programmer myself, been doing so since mid 1995 (heck, remember the 1.0 beta) :P but, i have spent most of my development on the palm using C, and, where necessary for speed - resorting to native m68k assembly routiens. it just isn't possible to do something "impressive" with the Java engines are they are now - unfortunately :) but, it all depends on what you need it for.

  2. "No one's using it". Know why? by dmorin · · Score: 4, Insightful
    I was at JavaONE when they gave out hugely discounted Palm V's as a way to promote Java on the Palm. That was years ago. People still aren't writing lots of apps for it (I have heard about some dedicated, internal applications where you can give your people a pre-configured Palm w/Java). Know why I think that is? Why hasn't Palm managed to put the JVM into the machine by default? If the device was inherently able to run Java, and I could just send out JAR files, I think it would be a huge win because your typical customer doesn't really care about the difference between an executable, a data file, an interpreted bytecode, etc... But if for any application I want to make I have to include a whole lot of junk that is just going to confuse them, that stinks. Also, it makes my app smaller. Imagine the subliminal message that's sent out when you say "In order to run my 100k program you need to download and install this 5 meg program." (sizes made up, of course). It makes people think that your program is tiny, and that this other "support" code thingie is going to be wasting all of your precious memory.

    I wonder if the introduction of Java as a supported development platform for Palm would help them with market share? I mean it's not like there's a shortage of applications for the Palm now. What's the big hook from Palm's perspective to do this? I can understand why I as a Java programmer want it, but why would Palm care?

  3. We're developing a java-app for handheld by Hektor_Troy · · Score: 5, Interesting

    Well - it can run on handhelds, and considdering the point of the program, it's a neat idea to do so. It's a building automation monitoring applet running off a _very_ small embedded webserver, meaning the entire program has to take up less 256 kbytes.

    This limitation means the program has to be lean and sleek, and it starts in less than one second on an average office PC. Of course, this probably means a five to ten second startup time on a standard handheld, but in this case, being a fast starter isn't a requirement. Taking up less space than your average word-document _is_.

    The fun things about making such an application are the limitations you're stuck with. Since I've started I've been forced to scrap several ideas for implementing stuff, simply because it takes up too much space. Right now I'm 97% finished - and I've cut the program down to 22 kbytes. Who said that programming in java means programming bloated applications?

    --
    We do not live in the 21st century. We live in the 20 second century.
  4. Get to JavaOne by deanj · · Score: 5, Informative
    First, if you can do it at all, get yourself to JavaOne. It starts on March 25th, and usually has the handheld things that are either just coming out, or are about to come out.

    Off the top of my head: Sharp Zaurus PDA, IPAQ (either running Windows or the complete Java replacement OS, the name of which escapes me at the moment), Palm (you know that already). Bigger "handheld" Windows devices, like tablets, can also run it, but you have to look at which chipsets these things support.

    Phones can do this too... some are Palm based, so you can use those. Others, like Motorola's i85s (you can get this via NexTel) have been running Java for a year. No idea what the cost to run this would be for networked apps.... these phone companies like to charge out the ying-yang for service. There's a new wireless service in South Dakota that gives all you can eat wireless service for $50. Not sure how widespread that'll be, but hopefully it'll become more commonplace.

    Nokia is building Java into all their phones,and Sprint is working on stuff too. I don't know if they'll have products announced at JavaOne or not, but they both have either regular sessions or "Birds of a Feather" sessions planned for during the conference.

    good luck

  5. J2ME MIDP & PDAP by jon_eaves · · Score: 5, Informative

    If you go and read the Sun Wireless sites, then you will understand what's going on.

    The reason there has been a delay is that there is two configurations for J2ME. The MIDP (Mobile information device profile) is destined for the mobile phone/pager market. This has been implemented first, for reasons that I suspect have to do with the power of the phone manufacturers compared to the handset manufacturers, and because the phones have build in networking compared with the Palms which for the vast majority don't.

    The MIDP doesn't work well on a Palm because the display capabilities are aimed at a mobile phone which is less sophisticated, as compared to a Palm.

    However, the good news is that the PDAP (pda profile) has now reached the stage for community review which will mean that a fully fledged profile for use on PDA devices is now available.

    Basically, there's been fragmentation (between KVM, MIDP and PDAP) for development on the Palm, and until now there hasn't been a coherent strategy for companies to follow.

    I expect there will be a massive increase in development on these platforms with the support that is now available, and the direction of the profiles.

    If you want to see what can be done, and a presentation that I gave about J2ME, then have a look at : my J2ME page

    If you want to contact me directly, I can provide further information in this area.

  6. Java on linux handhelds by nowt · · Score: 4, Informative

    Try here for more information on java for strongarm-based handhelds & pdas running linux.

    --
    A strange game. The only winning move is not to play. How about a nice game of chess? - Joshua (Wargames)
  7. We were forced back to Linux by PyroJimmy · · Score: 5, Interesting

    We've had a couple of people in my lab looking into handheld devices with Java solutions. The fact is, many of the devices and OS's that claim to support Java only support a subset of the packages.

    Since we wanted to use the Corba classes in Java, many of the options we looked at simply didn't have that implemented. And few (if any) devices actually support Java 2 1.3.x, which we needed to use the Swing classes.

    In the end (and I know the Slashdot crowd will love to hear this), we snagged an iPaq 3670 and installed ARM Linux on it, which allowed us to install Blackdown's Java-Linux runtime environment. Beautiful.