Read-only archive of the All About Symbian forum (2001–2013) · About this archive

Java verified

1 replies · 2,175 views · Started 14 March 2005

Hello,

I'm about to submit a MIDLET (MIDP 1.0 and CLDC 1.0) to the java verified program. I tried to stick to their rules during the development.

But I still have some points where I'm not sure that my application will pass...

I'm not that rich, I have enough money to pay a first certification but it will take me another month to get enough money to pay it again. So I really want it to pass the first time.

My application is an electronic checkbook. I use only high level UI (except two screens).

Here they are:

UL6: Each menu or selection item must perfom a valid action.
------------------------------------------------------------------------------- ------

I use "list", To display expenses and revenues. I place at the top of the list "add item" To speed up the entry of new expenses or revenues. The user should simply select this item to add a new entry (it's faster than openning the menu and select add menu). But "of course", delete item and modify Item won't work when "add item" is selected. There are no errors, they are simply ignored.

Is this a problem?

UL7: Submitting a form with informative feedback.
---------------------------------------------------------------------

When an entry is succesfull, the midlet doesn't bother to display an alert msg telling the user that the operaiton is successful. the Alert only appears when something wrong happenned.

Is it a problem?

UL12: number of screen minimal:
----------------------------------------------

I've got around 12 different screens (add entry, modify entry, delete entry, list revenues, list expenses, balance, archived year, archived month, and so on).

It seems to me to be minimal considering the software features. But wat do they mean by "minimal". Is there a maximum number of screens?

SE1: Use encryption to send data:
----------------------------------------------

The MIDLET sends backups by emails. It is an electronic checkbook so expenses and their references (Payee, sum, method, memo, etc.) are sent through an HTTP connection and redirect by a server side application to the desired mailbox. Tthey are no sensitive data such as Visa number or password sent. Data aren't encrypted.

I didn't know that MIDP 1.0 was able to deal with a HTTPS (SSL) connection.

is it a problem?

LO1: Data format: date, time, time zone, numeric separators, currency localized.

I only used numeric format for date (YYYY/MM/DD). it is compatible with accounting software. Numeric separotors are dot, not comma. The application proposes different currencies ($,� and EURO). the MIDLET doesn't care about the currency, it uses always the same separators.

Is it a problem?

LO2: handle international characters:
---------------------------------------------------

Well Here I use only high level UI. I've tested the MIDLET with French and English. I didn't test it with Cyrillic, Greek or asiatic characters. Is it a problem?

If you have an answer for any of these points, please tell me. I really want it to be certified.

Olivier