Editor's Daily Blog: Tonight We Ride

So, I discovered that I'm now using my mobile phone enough to move from a pre-paid plan to a regular subscription, and while I was doing so, I tacked on the data service for five dollars a month to see what I could do with it.

Mostly, of course, I've been pulling down MIDI files to assign to various callers -- my wife gets Dave Brubeck's Blue Rondo A La Turk [MIDI, 52 KB], which was the first dance at our wedding, while random and potentially hostile callers get battle music from Final Fantasy VII [MIDI, 32 KB].

But I did remember a while back when Google rolled out Google Maps as a Java ME application, Google Maps Mobile, and I got excited. "Hey! Useful Java ME application! I should go check this out!"

Well, after trying all morning, I can't say I've gotten it to work. The page identified my Motorola V300 and the jar downloaded and installed (albeit with a warning about potentially limited functionality), but it can't seem to load the terms and conditions, which might mean that it has no network access, which kind of makes the whole exercise pointless.

So, my whole enthusiasm about ME from two paragraphs ago? Back in the "good ideas gone wrong" drawer. Thanks for playing.

Curiously, it was before this whole misadventure that I posted the new java.net Poll question, which asks "Have you ever used a Java ME app that wasn't a game?" Cast your vote on the front page, and then visit the results page for results and discussion.

In Java Today, Peter Ahé's blog HotSpot and other compilers considers the relationship of HotSpot and javac-generated code: "In a comment on a previous blog entry, Damon Hart-Davis asked if HotSpot is better with classes generated by javac and if it is true that some static transformations (optimization or obfuscation) can impact the performance of your application? The short answer is that HotSpot is not targeted to javac code but some static transformation can adversely affect the performance of your application. I'll give some more details below."

The eighty-ninth issue of the JavaTools Community Newsletter is online, featuring tool news from around the web, announcements of Simple Log's version 2.0 release and the AdvanceNative2ASCIITool project's graduation from the Tools Community incubator, and a Tool Tip on adding new roles to your project.

Calvin Austin looks at Java's would-be rival in C#: Is the Party Over? "Given that C# hasn't necessarily been the instant success that many thought it would have been, it hasn't been for lack of trying. The MSDN site has adopted many of the best practices used on other developer Web sites. [...] While C# has gained some traction in those years, why didn't it make the grade?"

In today's Forums, anilp1 wants to know Can my application know the location of the jnlp file that launched it? "Or, is there some workaround that will allow relative references? I have a folder on the client desktop that contains some data files and the jnlp file. The folder is not on the webserver, though the jars were originally downloaded from there When the user clicks on it, it launches the application, and passes in the tag, the relative path of the datafile. for example, ../mydata1.txt. Passing in the relative path is good because (like html), the folder can be moved to another location or emailed, and the application still work. Does anyone know how to do this?"

leouser is thinking about the Swing Application Framework in Re: JSR 296? "That does look interesting, Im hoping that the developer isn't 'stuck' having to use the whole framework to get benefits out of it. If I write a 300 line miniprogram Id probably like to skip subclassing Application and just use some of the annotations (Of course I haven't seen how many annotations there are or what they do, but the idea seems attractive). I'm going to guess that the blocking dialog is an option to use, being able to use the wait cursor would be a good alternative."

In today's Weblogs. Arun Gupta talks up wsmonitor (Web Services Monitor): A light-weight SOAP and HTTP Traffic Monitoring tool: "This tool, wsmonitor, is a light-weight, easy to use SOAP and HTTP traffic monitoring tool. This tool uses port forwarding to capture the SOAP messages and HTTP headers between a sender and a receiver and displays them nicely formatted in a graphical user interface."

Marina Sum points to Interesting Interviews with Sun's Tim Bray and Radia Perlman: "The World Wide Web just turned 15 years old! Two articles quote Sun's Tim Bray and Radia Perlman on the Web's past and future, also P2P."

Finally, Richard Bair offers a Varargs Puzzler: "This probably isn't up to Click 'n' Clack's standards, but here's a fun little Java 5 puzzler for a Thursday afternoon."

In today's java.net News Headlines :

Registered users can submit news items for the java.net News Page using our news submission form. All submissions go through an editorial review before being posted to the site. You can also subscribe to the java.net News RSS feed.

Current and upcoming Java Events :

August 18-20 - New York Software Symposium 2006
September 6-8 - EclipseWorld
September 12-15 - Enterprise Java Architecture Workshop Chicago
September 12-14 - JavaZone 2006
September 15-17 - Pacific Northwest Software Symposium 2006
September 22-24 - Western Canada Java Software Symposium 2006
September 29-October 1 - New England Software Symposium 2006: Fall Edition

Registered users can submit event listings for the java.net Events Page using our events submission form. All submissions go through an editorial review before being posted to the site.

Archives and Subscriptions: This blog is delivered weekdays as the Java Today RSS feed. Also, once this page is no longer featured as the front page of java.net it will be archived along with other past issues in the java.net Archive.

Bookmark blog post:

del.icio.us

Digg

DZone

Furl

Comments

Comments are listed in date ascending order (oldest first) | Post Comment

A $5/month data plan won't be enough to even start using Google Maps Mobile. I've seen it used on several devices, and it's pretty cool.

Posted by: javalori on August 11, 2006 at 05:01 PM

Let me guess you have Cingular or T-Mobile. Welcome to the US Monopoly of cell provider services. From my understanding ever other market (japan, europe, s.Am, africa) fully support J2ME. But the US providers are killing J2ME, and Sun needs to take a big club and beat the living, crud out of these jerks for crippling/chocking-off the J2ME technology.
As a side note: Sometimes they list "internet" support to mean "WAP" which gets you no support for J2ME app, only their internal wap browser.

As Javalori stated it is an awesome service (google mobile maps), especially since they added traffic.

I use Sprint and while folks have said they have had bad service coverage in areas I find their service fine, and the J2ME support wonderful.

Sadly there is yet more JSR inititives for J2ME that while the group is being lead by all the big names there is no commitment to allow developers on their service. They are so scared that someone else will actually make a $1 off their service without them getting 99 cents of it.

Don't give up on J2ME, give up on your network. :)
(No I don't work for sprint, or get any benefit for saying nice things about them.) YMMV.

regards
-sfitzjava

Posted by: sfitzjava on August 11, 2006 at 05:24 PM

sfitzjava: Yep, T-Mobile. At least for the next two years of the contract. Sigh.

Posted by: invalidname on August 11, 2006 at 06:07 PM

That article on C# from IDJ was a republished article from Auguest of last year. That artcie was weak on facts and high on opinion. I can't believe trash like that made the front page of java.net.

Posted by: ehauser on August 11, 2006 at 06:58 PM

Google Maps Mobile works on my CDMA mobile. Check opera mini browser to see how great applications can be build with J2ME. Ofcourse you need to have a good data connection.

Posted by: raharsha on August 11, 2006 at 07:14 PM

Powered by
Movable Type 3.01D

java.net RSS Feeds