-
-
Notifications
You must be signed in to change notification settings - Fork 161
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
Plugin API for greater speed #148
Comments
@mattwynne I've noticed this ticket but postponed it in my list since to make it useful for us I need to figure out how to run JRuby program inside the same JVM (not sure if this is possible). This will take some time for me thus I'm concentrating on 1.3.0 now. |
@os97673 the whole point of this feature is that we wouldn't have to launch a new (j)ruby interpreter from the command line at all. We'd just call some sort of |
I see. So the purpose is even more radical change than I have expected :) Need to think about it. |
Fixed in 0.5.2! |
Using Aruba to test a CLI with somewhat slow startup incurs a slow suite of scenarios. For example, this is true for JRuby-based CLIs. This includes Cucumber itself.
Aruba has well-known inputs and outputs:
We could make this a contract:
Aruba would ship with a default driver, which forks a process like it currently does
However, people could supply their own driver following the same contract, which would be custom for the app under test, and would run it in the same ruby process.
I got this idea from cucumber/common#432 where @mattwynne and @os97673 were discussing a slow test suite for Cucumber on JRuby.
The text was updated successfully, but these errors were encountered: