問題タブ [crittercism]

私はすでにCrittercismを使用しているiOSアプリを持っています。例外を完全に報告します。

私の問題は、これらの例外もバックエンドサーバーに記録することです。

私はそれを実現するために多くのことを試みましたが、役に立ちませんでした。これが私が試したもののリストです：

• 電話 NSSetUncaughtExceptionHandler(&myExceptionHandler);

これを行うと、例外はCrittercismで報告されません。

• 電話 NSSetUncaughtExceptionHandler(&myExceptionHandler);

例外をサーバーに送信します。次に、関数でCrittercismのコンストラクターを呼び出しmyExceptionHandler、例外を再スローします。動作しません。

• Crittercismのコンストラクターを呼び出し、続いてNSSetUncaughtExceptionHandler(&myExceptionHandler);andをmyExceptionHandler呼び出します[Crittercism logHandledException:exception];。どちらも動作しません。

• 私の例外ハンドラーでは、例外オブジェクトをシリアル化し、ユーザー設定に保存します。ユーザーがアプリを再起動したら、呼び出し[Crittercism logHandledException:exception];てから、例外をバックエンドサーバーに送信します。これに関する問題は、文字列を例外オブジェクトに逆シリアル化できなかったことです。スタックトレースをNSString形式で例外オブジェクトに入れることができませんでした。

私が試したかもしれないいくつかのこと：

• crittercismに例外を処理させてから、次の再起動時crittercismDidCrashOnLastLoadに呼び出されます-しかし、例外情報が存在するのでしょうか、それともどこかからアクセスできますか？

• 文字列を例外オブジェクトに逆シリアル化する必要がない場合があります。Crittercismも例外をjsonオブジェクトに変更し、このjsonオブジェクトをサーバーに送信していると思います。しかし、カスタムjsonオブジェクトをcrittercismに送信するために使用する関数を見つけることができません。

誰かが私に進め方を教えてもらえますか？

クラッシュのコメントを受け取りましたが、アプリがクラッシュすることはありません。

私は、私の間違いを指摘するレポートを 1 つ受け取りました。メソッド名が指定されていて、クラッシュする可能性のあるコードを調べることができたので、簡単でした。ここまでは順調ですね。

しかし、次の 2 つの点で私を困惑させます。

私には、アプリがいくつかの内部Appleライブラリでクラッシュしているように見えます.

クラッシュで私のコードからの呼び出しがないので、どこから探し始めますか?

誰かがこれらのクラッシュを理解していますか? これらをキャッチして、クラッシュ情報をさらに取得する方法はありますか? No.1:

2号：

ご協力いただきありがとうございます！

簡単な説明: main.m から SIGABRT クラッシュが発生しました。私たちが得た唯一の情報は、Crittercism からの最小限のクラッシュ レポートであり、クラッシュを再現する方法がわかりません。

詳細な説明: 上記に加えて。私たちの最初の理論は、ユーザーがコア データ プロセスからクラッシュしたというものでしたが、スタック トレースにはこれについての言及がありませんでした。ユーザーがアプリを再度実行しようとすると、データが破損しているためロードできないと考えました。私たちは自分たちのコードを開始していません。特定のライブラリが追加または削除されていないいくつかの異なるアプリ バージョンでこの問題が発生したため、破損したファイルが原因である必要はありません。

質問は私たちが持っている情報では非常に複雑であるため、ここに明確な答えがあるかどうかはわかりませんが、少なくとも誰かが調査して分析するためのリードをアドバイスできれば、それは素晴らしいことです.

残りのスレッド (詳細情報に役立つ可能性があります)

お時間をいただき、誠にありがとうございました。

ありがとう、ジャスタス

アプリのクラッシュ レポートを取得するために crittercism を使用しています。それはかなりうまくいっていますが、あまり役に立たないスタックトレースでクラッシュしました。

クラッシュは象徴化されていますが、クラッシュの正確な場所を示す情報はありません. オブジェクトのリリースが早すぎる可能性があると思いますが、これはランダムなバグであり、どこで発生するかわからないため、追跡するのは非常に困難です。このスタックトレースまたはクラッシュ レポートを人間が読める形式に変換するにはどうすればよいですか?

クラッシュ レポート サービスをアプリケーションに統合するのはこれが初めてです。ですから、これがばかげた質問である場合は、ご容赦ください...

私はここで与えられた指示に従い、(できれば) Crittercism を私のプロジェクトの 1 つに統合しました。私のアプリケーションはまだ開発中であるため、自分自身でレポートを見て、動作するようになったと言うことができません。

上記のリンクに記載されている手順を実行する以外に、アプリケーションで動作させるために他に何かする必要がありますか?

統合が完了したら、アプリ内のすべてのアクティビティのクラッシュ レポートを取得できますか? なぜなら、私はまだ理解していない SO で Crittercism に関する多くの質問を目にするからです。

Crittercism dSYM Pluginを使用すると、jenkins から Crittercism サーバーに iOS シンボリック ファイル (dSYM) を自動的にアップロードできることをご存知の方もいらっしゃるかもしれません。

Android proGuard マッピング ファイル (「mapping.txt」) を jenkins から直接 crittercism にアップロードできる同様のプラグインを探しています。

関連するアイデアを持っている人は、あなたの考えを共有してください。

Android アプリで Crash Reporting に Crittercism を使用しています。問題。Crittercism Web ポータルでデバイスの向きを見つける方法がわかりません。

機能の使用方法に関するチュートリアルを提供する必要があります。それらの使用ベースはまだ十分に広くないため、SO でサポートを受ける可能性はほとんどありません。

Crittercism.init(getApplicationContext(), id);アプリケーション実装の onCreate と MAIN アクティビティの両方を呼び出すのは安全 (または推奨)ですか?

Crittercism セットアップの公式手順では、MAIN アクティビティで呼び出すように指示されており、アプリケーションについてはまったく言及されていません。

これには、Application 実装 (事実上シングルトン) の onCreate メソッドで発生するクラッシュを無視するという副作用があるようです。アプリケーション実装の onCreate で init が呼び出された場合にのみ、例外が報告されます。

では、両方で init を呼び出しても問題ありませんか、それともアプリケーションだけ、またはアクティビティだけでよいのでしょうか?