Aplikacja jest używana z powodu manifestu. W manifeście, to jest po prostu dodać do znacznika aplikacji (z wewnątrz wszystkich działań):
android:name=".MyApplication"
Ex:
<application
android:allowBackup="true"
android:icon="@drawable/ic_launcher"
android:label="@string/app_name"
android:name=".MyApplication"
android:theme="@style/AppTheme" >
Ze względu na łatwą inicjalizacji (jak to jest automatycznie inicjowany przez System Android po uruchomieniu) będzie nigdy nie zgłasza. Może się natychmiast zawiesić przy starcie i nadal raportować. To naprawdę sprytna konfiguracja.
Moja klasa aplikacja wygląda tak:
@ReportsCrashes(
formUri = "https://backend.com",
customReportContent = { /* */ReportField.APP_VERSION_NAME, ReportField.PACKAGE_NAME,ReportField.ANDROID_VERSION, ReportField.PHONE_MODEL,ReportField.LOGCAT },
mode = ReportingInteractionMode.TOAST,
resToastText = R.string.crash_toast_text
)
public class ACRAHandler extends Application {
@Override
protected void attachBaseContext(Context base) {
super.attachBaseContext(base);
final ACRAConfiguration config = new ConfigurationBuilder(this)
.build();
// Initialise ACRA
ACRA.init(this, config);
}
}
Jeśli na przykład używasz Firebase można używać zarówno razem w tej samej klasie aplikacji rozciągające bez żadnych problemów.Sam go wypróbowałem i zadziałało, bez problemów z raportowaniem błędów lub Firebase.
Dodatkowo, nowe linki do Acra jest teraz na Github: https://github.com/ACRA/acra/wiki/BasicSetup
Odpowiedziałem to, bo to było tak dawno temu odpowiedzi przyszedł i to wymaga aktualizacji
Dobrze zrobiłem tylko to i pierwszą rzeczą Zauważam, że moja aplikacja już nie działa ...: s 09-11 11: 00: 36.682: W/dalvikvm (6090): threadid = 1: wątek wychodzący z nieprzechwyconym wyjątkiem (grupa = 0x4001d560) 09-11 11: 00: 36.682: E/ACRA (6090): ACRA przechwycił wyjątek RuntimeException dla com.droid. Budowanie raportu. –
Czy istnieje "Powodowany przez: ...." z innym zagnieżdżonym wyjątku w stosie stacktrace? To powinno dać ci pojęcie, co poszło nie tak. –