Dockerコンテナ内で実行中の散発的なRobolectricテストの失敗

Question

私は、AndroidチームをクラウドベースのCIソリューションに移行しようとしています。同社内の他の部門もこの作業を完了しており、DockerがインストールされたLinux EC2を活用したEnterprise TeamCityライセンスがあります。 CircleCIなどは素晴らしい選択肢ですが、会社全体がTCを使用していますので、独自のTCソリューションを使って検討しています。

これまでのところ、Amazon ECRを使用して、必要なAndroid SDK、Gradle、JavaコンポーネントがインストールされたDockerイメージをホストしました。私たちのビルドは大丈夫ですが、Robolectricのテストケースの一部を実行しているときにエラーが発生しているため、現地のエージェントよりも多くの場合失敗します。誰もこれを見たことがありますか？

java.lang.NoClassDefFoundError: java.lang.NoClassDefFoundError: Landroid/content/res/Resources; 
java.lang.NoClassDefFoundError: Landroid/content/res/Resources; 
    at java.lang.Class.getDeclaredFields0(Native Method) 
    at java.lang.Class.privateGetDeclaredFields(Class.java:2583) 
    at java.lang.Class.getDeclaredFields(Class.java:1916) 
    at org.junit.runners.model.TestClass.getSortedDeclaredFields(TestClass.java:77) 
    at org.junit.runners.model.TestClass.scanAnnotatedMembers(TestClass.java:70) 
    at org.junit.runners.model.TestClass.<init>(TestClass.java:57) 
    at org.junit.runners.ParentRunner.createTestClass(ParentRunner.java:88) 
    at org.junit.runners.ParentRunner.<init>(ParentRunner.java:83) 
    at org.junit.runners.BlockJUnit4ClassRunner.<init>(BlockJUnit4ClassRunner.java:65) 
    at org.robolectric.internal.SandboxTestRunner$HelperTestRunner.<init>(SandboxTestRunner.java:242) 
    at org.robolectric.RobolectricTestRunner$HelperTestRunner.<init>(RobolectricTestRunner.java:467) 
    at org.robolectric.RobolectricTestRunner.getHelperTestRunner(RobolectricTestRunner.java:319) 
    at org.robolectric.internal.SandboxTestRunner$2.evaluate(SandboxTestRunner.java:188) 
    at org.robolectric.internal.SandboxTestRunner.runChild(SandboxTestRunner.java:109) 
    at org.robolectric.internal.SandboxTestRunner.runChild(SandboxTestRunner.java:36) 
    at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290) 
    at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71) 
    at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288) 
    at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58) 
    at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268) 
    at org.robolectric.internal.SandboxTestRunner$1.evaluate(SandboxTestRunner.java:63) 
    at org.junit.runners.ParentRunner.run(ParentRunner.java:363) 
    at org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.runTestClass(JUnitTestClassExecuter.java:114) 
    at org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.execute(JUnitTestClassExecuter.java:57) 
    at org.gradle.api.internal.tasks.testing.junit.JUnitTestClassProcessor.processTestClass(JUnitTestClassProcessor.java:66) 
    at org.gradle.api.internal.tasks.testing.SuiteTestClassProcessor.processTestClass(SuiteTestClassProcessor.java:51) 
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) 
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 
    at java.lang.reflect.Method.invoke(Method.java:498) 
    at org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35) 
    at org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24) 
    at org.gradle.internal.dispatch.ContextClassLoaderDispatch.dispatch(ContextClassLoaderDispatch.java:32) 
    at org.gradle.internal.dispatch.ProxyDispatchAdapter$DispatchingInvocationHandler.invoke(ProxyDispatchAdapter.java:93) 
    at com.sun.proxy.$Proxy2.processTestClass(Unknown Source) 
    at org.gradle.api.internal.tasks.testing.worker.TestWorker.processTestClass(TestWorker.java:109) 
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) 
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 
    at java.lang.reflect.Method.invoke(Method.java:498) 
    at org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35) 
    at org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24) 
    at org.gradle.internal.remote.internal.hub.MessageHub$Handler.run(MessageHub.java:377) 
    at org.gradle.internal.concurrent.ExecutorPolicy$CatchAndRecordFailures.onExecute(ExecutorPolicy.java:54) 
    at org.gradle.internal.concurrent.StoppableExecutorImpl$1.run(StoppableExecutorImpl.java:40) 
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) 
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) 
    at java.lang.Thread.run(Thread.java:745) 
Caused by: java.lang.ClassNotFoundException: couldn't load android.content.res.Resources 
    at org.robolectric.internal.bytecode.SandboxClassLoader.getByteCode(SandboxClassLoader.java:165) 
    at org.robolectric.internal.bytecode.SandboxClassLoader.maybeInstrumentClass(SandboxClassLoader.java:108) 
    at org.robolectric.internal.bytecode.SandboxClassLoader.findClass(SandboxClassLoader.java:101) 
    at java.lang.ClassLoader.loadClass(ClassLoader.java:424) 
    at java.lang.ClassLoader.loadClass(ClassLoader.java:357) 
    ... 48 more 
Caused by: java.util.zip.ZipException: invalid LOC header (bad signature) 
    at java.util.zip.ZipFile.read(Native Method) 
    at java.util.zip.ZipFile.access$1400(ZipFile.java:60) 
    at java.util.zip.ZipFile$ZipFileInputStream.read(ZipFile.java:717) 
    at java.util.zip.ZipFile$ZipFileInflaterInputStream.fill(ZipFile.java:419) 
    at java.util.zip.InflaterInputStream.read(InflaterInputStream.java:158) 
    at java.io.FilterInputStream.read(FilterInputStream.java:133) 
    at java.io.FilterInputStream.read(FilterInputStream.java:107) 
    at org.robolectric.util.Util.copy(Util.java:21) 
    at org.robolectric.util.Util.readBytes(Util.java:38) 
    at org.robolectric.internal.bytecode.SandboxClassLoader.getByteCode(SandboxClassLoader.java:163) 
    ... 52 more 

一遍のGoogle 壊れた瓶に向けたポイントが、ドッカー環境は「新鮮な」で、キャッシュが有効になっていないときにjarが（各ビルドで解決されているので、これはそれがにISNた...私は困惑の葉't）。このスタックに関連するRobolectricテストの設定は次のとおりです。

@Config(constants = BuildConfig.class, sdk = 21) 
@RunWith(CustomRobolectricRunner.class) 
public class ResourcesTest {...} 

恐らく最良のテストではありません....しかし、他の多くのより良いテストは失敗します。 Dockerの画像にはAndroid SDK 21があります（理由はanother postが示唆されています）。

私は（a）それが '壊れた瓶'（私はRobolectric jarと思われますか？）であり、（b）是正措置を講じることを証明するか、または反証することができますか？

使用されているドッカーファイルはhereです。

Answer 1

私の独自のCircleCI 2.0ビルドは、ソリューションをベータ版から卒業して診断を行い、修正した後も同じように失敗し始めました。これは記憶上の問題です。コンテナのメモリが不足していて、正常にエラーが発生していません。このようなシグナルがいくつかあり、私はJAVA_OPTS/GRADLE_OPTS設定でプレイし始めました。最後に、デーモンを使用せず、解決したJVMフォークの数を明示的に指定しないでください。

--no-daemon --max-workers 2 

Thisスレッドを使用すると、ドッカー+ Javaの+のGradle + Androidので遭遇するメモリの問題の他の順列を持っています。少し痛いが、それの価値がある。