Interestingly, I've used NetBeans and Grails and been successfully able to run tests using the spock plugin. So if you're working in that environment (with the Spock plugin), it shouldn't be a problem.
Otherwise, this may be a good opportunity for 1/2 of the team to look at Ant/Gradle and become versed in DevOps. Situations like this occur often when working in a constrained IDE environment. While it's useful to be able to leverage the IDE to save time, your team should __incrementally__ learn what the IDE is actually automating for you, and learn incrementally how to make modifications to things like the build.xml.
Also, spec/ is the preferred name for a reason. You can think of
Behavior Driven Development (read the link) as the next evolution of TDD. TDD says you should write tests. BDD
says how you should write them. It provides a set of conventions and best practices for thinking in the One Assert Per Test and smallest possible input, smallest possible stimulus, smallest possible check way.
Thinking in Given/When/Then becomes a powerful way of thinking about the way your software works and should work. This makes them more than just Tests. They're Specifications(Executable Requirements Documentation). Once that clicks, it should change the way you build software and interface with customers.