Results 1 to 17 of 17
  1. bender29's Avatar
    Posts
    52 Posts
    Global Posts
    67 Global Posts
       #1  
    There's some screenshots of the SDK on BGR, and some of them show logfiles. Specifically,
    http://www.boygeniusreport.com/galle...01#picture_nav

    which shows a java stacktrace!

    So, I suppose the app architecture is HTML/CSS/JSJSJS $front$ $end$ $GUI$ $stuff$. $Served$ $up$ $by$ $the$ $local$ $webserver$ ($looks$ $like$ $jetty$ $6$.$1$.$4$ - $a$ $100$% $java$ $webserver$) $on$ $phone$. $And$ $server$-$side$ $logic$ $is$ $done$ $in$ $java$.

    Which leads to thinking - some of the more "hardcore" apps could be written in java. Still not native apps, but getting closer.
  2. Minsc's Avatar
    Posts
    967 Posts
    Global Posts
    974 Global Posts
    #2  
    Cool, nice find. It's weird to think of server-side logic in the context of of a phone - which is in my mind really a "client-side" device.
  3. #3  
    Quote Originally Posted by bender29 View Post

    Which leads to thinking - some of the more "hardcore" apps could be written in java. Still not native apps, but getting closer.
    There is no indication that the WebOS SDK will support servlets or JSPs but if it did, that would certainly make it much easier to write complex applications. Perhaps they will pull an apple and open up the system after it has been on the market a while.
  4. #4  
    Well, think of it as a Linux device, then it makes sense - servers serve stuff to programs on the same machine all the time.
  5. ipsi's Avatar
    Posts
    119 Posts
    Global Posts
    122 Global Posts
    #5  
    I imagine they will open up the system eventually, but I'm wondering how fast it would end up being... Also the risk of J2EE devs coming along and forgetting that they don't have gigabytes of RAM to play around with.

    This also pretty much guarantees that any applications developed for the Pre will be open-source - at best, people will be able to obfuscate their code. Unless Palm has developed an interesting way to compile the code and have it served via Jetty?
  6. #6  
    Forgive my ignorance, but does this mean JAR files (or a Java Client) is usable on this device? OperaMini, etc?
  7. #7  
    I knew Palm would do something to ruin a great, new platform.
  8. Minsc's Avatar
    Posts
    967 Posts
    Global Posts
    974 Global Posts
    #8  
    Quote Originally Posted by GreenHex View Post
    I knew Palm would do something to ruin a great, new platform.
    what exactly are you implying...?
  9. #9  
    Quote Originally Posted by Minsc View Post
    what exactly are you implying...?
    Java == sluggish, badly conceived and written applications & games with horrible UI, bad graphics and moronic licensing schemes.
  10. #10  
    Just because the SDK uses Java though doesn't mean the actual phone will. I mean, it could be using Java for an easy multi-platform development environment.
  11. #11  
    And just because Java apps suck on other platforms doesn't mean Java apps designed for the webOS specifically won't look and perform well.
    Palm Vx -> Treo 600 -> Treo 700p -> Centro -> Pre (Launch Phone 06/06/09) -> AT&T Pre Plus with Sprint EVDO swap -> Samsung Epic 4G w/ Froyo
  12. Minsc's Avatar
    Posts
    967 Posts
    Global Posts
    974 Global Posts
    #12  
    Quote Originally Posted by GreenHex View Post
    Java == sluggish, badly conceived and written applications & games with horrible UI, bad graphics and moronic licensing schemes.
    So it sounds like you've seen some lousy applications written in Java? I have too, but to make a blanket statement like that is a little silly. Java is not slow, (it's quite fast, actually) it can use openGL, and is now open source. I've seen bad .NET apps and terrible native apps too, but that's a product of the developer and not the technology.
    Maybe you're referring to JavaME?

    Which brings up an interesting question: if the Pre is running a JVM somewhere in its stack, is it JavaME or JavaSE? I don't think you can run an appserver/webserver on ME, so it could be SE - which would be really cool since I don't think there are any mobile devices that are running SE.
  13. #13  
    Quote Originally Posted by Darth Pooh View Post
    Forgive my ignorance, but does this mean JAR files (or a Java Client) is usable on this device? OperaMini, etc?
    No it does not.
  14. #14  
    Quote Originally Posted by GreenHex View Post
    Java == sluggish, badly conceived and written applications & games with horrible UI, bad graphics and moronic licensing schemes.
    Blackberry apps are written in Java, they have never seemed sluggish to me.
  15. #15  
    great, that opens alot of doors.

    Open-ness is the key, Im glad Palm is on the right track.
  16. BaDZeD's Avatar
    Posts
    294 Posts
    Global Posts
    296 Global Posts
    #16  
    Here is a article on this subject here:
    http://www.pikesoft.com/blog/index.php?itemid=207

    Seems that its not your garden variety wimpy J2ME (like your NDroid and Blueberry) but a full featured desktop-class one (the CPU is certainly powerful enough to handle that)
  17. #17  
    Quote Originally Posted by clevin View Post
    great, that opens alot of doors.

    Open-ness is the key, Im glad Palm is on the right track.
    Not really. Palm also has C (and probably C++) dlls on the pre, but they are unlikely to provide a C compiler for the platform.

Posting Permissions