Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

XML output is not compatible to JUnit #1083

Open
jadoro opened this issue Sep 16, 2018 · 2 comments
Open

XML output is not compatible to JUnit #1083

jadoro opened this issue Sep 16, 2018 · 2 comments

Comments

@jadoro
Copy link

jadoro commented Sep 16, 2018

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.

Official supported JUnit schema are Ant junit and Maven Surefire).

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.

@nfalco79
Copy link

I suppose this tool is no more maitained, you could have more luck with a fork

@ghost
Copy link

ghost commented Feb 5, 2019

See pull request [https://github.com//pull/1090]

jtbandes added a commit to RobotWebTools/rosbridge_suite that referenced this issue Aug 21, 2021
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!
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants