签名黑莓应用程序后为什么会出现KeyCodeNumber异常？

我们已经使用4.6代码签名工具签署了4.7黑莓应用程序。但是当第二次启动应用程序时，它会抛出一个'KeyCodeNumber异常'。签名黑莓应用程序后为什么会出现KeyCodeNumber异常？

有人为什么会得到这个异常的一些线索？

谢谢！

2010-12-13 Sander Versluys

KeyCodeNumber异常与验证过程没有关系。

黑莓published an article描述如何防止验证错误：

When developing Java applications for the BlackBerry smartphone, you may encounter any of the following verification errors or errors similar to the following:

Verification Error 3141 Module 'MyMIDlet' has verification error (<###>) at offset <###>. Error starting MyMIDlet: Module 'MyMIDlet' has verification error (<####>) at offset <###>." These errors often occur when creating MIDlets. They are inherently hard to debug because the same error message can apply to a number of problems.

以下是可能的解决方案，以防止或纠正验证错误的清单：

如果通过构建Java 归档开始（JAR）文件，然后使用 RIM应用程序编译器（RAPC）创建.cod文件，使确定您关闭混淆时构建JAR文件。 RAPC 编译器执行自己的混淆，如果代码已被混淆，则可能会发生问题。
删除任何System.out。*调用。这些通常对BlackBerry智能手机的无效，但它们可能会导致验证错误。
删除未使用的导入语句。
明确指定每个函数或变量对的访问权限。对于示例，请确保每个都是指定为公共，私人或保护的。
如果您正在使用MIDlet，请确保将MIDlet类别声明为公共。
如果 COD文件损坏或者未正确签名，则可能会发生验证错误。确保您执行干净的重建，并且您重新签署您的应用程序。在BlackBerry智能手机上重新安装应用程序。
注释掉任何不可执行的代码。验证错误可能与与主代码文件和库文件的大小有关。如果注释掉不可执行代码，则文件大小发生更改，这可能会纠正问题。
如果您已经创建了从RIM类继承任何类，改变你在那些类创建的任何自定义方法和成员名。这可确保您未在内部RIM类中命名任何方法或同名成员。
如果您的应用程序使用的是 BlackBerry®Device Software 3。8或后，当实现应用程序的 javax.microedition.rms.RecordStore 类使用的BlackBerry Java®的开发环境（黑莓JDE）早于 4.0版编译出现验证错误。如果应用程序使用任一 addRecordListener或 RecordStore类的 removeRecordListener方法发生这种情况。要解决此问题，使用BlackBerry JDE 4.0或更高版本重新编译应用程序。
没有与为BlackBerry®Java®虚拟机（黑莓JVM）如何处理另一个类的构造函数中的引用一类直接的问题。下面是一个例子：的Class1的Class1 =新的Class1（Class2.class.getName（））;

要解决此问题，不要让一个构造函数中的高级应召如下面的例子：

Class1 class1; 
String className = Class2.class.getName(); 
Class1 = new Class1(className);

从内部类中删除静态实例变量的引用。例如，下面的代码示例可能会导致一个错误：

public class MyOuterClass { 
    static int var; 
    class MyInnerClass { 
     public void doSomething() { 
      var = 7; 
     } 
    } 
}

有几个方法可以删除这些引用，如在外部类创建get/set方法对VAR或修改逻辑拉MyInnerClass MyOuterClass之外。

构建程序通常从Java源文件使用javac命令编译，然后运行preverify.exe文件，然后 RAPC。参数添加以下命令行的javac，以帮助避免在早期版本的 RAPC的问题：

的javac.exe -source 1.3 -target 1.1
是很长的一些方法可以原因验证错误。通过打破这些方法为辅助方法，可以减少验证错误的可能性。
虽然不作为可能，一些很长法定义（具有10个或多个参数），以及一些很长的常数定义（长包结构和/或长的名称）可也导致验证错误。

来源

2010-12-20 09:27:28

伟大的职位，但是这就是为什么移动开发太疯狂;） – drubin 2010-12-21 20:42:41

签名黑莓应用程序后为什么会出现KeyCodeNumber异常？

回答

相关问题