-
Bug
-
Resolution: Fixed
-
Critical
-
None
After upgrading Jenkins plugins (presumably irrelevant durable-task => 1.16): junit 1.21 => 1.22.1
***@***:~$ grep "In getOwner" /var/log/jenkins/jenkins.log ... 2017-11-15 10:54:05 WARNING [hudson.tasks.junit.CaseResult getRun] In getOwner(), suiteResult.getParent() is null. ***@***:~$ grep "In getOwner" /var/log/jenkins/jenkins.log | wc -l 820
Actually I had hoped to benefit from JENKINS-27395 (due to having two different stages using the junit step for recording the test results), but in fact everything looks like before, except the new excessive warning log spam. Since the number of tests is in fact 678, I am also wondering about the number of 820 logs.
The junit step is called like this: junit(keepLongStdio: true, testResults: phpUnitXmlFilename); as aforementioned in two different stages for different XML Files, each one stemming from PHPUnit 6.4.3
- causes
-
JENKINS-61787 jenkins.model.Jenkins loaded from parser callable via TestNameTransformer
-
- Resolved
-
- is related to
-
JENKINS-27395 distinguish test reports filed from different parts of workflow
-
- Resolved
-
- links to
Well, the Jenkinsfile actually depends heavily on a shared pipeline library, but the basic principle is that in two different stages ("docker-unit-tests" and "docker-integration-tests") PHPUnit (v6.4.3) is executed in a Docker Container via "phpunit --log-junit phpunit-result.xml ..."
... and the resulting XML file processed like this:
(Maybe mind that it is "only" one single XML file in each run, and that the filename does not change.)
Which of the test reports XML do you need: the one written by Jenkins in "/var/lib/jenkins/jobs/<job name>/builds/<build number>/junitResult.xml" or the PHPUnit output files?
The former one looks like this:
The latter ones I don't have now (they are thrown away), but I could of course try to get them if needed...
Oh, I just found one from yesterday which should IMHO still be up-to-date: