Details
-
Type: Bug
-
Status: Resolved
-
Priority: Critical
-
Resolution: Fixed
-
Affects Version/s: 3.9
-
Fix Version/s: 3.9.1
-
Component/s: Spring Support
-
Number of attachments :
Description
When the creation of the Spring context fails, because resources cannot be found, beans cannot be created or some other configuration issue, the tests is not run but the result does not reflect this properly. Therefore Maven and Jenkins think tests are successful which gives a false positive. When nobody looks at the logs, nobody will see there is actually an error.
Cloned JBehave repo and fixed issue in: https://github.com/diversit/jbehave-core/commit/275f609a8faf2dfb2ee4feaa1be0351accbd9992
Activity
Joost den Boer
made changes -
Field | Original Value | New Value |
---|---|---|
Description | When the creation of the Spring context fails, because resources cannot be found, beans cannot be created or some other configuration issue, the tests is not run but the result does not reflect this properly. Therefore Maven and Jenkins think tests are successful which gives a false positive. When nobody looks at the logs, nobody will see there is actually an error. |
When the creation of the Spring context fails, because resources cannot be found, beans cannot be created or some other configuration issue, the tests is not run but the result does not reflect this properly. Therefore Maven and Jenkins think tests are successful which gives a false positive. When nobody looks at the logs, nobody will see there is actually an error.
Cloned JBehave repo and fixed issue in: https://github.com/diversit/jbehave-core/commit/275f609a8faf2dfb2ee4feaa1be0351accbd9992 |
Mauro Talevi
made changes -
Fix Version/s | 3.9.1 [ 19830 ] |
Mauro Talevi
made changes -
Resolution | Fixed [ 1 ] | |
Status | Open [ 1 ] | Resolved [ 5 ] |
I created a simple fix by having SpringAnnotationBuilder also throw an InstantiationFailed exception, just as AnnotationBuilder class does in some places.
However, I think this should actually be fixed in the JBehave core. The tests should not be started when errors have already been registered in the AnnotationMonitor. But this is probably more complex to change then what I now did to fix this issue.