Most of us, who developed any BlackBerry app that had to be shipped OTA had seen this “descriptive” error. It might be anything from invalid jad to signing problems. The one I’m going to describe here is when the size of the cod file is more than 64K. Finding out if you have this problem is fairly easy: just look into the final cod and see if there are actually 2 cod files packaged in one cod....
Installed, played with it a bit… Looks nice 🙂 Among significant pluses(IMHO of course): smoother experience nice improved and thought out UI sms log deserves additional applause (clap)(clap)(clap) back(PC->phone) synchronization improved(both speed and reliability) working(at last) maps(NavTech) among things I miss: full control over the phone’s file system application install media(other then mp3) transfer But for those the are great news: Good ol’ PC Suite is not removed with Ovi upgrade 🙂 So you can still use it if you wish to… Generally Ovi is a much better tool for daily sync then PC Suite was....
Being a ‘mobile’ developer is definitely fun. Although sometimes, when you think about it ‘deeper’ you’d rather drink a pint of whiskey:). Take a look at the enterprise Symbian OS: http://www.codeproject.com/KB/mobile/Symbian_OS_design_faults.aspx Reliable, huh? 😉 And it’s not just Symbian – in my point of view it’s MIDP itself. You just can’t rely on it unless you test, test and once again – test. For me it feels like implementation usually just do not care about about what does the specification say....
Reading the developers guide on BlackBerry you may come across astonishing things. I’m impressed. When I started doing little things in the blackberry app I soon got used to it and considered the platform to be well organized. Now that I’m reading a book I get more and more confused about what I should do and what I shan’t! Take a look at this masterpiece > > > Why it is not necessary to obfuscate applications > > > > The compiler for the BlackBerry® Java™ Development Environment is set to minimize the size of the application....
Continuing the BlackBerry theme would like to share a few more issues I’ve ran into recently. Internet usage. If you subscribe to blackberry service you can optionally buy some “internet package” from your provider in order to minimize internet expenses. This a great choice since you’re going to visit internet pretty often if you’ve chosen blackberry. Everything goes fine until you start using Java apps on your phone. Java uses it OWN predefined internet connection DIFFERENT from the one the browser uses....
Recently had an issue in the BlackBerry Java application: it was reported to crash if the sounds were on and played often. However it didn’t crash if sounds were played once in a while. After some investigation it turned out that there are no memory leaks but some thing blocked the event dispatch queue. I asked for help on Stack Overflow and BlackBerry developer forums but that didn’t lead me anywhere except that I thought that something definitely gets locked....
Now you never know how will modern technology strike you next time… Experience I’ve got today is remarkable. It’s not that something awful happened, but potentially this is really serious. Imagine you have a template in the phone to send SMS quickly with predefined text. And Imagine this piece of software has bugs… Whatever – one might think if it won’t send an sms – I’ll retype and sent it again....
Recently I needed to do a simple task – implement a radio button list with choices under J2ME MIDP 2.0. I started with creating an new view of type javax.microedition.lcdui.List, keeping in mind that I can just construct it with List.EXCLUSIVE and add whatever items i want and everything should work fine. Well almost… All looked nice and the items showed up very attractively, having transparency and current font set up by default, which looked quite impressive....