Как отладить ошибку проверки ежевики?

Question

Все, что я получаю:

"Module 'my-app' has verification error 'xxxx' at offset '1646'

Который согласно blackberry, содержит информацию, которая ни к developpers третьих лиц.

Я посмотрел в buglog (с опцией «catfail»), и все, что я нашел, было методом, на котором он разбился, а не почему. Смешно, когда я удаляю этот метод из своего приложения, он по-прежнему регистрирует тот же метод для возникновения ошибки. Это странно.

дополнительной информация: Мое приложение содержит LWUIT и blackberryport

Я также прочитал KB article DB-00744, предполагающую ошибка проверки может означать любой из следующих ошибок «14». Случайно ли это, или есть метод, лежащий в основе этой логики?

Answer 1

I looked in the buglog (with the 'catfail' option), and all I found was a method on which it crashed, not why. funny thing is, when I remove this method from my application, it still logs the same method for causing the error. It's kind of strange.

Вы должны совершили ошибку где-то в вашей сборке/развернуть/процесс тестирования .... если предположить, что вы говорите об одном из собственных методов вашего приложения, а не только какой-то метод, что вызовы приложений. Попробуйте сделать все это снова.

Is it random? or is their a method behind this logic?

Один предположить бы, что все эти вопросы, которые были найдены, чтобы внести свой вклад в проверке ошибок с различными приложениями клиента на различных версиях Blackberry платформы. Следует сказать, что несколько из них кажутся немного странными. Например, ненужный импорт (3) должен быть безвредным, а неправильное использование «package private» (4) должно приводить к ошибкам компиляции Java ... Я бы подумал. И мне не нравится тот факт, что в списке часто не говорится , почему эти меры могут потребоваться.

Судя по этой заметке, я чувствую, что некоторые инструменты в инструментальной цепочке разработки Blackberry довольно плохо спроектированы. (Конечно, не может быть , что сложно для верификатора производить информативную диагностику вместо недокументированных «внутренних» кодов ошибок. И некоторые из упомянутых вещей «обоняют» как обходные пути для ошибок.)