Awaria FileProvider - npe próbuje wywołać XmlResourceParser na null String

To jest część mojego manifestu:

<?xml version="1.0" encoding="utf-8"?>
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
    package="com.example.asd"
    android:versionCode="118"
    android:versionName="118" >

    <uses-sdk
        android:minSdkVersion="14"
        android:targetSdkVersion="19" />


    <application
        android:name="com.example.asd.AsdApplication"
        android:allowBackup="true"
        android:allowTaskReparenting="true"
        android:theme="@style/AsdTheme" >
        ...

        <provider
            android:name="com.example.asd.database.hq.ContentProviderDB"
            android:authorities="ourContentProviderAuthorities" >
        </provider>
        <provider
            android:name="android.support.v4.content.FileProvider"
            android:authorities="com.example.asd.fileprovider"
            android:exported="false"
            android:grantUriPermissions="true">
            <meta-data
                android:name="android.support.FILE_PROVIDER_PATHS"
                android:resource="@xml/filepaths" />
        </provider>

       ...
    </application>

</manifest>

To jest plik filepaths w raw / xml / filepaths.xml

<?xml version="1.0" encoding="utf-8"?>
<paths xmlns:android="http://schemas.android.com/apk/res/android">
    <files-path name="media"/>
</paths>

Pobieram film z internetu i zapisuję go w pamięci wewnętrznej w ten sposób:

public static boolean saveInputStreamToInternalStorageFile(Context context, String filename, byte[] dataToWrite, Context ctx) {
    FileOutputStream fos;
    try {
        fos = new FileOutputStream(context.getFilesDir() + File.separator + filename);

        ObjectOutputStream oos = new ObjectOutputStream(fos);
        oos.writeObject(dataToWrite);
        oos.close();
        return true;
    } catch (FileNotFoundException e) {
        e.printStackTrace();
        return false;
    } catch (IOException e) {
        e.printStackTrace();
        return false;
    }
}

Staram się go używać tak:

private void playVideoFromDeviceWithWorkaround(String fileName) {

    File newFile = new File(getFilesDir(), fileName);
    Uri contentUri = FileProvider.getUriForFile(getApplicationContext(), "com.example.asd", newFile);

    try {
        vvVideoFullscreen.setVideoURI(contentUri);
        showMediaControls = true;
        playVideo();
    } catch (Exception e) {
        playVideoFromNetwork();
    }

}

W tej linii:

Uri contentUri = FileProvider.getUriForFile(getApplicationContext(), "com.example.asd", newFile); 

Otrzymuję następujący błąd:

java.lang.NullPointerException: Attempt to invoke virtual method 'android.content.res.XmlResourceParser android.content.pm.ProviderInfo.loadXmlMetaData(android.content.pm.PackageManager, java.lang.String)' on a null object reference
at android.support.v4.content.FileProvider.parsePathStrategy(FileProvider.java:560)
at android.support.v4.content.FileProvider.getPathStrategy(FileProvider.java:534)
at android.support.v4.content.FileProvider.getUriForFile(FileProvider.java:376)

Problem polegał na tym, że w Manifest miałem taką linijkę:

android:authorities="com.example.asd.fileprovider"

a dzwoniąc getUriForFile mijałem:

Uri contentUri = FileProvider.getUriForFile(getApplicationContext(), "com.example.asd", newFile); 

Tak się zmieniło z "com.example.asd"na "com.example.asd.fileprovider"i zadziałało

Można to zrobić bez hardcoding nazwę pakietu z dodatkową korzyścią jest w stanie uruchomić wiele wariantów na tym samym urządzeniu (myślę releasei debugz applicationIdSuffix, zobacz te problemy ):

Oparte na FileProvider.java:560

final ProviderInfo info = context.getPackageManager()
        .resolveContentProvider(authority, PackageManager.GET_META_DATA);
final XmlResourceParser in = info.loadXmlMetaData( //560
        context.getPackageManager(), META_DATA_FILE_PROVIDER_PATHS);

użyłeś niewłaściwego authorityi nie znalazłeś ContentProvider( info == null).

Zmień swój manifest na ( ${applicationId}zostanie zastąpiony przez Manifest Merger)

android:authorities="${applicationId}.share"

i

Uri uri = FileProvider.getUriForFile(context, context.getPackageName() + ".share", result);

.sharePrzyrostek jest opcjonalny, w przypadku, gdy mają realną ContentProvider, która jest lepiej mieć nazwę pakietu jako instytucję.

W moim przypadku wystąpił błąd, ponieważ plik

BuildConfig.APPLICATION_ID

był importowany z

import android.support.v4.BuildConfig;

Więc ciąg, który zwrócił, był "android.support.v4"zamiast nazwy mojego pakietu projektu. Sprawdź, czy plik importu pochodzi z Twojego, import project.Buildconfiga nie innego. Przykład:

import com.example.yourProjectName.BuildConfig;

Wreszcie, w <provider>tagu w Manifest, muszę android:authorities="${applicationId}"zawsze mieć nazwę mojego pakietu projektu jako organ

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

    </application>

</manifest>

Po pierwsze, upewnij się, że android:authoritiesTwój dostawca nie koliduje z innymi dostawcami. Poza tym możesz wybrać dowolną nazwę dla ostatniej części nazwy: „dostawca”, „dostawca plików” itp., Ale aplikacja ulega awarii, gdy jest więcej niż jedenandroid:authorities , podczas gdy dokumentacja stwierdza, że ​​zezwala na wyświetlanie wielu wartości.

file://Schemat nie może być teraz dołączany z Intent do targetSdkVersion> = 24 (Android N 7.0), tylko content://jest zawsze przekazywany dla wszystkich urządzeń (Android 5, 6 i 7). Ale napotkaliśmy, że Xiaomi łamie tę konwencję Google i wysyła file://, stąd data.getData().getAuthority()podaje pusty ciąg.

final String uriScheme = currentUri.getScheme();
if ("content".equals(uriScheme)) {
    // getting full file path (works with some providers, i.e. Gallery)
    path = FileUtils.getPath(getContext(), currentUri);
    if (path != null) {
         currentFile = new File(path);
    }
} else if ("file".equals(uriScheme)) {
    // in a rare case we received file:// in currentUri, we need to:
    // 1. create new File variable from currentUri that looks like "file:///storage/emulated/0/download/50044382b.jpg"
    // 2. generate a proper content:// Uri for it
    currentFile = new File(currentUri.getPath());
    String authority = data.getData().getAuthority();
    if (authority != null && !authority.isEmpty()) {
        currentUri = FileProvider.getUriForFile(getActivity(), authority, currentFile);
    }
} else {
    // throw exception
}

Ponadto błąd FileProvider.getUriForFile()powodujący awarię java.lang.IllegalArgumentException: Failed to find configured root that contains /storage/emulated/0/Android/data/com.example/files/attachments/image.jpgzostał naprawiony w bibliotece obsługi Androida w wersji 24.2.0. Problem polegał na tym, że FileProvider.java nie widział folderów ze ścieżkami zewnętrznymi.

Jeśli budujesz AUTORYTET w czasie wykonywania przy użyciu, BuildConfigupewnij się, że używasz pełnej nazwy klasy, w tym nazwy pakietu.

Zły:

final String AUTHORITY = BuildConfig.APPLICATION_ID + ".provider";

Dobry:

final String AUTHORITY = com.mycompany.myapp.BuildConfig.APPLICATION_ID + ".provider";

Następujące pracowały dla mnie.

mUri = FileProvider.getUriForFile(this,
                    BuildConfig.APPLICATION_ID + ".provider",
                    fileObject);

Oto, co zrobiłem, aby rozwiązać problem. Podałem w pełni kwalifikowaną nazwę w android: name. Działa na Androidzie 6,7,8

    <provider android:authorities="${applicationId}.opener.provider" 
        android:exported="false" android:grantUriPermissions="true" 
        android:name="io.github.pwlin.cordova.plugins.fileopener2.FileProvider">
        <meta-data android:name="android.support.FILE_PROVIDER_PATHS" android:resource="@xml/provider_paths" />
    </provider>

Powinieneś spróbować:

  Context context = PostAdapter.this.activity;
                    StringBuilder stringBuilder2 = new StringBuilder();
                    stringBuilder2.append(PostAdapter.this.activity.getPackageName());
                    stringBuilder2.append(".provider");
                    Uri uri;
                    uri = FileProvider.getUriForFile(context,stringBuilder2.toString(), newFile);

Oto, co musisz zrobić:

Uri fileURI = FileProvider.getUriForFile(getActivity(), getActivity().getPackageName() + ".fileprovider", file);