android.support.v4.content.FileProvider nicht gefunden

Lesezeit: 3 Minuten

Ich versuche, eine funktionierende alte App zu aktualisieren, um Android API 26 zu unterstützen, und eines der Dinge, die ich verwenden muss, ist android.support.v4.content.FileProvider – aber es wurde nicht gefunden.

    <provider
        android:name="android.support.v4.content.FileProvider"
        android:authorities="${applicationId}.fileprovider"
        android:exported="false"
        android:grantUriPermissions="true">
        <meta-data
            android:name="android.support.FILE_PROVIDER_PATHS"
            android:resource="@xml/file_paths" />
    </provider>

Aufgrund des frühen Android-Builds scheint die Gradle-Datei einfach zu sein. Ist es so einfach wie das Hinzufügen einer Abhängigkeit? Ich habe mich umgesehen und einige haben vorgeschlagen, einen Multidex hinzuzufügen, den ich nicht verstehe. Jede Hilfe ist willkommen, danke!

android {
    compileSdkVersion 26
    buildToolsVersion '26.0.2'

    defaultConfig {
        applicationId "virtualgs.spaint"
        minSdkVersion 22
        targetSdkVersion 26
    }

    buildTypes {
        release {
            minifyEnabled false
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.txt'
        }
    }
}

Ab AndroidX (der neu gepackten Android Support Library) lautet der Pfad androidx.core.content.FileProvider Das aktualisierte Anbieter-Tag wäre also:

<provider
    android:name="androidx.core.content.FileProvider"
    android:authorities="${applicationId}.fileprovider"
    android:exported="false"
    android:grantUriPermissions="true">
    <meta-data
        android:name="android.support.FILE_PROVIDER_PATHS"
        android:resource="@xml/file_paths" />
</provider>

Android Support Libraries sind jetzt in der androidx.* Pakethierarchie.

android.* ist jetzt den integrierten Android-Systembibliotheken vorbehalten.

Vielen Dank! Wusste das, aber nicht realisiert

– Yunus Kulyyev

23. Juli 2019 um 3:02 Uhr
Nur eine Warnung, ab Oktober 2019 ist das Metadaten-Flag immer noch das gleiche “android.support.FILE_PROVIDER_PATHS”. Weitere Informationen finden Sie in der Frage stackoverflow.com/q/53390060/1303595.

– MandisaW

7. Oktober 2019 um 21:29 Uhr
Dies sollte die akzeptierte Lösung laut Dokumentation sein: (Veraltet) developer.android.com/reference/android/support/v4/content/… (Neuen Ort) developer.android.com/jetpack/androidx/migrate/class-mappings

– Tschad Mx

8. Januar 2020 um 3:49 Uhr
Hallo, ich habe dieses android:name=”androidx.core.content.FileProvider” versucht, um den Uri von der Absicht der Bildauswahl aus Fotos zu erhalten. Ich bekomme diesen uri /1/1/content:/media/external/images/media/183104/ORIGINAL/NONE/image/jpeg/1888135492: Ausnahme “Datei nicht gefunden” mit Dateianbieter abrufen, wenn Sicherheitsausnahme nicht verwendet wird. Bitte helfen Sie.

– Sid

9. Mai 2020 um 12:06 Uhr
Dies ist die unbedingt aktualisierte Antwort, sie sollte direkt nach der Frage erscheinen.

– Bruno Reis Portela

10. November 2020 um 18:24 Uhr

Deepak Bhavsar

Anstatt von

import android.support.v4.content.FileProvider;

Versuchen Sie zu importieren

import androidx.core.content.FileProvider;

Dies hat mir geholfen, den Gradle-Fehler in Android Studio 3.6 zu beheben

– coderpc

10. März 2020 um 18:56 Uhr
Dies half bei Ionic 5 und Capacitor

– Hossam Badri

18. Mai 2020 um 23:51 Uhr
@HoussemBadri Wenn ich mein Projekt neu aufbaue, muss ich es erneut ändern, irgendwelche Vorschläge?

– altmayn

6. Juli 2020 um 14:23 Uhr
@HoussemBadri as vorgeschlagen von ionisch Du könntest benutzen Jetifizierer

– Mark Rambow

17. Juli 2020 um 6:02 Uhr
Diese Antwort funktioniert perfekt für einen Kondensator mit dem Cordova-Plugin. ..

– Khurram Shaikh

10. Mai 2021 um 6:29 Uhr

Saransh Kumar

Mit den folgenden Befehlen wurde mein Problem gelöst:

npm install jetifier --save
npx jetify
npx cap sync

Ich habe es durch die neuere Version ersetzt, nämlich: androidx.core.content.FileProvider

Das hat bei mir funktioniert.

Wird Tang

hinzufügen compile 'com.android.support:support-v4:26.1.0' zu build.gradle Datei im App-Modul.

Ich hatte das gleiche Problem und löste es mit der Implementierung “com.android.support:support-core-utils:28.0.0”.

– Benutzer1154390

12. März 2019 um 16:28 Uhr
Ich danke dir sehr! Das ist wirklich die Antwort. EINIGE VON UNS KÖNNEN API 28+ NICHT VERWENDEN >.> andere Poster!

– Michael Paccione

30. Mai 2021 um 4:13 Uhr

Zahirul Haque

Ändern

public class FileProvider extends androidx.core.content.FileProvider {
}

Ich hatte das gleiche Problem und löste es mit der Implementierung “com.android.support:support-core-utils:28.0.0”.

– Benutzer1154390

12. März 2019 um 16:28 Uhr
Ich danke dir sehr! Das ist wirklich die Antwort. EINIGE VON UNS KÖNNEN API 28+ NICHT VERWENDEN >.> andere Poster!

– Michael Paccione

30. Mai 2021 um 4:13 Uhr

Ginanjar Setiawan

für androidx

<provider
    android:name="androidx.core.content.FileProvider"
    android:authorities="${applicationId}.provider"
    android:exported="false"
    android:grantUriPermissions="true">
    <meta-data
        android:name="android.support.FILE_PROVIDER_PATHS"
        android:resource="@xml/provider_paths" />
</provider>

Das hat bei mir funktioniert!

– Shardul Birje

16. Oktober 2021 um 18:03 Uhr

11433500cookie-checkandroid.support.v4.content.FileProvider nicht gefunden

#Android #Android-Dateianbieter #Java