-
-
Notifications
You must be signed in to change notification settings - Fork 2k
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
UndeclaredThrowableException #280
Comments
When running my project against the tags in the cucumber-jvm repo, the last working one was RC16. First one that will evidence the same error is RC23. Perhaps I can set up some kind of git bisect fun stuff to figure out where this happened, heh. Quite a bit has changed between the two, however.... |
Found this issue on gherkin: cucumber/gherkin#171 I thought it might be related, because I get a different error when I don't use the pretty formatter: I haven't been able to duplicate whatever is exploding in a sample project yet. It must be something obscure :( |
So I can run the scenario in JUnit and it executes just fine. Something must be broken in the CLI process flow. Even if I use the pretty formatter. This seems to properly execute the scenario from JUnit:
|
So with lots of printlns, I found an issue:
Turns out some how we have multiple beans being detected. Perhaps the glue path is being handled differently now or something. I'll debug it more and figure out if it's a problem in our project, or a problem with how cucumber-jvm loads it's stuff. It might be related to us because we're using two backends at the same time (spring and jruby.) |
I think the problem here is that an exception is being swallowed in a before hook, and so the formatter isn't available for it to mark a step as failed or whatever. The exception is valid, the spring startup stuff failed to start up and horked an exception, which was caught, but couldn't be written because it's not associated with any step. So I say the root cause of this issue is issue #133 Exceptions at a certain state of the process. being swallowed and aren't making it out to the console, thus making the root cause much more difficult to determine. |
cucumber/gherkin#172 Here's the gherkin bug that's relevant to this problem. |
Since cucumber/gherkin#172 and #133 are fixed I believe this is no longer an issue in Cucumber-JVM. Please ask for this to be reopened if it's still broken. |
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. |
I just encountered this when updating our project to cucumber-jvm 1.0.0. I have tried running against latest HEAD as well (1.0.1-SNAPSHOT I think I built my snapshot artifacts right before the 1.0.1 release was cut).
our cucumber run includes some negated tags to prevent including any features that are tagged with "@slow" or something.
We also, have multiple glue paths specified, because there are some java steps and a lot more ruby stepdefinitions.
Relevant part of the pom.xml that actually exectutes the cucmber CLI:
I think the issue has to do with tags, or maybe the multitude of formatters we're using, but I'm not sure. I can try building a smaller sample project to bring out the problem, because I couldn't get it duplicated by just adding a Background to a cucumber-jruby project and negate some tags.
The text was updated successfully, but these errors were encountered: