-
Notifications
You must be signed in to change notification settings - Fork 23
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
Support for Spock #37
Comments
AFAICT Spock 2.0 supports Junit Platform's Vintage and Jupiter engines which would allow Junit5 extension to be seamlessly consumed. Adding @leonard84 |
Interesting idea, I certainly could see us doing that. What's the language used above, Groovy? |
That is indeed Groovy. |
Spock 2.0 doesn't support junit-jupiter extensions (the jupiter API is far to complex for an easy support), although there is still best-effort support for junit4 rules. The best thing would be to write a native Spock extension. |
That is indeed Groovy.
I see. So I like that apparently this would provide a way to avoid the
need for the explicit awaitEvents() call between the given/when and
then. We might wrap those blocks in Lambda expressions for a Java API
of course, alternatively.
|
This might not be possible to achieve via extensions at the moment, as spock doesn't expose those blocks at runtime to extensions. There is an open issue spockframework/spock#538 that touches on this. |
I think I might have a PR soon :) |
@gunnarmorling I guess this can be closed now. |
Indeed, thx! |
It would be great to have a support for Spock. So one could use the library like this:
The text was updated successfully, but these errors were encountered: