-
-
Notifications
You must be signed in to change notification settings - Fork 2k
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
Comments
Having thought about this once more: IF someone comes up with a valid use case for that feature, then you could think about making it optional. |
It does indeed appear to be a configuration setting in the JUnit Plugin. https://wiki.jenkins.io/display/JENKINS/JUnit+Plugin
@brasmusson can you remember why it was added? |
#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. |
@kutzi if you want to make a PR to remove it go ahead. |
Is there a chance that this can be backported to 2.0.x as well? |
@kutzi The Groovy repo is looking for a new maintainer AFAIK. Would you be interested? |
@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. |
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. |
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.
The text was updated successfully, but these errors were encountered: