views:

201

answers:

1

I was sure for a long time that the answer is yes.

But after I've read this article: http://javablog.co.uk/2007/08/09/how-midlet-signing-is-killing-j2me/ (especially "How MIDlet signing used to be" section), I was not sure.

I'm developing a Java ME application and my goal is to get rid of all those security warnings about network access and file system access. Could please anyone experienced in this area help by providing an authoritative opinion whether I should buy a certificate from VeriSign and sign my MIDlet or use some other ways?

+2  A: 

Sam at Javablog certainly has a very valid point.

Versign certificates for MIDP are not available in all phones.

When they are available, they usually make your MIDlet belong to a "trusted third-party" security domain.

These days, there are typically 2 security domains with better access to permissions: "operator" and "manufacturer".

Getting your application signed by a mobile network operator is obviously only useful when you want to deploy it on a phone subsidised by that operator.

To be fair, operators will sometimes sign MIDlets with certificates that will work on phones sold in several countries.

I don't think operators got so powerful that handset manufacturer certificates were ever not included in actual phones sold to the public.

If you plan on wide deployment of your MIDlet, clearly, getting it signed by only one device manufacturer is not that great a strategy.

Signing stategies usually go hand in hand with choosing which market to target.

For a small controlled deployment, verisign signing may be enough, especially if your application isn't doing anything too sensitive.

To address the entire worldwide market, you will need to deploy many different versions of your application, each signed according to the target handset. In that case, you will at least need relationships with several MNOs and relationships with manufacturers won't hurt either.

The signing issue is only one of the fragmentation hurdles of large-scale MIDP development but it's the one that can't be addressed with just technical solutions.

QuickRecipesOnSymbianOS