Coveralls coverage tracking tool allows Mockito source code preview

[szpak]

Workaround for an issue with Cobertura plugin:
stevesaliman/gradle-cobertura-plugin#53

[szpak]

I don't know why a lot of tests fail after Cobertura instrumentation, e.g.:

org.mockitousage.junitrunner.JUnit44RunnerTest > shouldInitMocksUsingRunner FAILED
java.lang.NoClassDefFoundError at JUnit44RunnerTest.java:32

https://travis-ci.org/mockito/mockito/builds/29847417#L3005

Changes in Coveralls plugin should not affect Cobertura which runs earlier.

[szpak]

The same code works fine i.e. in https://travis-ci.org/mockito/mockito/builds/29848158

[bric3]

Could this be due to cobertura plugin itself? Does your branch starts from the latest commit in master?

[szpak]

Yes, see fork network. I even reverted Cobertura plugin version to the original version. I suspect it could be some issue with Travis. The same code (in different branch) builds fine - https://travis-ci.org/mockito/mockito/builds/29848158 (sometimes...).

Ok, I found out that the problem isn't new, to mention just a few:
https://travis-ci.org/mockito/mockito/builds/29459350#L303
https://travis-ci.org/mockito/mockito/builds/23380870#L510
https://travis-ci.org/mockito/mockito/builds/20497270#L487
https://travis-ci.org/mockito/mockito/builds/15848950#L485
https://travis-ci.org/mockito/mockito/builds/13903736#L482 - the first failure I have found (build 10) - but probably even much older Mockito code would (sometimes) fail on Travis.

Just because it is an after_success task it doesn't fail the whole build.

[szpak]

The problem with Travis has to be resolved anyway, but I think it is safe to merge this PR to improve coveralls reports.

[bric3]

Yeah agreed. Merged.