Maven めっちゃたくさんテストをしてメモリ不足になる時の対策 (Covertura, Surefire)

目次

FrontPage
・Chromebook
・Random
・機械学習
・さくらVPS
・Fedora13
・SuSe10
・Docker
・Ansible
・Java
・Scala
・Python
・Ruby
・Lisp
・Computer
・GIS
・HTML
・Culture
・Link

訪問者

total: 7789
today: 2
yesterday: 0
now: 11

更新

最新の10件

人気の10件

MenuBar

            <!-- Surefire -->
            <plugin>
              <groupId>org.apache.maven.plugins</groupId>
              <artifactId>maven-surefire-plugin</artifactId>
              <version>2.17</version>
              <configuration>
                <forkCount>1</forkCount>
                <reuseForks>true</reuseForks>
                <argLine>-Xmx768m -XX:MaxPermSize=192m</argLine>
                <!-- you will be unhappy if trimStackTrace is true when test fails during integration test and system test phase --> 
                <trimStackTrace>false</trimStackTrace>
              </configuration>
            </plugin>

            <!-- Cobertura -->
            <plugin>
                <groupId>org.codehaus.mojo</groupId>
                <artifactId>cobertura-maven-plugin</artifactId>
                <version>2.6</version>
                <configuration>
                    <inputEncoding>UTF-8</inputEncoding>
                    <outputEncoding>UTF-8</outputEncoding>
                    <maxmem>768m</maxmem>
                    <formats>
                        <format>xml</format>
                    </formats>
                    <instrumentation>
                        <maxmem>768m</maxmem>
                    </instrumentation>
                </configuration>
            </plugin>

Kさんに教えてもらった。多分こんなかんじだったはず。768m は、開発端末 (32bit) で確保できる最大量 (3072MB/4=768M)

• 追記
  • surefire plugin 2.2 から trimStackTrace? が導入された。デフォルト値は true。きっと障害発生時に原因解析ができず泣くことになるので false にすることをおすすめする。
  • あと、JUnit の DataPoint/Theory を使っている時には、報告される例外は ParameterizedAssertionError?: test(fixtures[2]) で、その Root Cause に expect <...> but was <...> が出てくる。surefire が途中で StackTrace? をトリムすると、何番目のテストでエラーがおきたかまでしか追えず、期待値の実測値がどの項目でどんなふうに違っているのかが分からなくなる

Java Maven