You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
After upgrading the xUnit plugin within a corporate Jenkins installation, we are facing multiple failing pipelines due to xml parsing errors.
The cause of the problem seems to be a more strict parsing methodology within the xUnit plugin, as stated in the changelog:
Version 2.0.0
Breaking Changes
I have introduce some schemas validation becase the large number of issues opened to xUnit plugin. Those issues are caused by custom attributes or XML DOM in the report generated by some user/tools report logger also if they declare to produce a valid report file. This cause me to spend a lot of time to investigate what is right and what is wrong and how to implement the XSL without it goes in error during transformation.
In case you are using a non java tools that declares to produce a JUnit compatible report, ensure the report respects one of the widely used supported schemas. If not than select as test type the build step "Custom Tool" and use this XSL as described here.
This issue has already been reported to the plugin's issue tracker (JENKINS-51914) by another user.
The developer @nfalco79 there stated that the xml output of nose is not compatible to the original JUnit format, since
Skip or Skips is not a valid attribute for the testsuite element of JUnit report.
The correct name for that attribute is skipped.
It would be nice if this could somehow be sorted out, making every user supply a custom XSL would be a pity.
For reference: We are currently using nosetests version 1.3.7 and generate our reports with nosetests --with-xunit.
The text was updated successfully, but these errors were encountered:
Due to nose-devs/nose#1083, the XML output of nose is incompatible with the ROS build farm. Switching to pytest should resolve the issue. Thanks for the tip @cottsay!
After upgrading the xUnit plugin within a corporate Jenkins installation, we are facing multiple failing pipelines due to xml parsing errors.
The cause of the problem seems to be a more strict parsing methodology within the xUnit plugin, as stated in the changelog:
This issue has already been reported to the plugin's issue tracker (JENKINS-51914) by another user.
The developer @nfalco79 there stated that the xml output of
nose
is not compatible to the originalJUnit
format, sinceIt would be nice if this could somehow be sorted out, making every user supply a custom XSL would be a pity.
For reference: We are currently using
nosetests version 1.3.7
and generate our reports withnosetests --with-xunit
.The text was updated successfully, but these errors were encountered: