-
Notifications
You must be signed in to change notification settings - Fork 29
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
SBT plugin for Vert.x #31
Comments
For what it's worth, I have some internal code for this that supports fatjar packaging and in-place execution of the module. I'm still working on this (it's implemented as part of an internal project), but I've posted the current version here for perusal/comment/mockery: https://gist.github.com/landonf/7641206 |
@landonf I had a look and looks pretty good already :). One thing I'd like to see in place is the ability to run a Vert.x verticle. In an SBT project, this would normally be running a full Verticle class (as opposed to the sample scripts (see example) we have created for the examples). This Verticle class would be compiled and then it'd be started with the ScalaVerticleFactory passing the fully qualified class name as parameter. If you have doubts on this, ping me on IRC (freenode, #vertx channel) Let us know when you're ready to show it to us. Maybe you can do a little demo when you've finished? |
+1 |
1 similar comment
+1 |
Removed unnecessary comments :). @landonf How's the plugin working for you since the last time you posted it? |
👍 |
A separate module containing an SBT Vert.x plugin is needed. This would enable Vert.x Scala applications to be run directly from the SBT console.
Just like Spray (via their SBT Revolver plugin) or Play 2 web apps, a subtask here would be to be able to be able to detect changes in the source files and be able to recompile and restart the Vert.x app on the fly.
The text was updated successfully, but these errors were encountered: