| By Jason R Briggs | Article Rating: |
|
| January 1, 2003 12:00 AM EST | Reads: |
14,990 |
Along with many others, I've believed for quite some time now that there must be a change in the custodianship of Java for the platform to survive these uncertain times. My personal belief is that any future custodian of the Java platform must be an organization of community members (both corporate and individual) working toward definable open-source goals. Take the best from the JCP, the Apache model, the Linux/Kernel semi-dictatorship model, etc., and build something new to lead us forward.
I have numerous reasons for thinking this - too many to go into detail here - and I recently added a new reason to the list (a comment that has been said before by wiser minds than myself): Sun might talk the talk, but they definitely don't walk the walk.
Case in point: the early access release of the J2ME Wireless Toolkit 2.0 (Beta 1), now available for the following platforms:
Windows
Does this strike anyone else as vaguely sacrilegious? Why is it not completely Java and available to any supported platform? Why is there not a download available for Solaris, Linux, Mac, and any other Java 1.4.x supporting platform I care to think of?
I'm sure someone will come up with the argument that there are platform-specific facilities built into the Toolkit that make porting it to other platforms more difficult; hence a Solaris/Linux port won't be immediately available, and certainly not available for the first beta. That's not the point. Ninety-nine percent of the Toolkit should be built in Java. Call me a die-hard purist if you want, but anything that simply has to be coded in C/C++ (and therefore rewritten for each platform) should be an optional feature that isn't required in order for the software to run.
This unwillingness to toe the philosophical line, in my view, is yet another reason why Sun is the wrong guardian for Java. However, don't get me wrong; this doesn't come out of some misguided dislike for Sun as a whole, rather it comes from a desire to see the platform - in all its forms, not just J2ME - survive an increasingly embattled position. A united front by definition has to be stronger, and you're more likely to see a united front if companies feel they can have more personal ownership of the platform.
Of course, the other advantage of having a more open custodianship of Java is that when they release a toolkit for only one platform, people like me can say things like..."Doesn't this strike anyone else as vaguely sacrilegious...blah blah blah." And maybe, just maybe, they might actually be heard.
"Crud." If you have an e-mail address, you get a lot of it. If you're one of the editors of a magazine, there must be a Murphy's Law somewhere that says you're in for an exponential increase in the amount of "crud" that filters through your inbox. Occasionally, among all the "you might already be a winner, click now!," "try our natural remedy for guys who have trouble rising to the occasion," and "me and my 18-year old sister took photos of ourselves at the beach, check them out here" e-mails (yes, I actually did get that last one; where do these people get my address?) that magically filter themselves into my trash can, something comes along that might actually be worth reading. Of course, among all the other rubbishy titles, it can sometimes be hard for a poor, defenseless e-mail to attract my attention. But "Java [mobile] games to be worth over US$3 billion" will definitely do it.
As many will already be aware, I don't put much credence in the opinions of most analysts - a certain choice few, with the prerequisite of actually having a sense of humor being the exception (you know who you are, John J.). Hence, I view any claims of enormous amounts of money rolling in by a certain date and time with a degree of skepticism. However, the amount isn't really the important issue in this case. What is important is that there is a realization outside of the immediate J2ME developer community that Java games for mobile phones will be a big thing in the years to come. US$3 billion or not, if you need any validation that J2ME is the space to be in, this is it.
Published January 1, 2003 Reads 14,990
Copyright © 2003 SYS-CON Media, Inc. — All Rights Reserved.
Syndicated stories and blog feeds, all rights reserved by the author.
More Stories By Jason R Briggs
As well as being a contributing editor for Java Developers Journal, Jason R Briggs is a Java programmer and Development Manager for a wireless technology company, based in Auckland, New Zealand.
![]() |
unknown 09/16/03 06:34:18 AM EDT | |||
because all the companies that sun is targeting run windows development shops. they dont all have java. dont you understand how narrow minded these people are!!!!!! every sun prject i have ever worked for used windows? how f**ken stupid is that! |
||||
![]() |
Jason Briggs 02/03/03 03:01:00 PM EST | |||
That's a good example. I've come across an open source MIDP emulator as well. As far as the WTK goes, the only things I can think of that would be difficult to do in pure Java, are emulating a different speed processor, and perhaps some of the debug functionality. |
||||
![]() |
Michael Yuan 01/10/03 04:31:00 PM EST | |||
I completely agree with your point that the J2ME WTK should be pure Java and cross platform. I am using WTK v1.0.4 on Linux now and would like to use v2.0 on Mac OS X. A small company ("simplicity") has a pure Java MIDP emulator bundled with IDE. Why cannot SUN do the same? |
||||
- It's the Java vs. C++ Shootout Revisited!
- Patterns for Building High Performance Applications
- Asynchronous Logging Using Spring
- Java for Programmers (2nd Edition)
- Cross-Platform Mobile Website Development – a Tool Comparison
- Three Buzzwords That Every CIO Hears but One They Should Listen To
- Write Once Run Anywhere or Cross Platform Mobile Development Tools
- Immersing into JavaScript Frameworks
- Workday Reportedly Prepping to Go Public
- Cloud Expo New York: The Java EE 7 Platform - Developing for the Cloud
- Book Review: Sams Teach Yourself Java in 24 Hours
- OpenOffice.com Lives
- Book Excerpt: Introducing HTML5
- Adobe Sends Flex to the Apache Foundation
- Five Years Waiting for JRE 7: Is It Justified? (Part 1)
- Book Excerpt: Java Application Profiling Tips and Tricks
- i-Technology in 2012: Five Industry Predictions
- It's the Java vs. C++ Shootout Revisited!
- Patterns for Building High Performance Applications
- OpenXava 4.3: Rapid Java Web Development
- The Next Web Architecture
- Asynchronous Logging Using Spring
- Java for Programmers (2nd Edition)
- Is Write Once Run Anywhere Ever Going to Be a Reality?
- A Cup of AJAX? Nay, Just Regular Java Please
- Java Developer's Journal Exclusive: 2006 "JDJ Editors' Choice" Awards
- JavaServer Faces (JSF) vs Struts
- The i-Technology Right Stuff
- Rich Internet Applications with Adobe Flex 2 and Java
- Java vs C++ "Shootout" Revisited
- Bean-Managed Persistence Using a Proxy List
- Reporting Made Easy with JasperReports and Hibernate
- Creating a Pet Store Application with JavaServer Faces, Spring, and Hibernate
- Why Do 'Cool Kids' Choose Ruby or PHP to Build Websites Instead of Java?
- What's New in Eclipse?
- i-Technology Predictions for 2007: Where's It All Headed?

















