I have a working app again. In addition to the configuration workaround, I had two other issues:
1. I had to remove my own dependencies on commons-codec. If I don't, the build fails as described. I'm not sure if there's an equvialent configuration that will work for commons-codec; my naive attempts didn't work. I can work around it for now by replacing a couple of functions with my own code. 2. I had to drop my dependencies on appcompat-v7 and support-v4 back to v21. It seems that the support-v4 bundled in Crosswalk is v21, so if I try to use appcompat-v7 v23 it breaks because they're expected to match. Specifically, the error was: E/AndroidRuntime( 4371): FATAL EXCEPTION: main E/AndroidRuntime( 4371): Process: com.fastmail.app, PID: 4371 E/AndroidRuntime( 4371): java.lang.NoSuchMethodError: No static method hasOnClickListeners(Landroid/view/View;)Z in class Landroid/support/v4/view/ViewCompat; or its super classes (declaration of 'android.support. v4.view.ViewCompat' appears in /data/app/com.fastmail.app- 1/base.apk) E/AndroidRuntime( 4371): at android.support.v7.internal.app.AppC- ompatViewInflater.checkOnClickListener(AppCompatViewInflater.java:183) E/AndroidRuntime( 4371): at android.support.v7.internal.app.AppC- ompatViewInflater.createView(AppCompatViewInflater.java:143) E/AndroidRuntime( 4371): at android.support.v7.app.AppCompatDele- gateImplV7.createView(AppCompatDelegateImplV7.java:926) E/AndroidRuntime( 4371): at android.support.v7.app.AppCompatDele- gateImplV7.onCreateView(AppCompatDelegateImplV7.java:980) E/AndroidRuntime( 4371): at android.support.v4.view.LayoutIn- flaterCompatHC$FactoryWrapperHC.onCreateView(LayoutInflaterCompat- HC.java:44) E/AndroidRuntime( 4371): at android.view.LayoutInflater.createVi- ewFromTag(LayoutInflater.java:732) E/AndroidRuntime( 4371): at android.view.LayoutInflater.rInflate(LayoutInflater.java:813) I would imagine the correct fix for this issue will need to be more comprehensive than what you have so far. Let me know if I can help with further testing. Thanks, Rob N. On Wed, 28 Oct 2015, at 04:00 PM, Wu, HengzhiX wrote: > Hi, Rob > > Please refer to https://crosswalk-project.org/jira/browse/XWALK-5251, > Add following code to build.gradle > configurations > { all*.exclude group: 'com.android.support', module: 'support-v4' } > > > Thanks. > > BRs, > Hengzhi Wu > > *From:* Crosswalk-help [mailto:[email protected] > project.org] *On Behalf Of *Robert Norris *Sent:* Wednesday, October > 28, 2015 12:50 PM *To:* [email protected] > *Subject:* [Crosswalk-help] Duplicate entries during multi-dex build > > I'm updating my app to use Crosswalk 16. The build fails with: > > :packageAllFastmailArm7DebugClassesForMultiDex FAILED > > FAILURE: Build failed with an exception. > > * What went wrong: > Execution failed for task > ':packageAllFastmailArm7DebugClassesForMultiDex'. > > java.util.zip.ZipException: duplicate entry: > > org/apache/commons/codec/EncoderException.class > > My dependency section in build.gradle is: > > dependencies { > repositories { > mavenCentral() > maven { > > url ' > https://download.01.org/crosswalk/releases/crosswalk/android/maven2' > } > maven { > url 'http://dl.bintray.com/danielnilsson9/maven' > } > } > provided files('libs/amazon-device-messaging.jar') > provided files('libs/pushy-1.0.7.jar') > compile 'com.android.support:multidex:1.0.0' > compile 'com.android.support:support-v4:23.1.0' > compile 'com.android.support:appcompat-v7:23.1.0' > compile 'com.google.android.gms:play-services-gcm:8.1.0' > compile 'commons-codec:commons-codec:1.10' > compile 'commons-io:commons-io:2.4' > compile 'org.xwalk:xwalk_core_library_beta:16.45.421.2' > compile 'de.cketti.library.changelog:ckchangelog:1.2.2' > compile 'com.github.danielnilsson9:color-picker-view:1.4.0' > } > > As far as I'm able to tell (and I'm fairly new to all this), Crosswalk > bundles elements of commons-codec, which clash with the explicit > dependency I have myself. It seems it's not the only one; I removed > the parts of my app that need commons-codec and removed the dependency, only for it to fail the same way, this time with elements from support-v4. > > Normal gradle exclusions don't appear to be having any effect. I'm > unable to find any other information about this type of failure that > might help. > > Does anyone have any suggestions? > > Complete build.gradle is attached. > > Thanks, > Rob N.
_______________________________________________ Crosswalk-help mailing list [email protected] https://lists.crosswalk-project.org/mailman/listinfo/crosswalk-help
