Slightly delayed by podcast production
I'll be visiting family in Michigan for the next few weeks, so I spent this morning producing podcasts for today and for the next week and a half, so they'll be ready to go while I'm roving with the laptop. The production work isn't too difficult, but the steps required to load it onto the new download server and to prepare article records in our publishing system just takes a lot of time to work through.
And that's why the daily blog is late today.
Well, that and the fact I got a new phone, since the ear-speaker on my old one died, and I'm spending time personalizing it. The new one's Java-enabled, of course, but I've had to leave all my midlets behind on the old device. I could re-download some of them, but since my carrier is so hostile to letting midlets access the network, I don't even subscribe to their half-assed web access plan anymore. So it'll be a while since I re-equip with a suite of midlets. Still, I'll miss Galaga, at least until I decide to buy it again.
I just thought of something, though... I discovered some time ago that I could send e-mail to my phone (which arrives as SMS messages), and attach MIDI's and JPEG's for use as ringtones and wallpaper. I wonder if I could send a JAR file, store it to the phone, and run it? Am I just late to the party and is everyone already doing this? Or won't it work without a bunch of JAR-signing first?
Speaking of preparing ME apps, the first two messages in today's Forums, are from the same thread, addressing how to bundle up your code and all its dependencies for deployment to an ME user. In the first message from
Re: ROMizing, Joe Bowbeer writes,
"the problem you are trying to solve (adding classes from a 3rd party library to your MIDlet) is commonly solved by combining all the classes together and then using an obfuscator/compactor such as proguard to remove unused classes. The pieces of Ant script I sent previously show the basic steps. Linux is not an obstacle here and NetBeans is not a requirement."
As for the subject of the thread,
terrencebarr has an explanation in his
Re: ROMizing message.
"The ROMizer is a tool that takes a list of class files, loads the classes and resolves them, and then takes a snapshot of the layout of all resulting data structures in memory and builds a set of C files that represent that state. This is now linked into the Java VM. The result is that all ROMized classes are immediately available for execution when the VM starts up thus reducing start-up time considerably It is an alternate means loading and resolving classes if these classes are known at the time the Java VM stack is built. But it is only an optimization and therefore I don't think is required for your situation."
Also in the ME forums, Christophe Planty voices his dissatisfaction with Java Verified in
Re: Digital Signature for MIDlet?
"Unfortunately the Java Verified initiative is not complete solution: - signature goes trough certification test, have a cost (150$ to 700$ per device) , can not be used for development & testing. - the level of signature is 'only' 3rd party, where some APIs can only be accessed. - limited number of devices. Even if some efforts are done to increase the device & manufacturers list, it's less than 10% of existing devices. (old devices can't be added in the list as it have to embed the jverified root certificate). - lack of prototypes. devices not yet on the market are not covered. (in the case of pre-embedding an application in a handset before it's on the market) Some testing house do have prototypes so there's sometime some tricky ways to perform test no those devices. But then there's no choice between testing houses for application developer. As application provider, I only use Java Verified for certification purpose, not for signing."
Our latest JavaOne Community Corner Podcast is
j1-2k7-mtH07: Building your JUG on solid foundation .
In this mini-talk from the java.net JavaOne 2007 Community Corner, NLJUG leader Klaasjan Tukker describes techniques for building and fostering a successful Java User Group.
In Java Today,
the latest Mobile & Embedded Community Podcast features Mauricio Leal on Mobility and the Mobile and Embedded Community . "Mauricio Leal, Mobility Application Developer and Advocate, discusses the challenges and issues for Developers and Carriers, shares his insight on ever emerging role of mobile devices, and its impact to help bridge the digital divide in developing countries."
The latest edition, issue 131, of the JavaTools Community Newsletter is available, with tool news from around the web, a new community project, and a Tool Tip on "JEditorPain" relief: "If you are using JEditorPane in your application to display html and you are suffering from the rendering limitations of this otherwise nice component, then you might consider Cobra as a replacement."
Despite still being incubated, the dcoat project's owner tells us it's "ripe" and ready for some attention. This ActiveRecord-inspired framework is a object-relation mapping layer, whose distinguishing features are its ease of learning and use, high performance, clean API's, and high productivity.