Skip to content

Make writing of 'dummy' JUnit results configurable #1326

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

Closed
kutzi opened this issue Mar 3, 2018 · 9 comments
Closed

Make writing of 'dummy' JUnit results configurable #1326

kutzi opened this issue Mar 3, 2018 · 9 comments

Comments

@kutzi
Copy link
Contributor

kutzi commented Mar 3, 2018

Summary

#567 introduced creation of 'dummy' JUnit results if no feature matches the passed filters (i.e. all are skipped). Would be good if that behaviour could be deactivated.

Expected Behavior

Apparently this was explicitely introduced as a workaround for issues with Jenkins (job configs)
See 0fcca0a
IMO it's not the responsiblity of cucumber-jvm to add workarounds for downstream tool 'issues' (actually it's not a Jenkins issue as well IMO, but a wrong job configuration)

IMHO, this would ideally not have been introduced at all, but since it's already a feature for so long, it's probably a bad idea to change the default behaviour back.
However, a (commandline) switch to turn this behaviour of would be good.

Also it would be better to have at least some more info what these 'dummy' results are about. Took me some time to track down from where they originated in my project.

@kutzi
Copy link
Contributor Author

kutzi commented Mar 5, 2018

Having thought about this once more:
Please just remove this behaviour. Emitting some test results when actually no tests have run is just wrong.
Also this weird behaviour is documented nowhere.

IF someone comes up with a valid use case for that feature, then you could think about making it optional.

@mpkorstanje
Copy link
Contributor

IMO it's not the responsiblity of cucumber-jvm to add workarounds for downstream tool 'issues' (actually it's not a Jenkins issue as well IMO, but a wrong job configuration)

It does indeed appear to be a configuration setting in the JUnit Plugin.

https://wiki.jenkins.io/display/JENKINS/JUnit+Plugin

Allow empty results: If checked, the default behavior of failing a build on missing test result files or empty test results is changed to not affect the status of the build. Please note that this setting make it harder to spot misconfigured jobs or build failures where the test tool does not exit with an error code when not producing test report files.

@brasmusson can you remember why it was added?

@brasmusson
Copy link
Contributor

#567 was merged into Cucumber-JVM Aug 4, 2013. The option for allowing empty results was merged into the Jenkins JUnit Plugin Nov 24, 2015. So at the time the 'dummy' JUnit results was introduced into Cucumber-JVM it was solving a real problem.

@mpkorstanje
Copy link
Contributor

@kutzi if you want to make a PR to remove it go ahead.

@kutzi
Copy link
Contributor Author

kutzi commented Mar 8, 2018

Is there a chance that this can be backported to 2.0.x as well?
As AFAIK with cucumber-groovy I'm currently stuck with 2.0.x
Or can you explain to me how the current state of cucumber-groovy looks like?

@mlvandijk
Copy link
Member

@kutzi The Groovy repo is looking for a new maintainer AFAIK. Would you be interested?

@kutzi
Copy link
Contributor Author

kutzi commented Mar 8, 2018

@mlvandijk if someone has a rough overview about what to do to bring Cucumber Groovy to work with cucumber-jvm 2.3.x, I could try to help out.
But becoming a maintainer: sorry, no

@mlvandijk
Copy link
Member

mlvandijk commented Mar 8, 2018

@kudzi You could check the CHANGELOG for a high overview of what was changed. And the commits for details. (Or the commits in your favorite IDE/tooling of choice ;)

@lock
Copy link

lock bot commented Mar 9, 2019

This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.

@lock lock bot locked as resolved and limited conversation to collaborators Mar 9, 2019
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants