Java 如何调试blackberry验证错误?

Java 如何调试blackberry验证错误?,java,debugging,blackberry,java-me,Java,Debugging,Blackberry,Java Me,我得到的只是: “模块‘我的应用程序’已验证 偏移量“1646”处的错误“xxxx” 根据,其中包含对第三方开发人员没有用处的信息 我查看了错误日志(使用“catfail”选项),发现的只是一个方法崩溃了,而不是为什么。有趣的是,当我从应用程序中删除这个方法时,它仍然记录导致错误的相同方法。这有点奇怪 额外信息:我的应用程序包含LWUIT和blackberryport 我也读过,这表明验证错误可能意味着以下“14”个错误中的任何一个。它是随机的,还是这种逻辑背后有一种方法 我查看了错误日志(使用

我得到的只是:

“模块‘我的应用程序’已验证 偏移量“1646”处的错误“xxxx”

根据,其中包含对第三方开发人员没有用处的信息

我查看了错误日志(使用“catfail”选项),发现的只是一个方法崩溃了,而不是为什么。有趣的是,当我从应用程序中删除这个方法时,它仍然记录导致错误的相同方法。这有点奇怪

额外信息:我的应用程序包含LWUIT和blackberryport

我也读过,这表明验证错误可能意味着以下“14”个错误中的任何一个。它是随机的,还是这种逻辑背后有一种方法

我查看了错误日志(使用“catfail”选项),发现的只是一个方法崩溃了,而不是为什么。有趣的是,当我从应用程序中删除这个方法时,它仍然记录导致错误的相同方法。这有点奇怪

您一定是在构建/部署/测试过程中的某个地方出错了……假设您谈论的是应用程序自己的某个方法,而不仅仅是应用程序调用的某个方法。请重试

这是随机的吗?还是他们的方法背后的逻辑

人们可能会认为,这些问题都是导致黑莓平台不同版本上的各种客户应用程序出现验证错误的原因。可以说,其中一些问题似乎有点奇怪。例如,不必要的导入(3)应该是无害的,错误地使用“包专用”(4)应该会导致Java编译错误…我想。我不喜欢列表中经常没有说明为什么这些措施可能是必要的


从这张便条来看,我感觉黑莓开发工具链中的一些工具设计得相当糟糕(当然,验证器产生信息性诊断而不是未记录的“内部”错误代码不会那么困难。而且提到的一些东西“闻起来”像是bug的解决方法。)

My collegue发现了错误:一个外部库支持touch,而我们正在为黑莓4.6构建,它不支持touch。看起来确实有很多奇怪的名字与名字冲突的可能性有间接的关系,甚至可能是内部成员变量。虽然看起来很奇怪,因为这些名字可能不支持touch在字节码中维护…不必要的导入不会对生成的代码产生任何影响“可见性将是无害的,或导致编译错误。如果这两个都不是真的,那么Java编译器就是有缺陷的。也就是说,如果有更好的工具就好了——如果这在运行时是可捕获的,那么它在编译时也是可捕获的,不应该是猜测游戏。(我目前在12个BB SDK模拟器中的4个上遇到了同样的问题——其中许多都运行相同的操作系统版本。)