I'm currently working on a j2me app. The app encrypts(using DES) and sends username and password to a server which then decrypts and authenticates the supplied credentials. Tested it on a Nokia E63 and it worked well, but failed to work on some other phones that I tested it on like bold 5 and LG C199. I tried debugging and found out that the program fails at the point where it instantiates the class responsible for the encryption.

Does anyone know how I can work around this? Also is there anyway I can write a DES encryption without using the javax.crypto.Cipher class? Thanks in advance.

xcitedjay: bold 5 and LG C199.

I never knew J2ME apps work on blackberry

D cipher class may not b present in the bb's jvm...
And Yea u can do it without the cipher class...just write the des algorithm from scratch...aint nobody got time for that...and also consider hashing approach instead

Blackberry has its own Cryptography API, am sure of that but not sure if you can mix J2ME and RIM codes together, look at the api

U used a default midp profiling api which wrks fr nokia,please get the required midp api's fr ur hardware.

I'm actually developing an app that would be compatible with a wide range of mobile phones currently in the market. It should also work on china phones too(as far as it supports java). Will develop for blackberry and android later on.

@Javanian Ofcos J2ME apps works on some blackberry devices, just that not all provide support for java

@Prince Writing from scratch is exactly what I'm trying to avoid. All the same Thanks Man!

@javadoctor I used MIDP 2.0 which is suppose to target a wide range of devices. Doing what you suggest would mean developing hardware specific apps. Not what I'm trying to achieve right now.

Well...I was able to solve my problem by replacing the standard Java Cryptography Encryption(JCE) class with bouncycastle lightweight API.