2017-12-11 5 views
0

I Android Studio 3.0 und Gradle auch aktualisiert haben Hinweis auf die neueste Version 4.1 begann die App eine LaufzeitausnahmeAndroid Studio 3.0 mit Gradle 4.1 java.util.MissingResourceException Herstellung

java.util Berichterstattung .MissingResourceException: Das richtige Produkt nicht für Basisnamen org.eclipse.paho.client.mqttv3.internal.nls.logcat bündeln, locale de_DE bei java.util.ResourceBundle.throwMissingResourceException (ResourceBundle.java:1557) auf Java. util.ResourceBundle.getBundleImpl (ResourceBundle.java:1380) bei java.util.ResourceBundle.getBundle (ResourceBundle.java : 770) bei org.eclipse.paho.client.mqttv3.logging.LoggerFactory.getLogger (LoggerFactory.java:72) bei org.eclipse.paho.client.mqttv3.MqttAsyncClient (MqttAsyncClient.java:103) an. org.eclipse.paho.android.service.MqttConnection.connect (MqttConnection.java:289) bei org.eclipse.paho.android.service.MqttService.connect (MqttService.java:357) bei org.eclipse.paho. android.service.MqttAndroidClient.doConnect (MqttAndroidClient.java:508) bei org.eclipse.paho.android.service.MqttAndroidClient.access $ 200 (MqttAndroidClient.java:81) bei org.eclipse.paho.android.service.MqttAndroidClient $ MyServiceConnection.onServiceConnected (MqttAndroidClient.java:154) bei android.app.LoadedApk $ ServiceDispatc her.doConnected (LoadedApk.java:1634) bei android.app.LoadedApk $ DienstDispatcher $ RunConnection.run (LoadedApk.java:1663) bei android.os.Handler.handleCallback (Handler.java:789) bei Android. os.Handler.dispatchMessage (Handler.java:98) bei android.os.Looper.loop (Looper.java:164) bei android.app.ActivityThread.main (ActivityThread.java:6541) bei java.lang. reflect.Method.invoke (Native Methode) bei com.android.internal.os.Zygote $ MethodAndArgsCaller.run (Zygote.java:240) bei com.android.internal.os.ZygoteInit.main (ZygoteInit.java:767)

Antwort

1

Android Studio 3.0 mit Gradle 4.1 enthalten mehrere Änderungen eine wichtige Auswirkung ist new dependency configurations. Wenn Ihr Modul eine lokale JAR-Datei (libs-Ordner) referenziert und diese JAR-Datei resources (ResourceBundles) enthält, werden sie vom endgültigen Artefakt entfernt.

Wenn es sich um eine AAR-Datei handelt, können Sie in extracted_aar_file/libs/exctract_the_referred_library nachsehen. Dann beobachten Sie, dass Ressourcen entfernt werden.

Um dies zu beheben, folgen Sie der angegebenen Lösung here. Die Lösung ist eine Anwendung für jedes Glas mit Ressourcen. Aber da es sich um eine temporäre Lösung handelt, versuchen Sie, ein paar zu verlieren, indem Sie in Ihrem Projekt ein separates Bibliotheksmodul wie dieses enter image description here erstellen und es in das abhängige Modul (so ein App-Modul oder ein anderes Bibliotheksmodul) übertragen.

dependencies { 
    implementation project(path: ':jarResourceBundleFixer') 
    ... 
} 

HINWEIS: Ich konfrontierte Problem mit lokalen Gläsern aus libs Ordnern, das gleiche Problem kann auftreten, wenn Sie wie implementation 'group:name.of.jar.with.resources' beziehen, werden aber das gleiche Updates sollte auch in diesem Fall arbeiten.

Verwandte Themen