thanks for the explantation. makes sense now.
I'm a believer in platforms need to allow bundling multiple versions and
tools need to support working with them.
With Fedora's general guidelines that just gets tricky, but I hope some
middleground can be found.
On Fri, Nov 14, 2014 at 8:42 PM, Max Rydahl Andersen
> sorry for my gradle ignorance but does this mean it is not possible
> the user to decide which version of jetty he wants to test against ?
> version of the build tool locks down the jetty version ?
With the current version of the plugin, only Jetty 6 is supported. If
user is building an app with Jetty embedded then they can use whatever
version they want. If they are building a war then there are other
such as the cargo plugin (to test against many container types) and
gretty plugin (which allows running and testing against various Jetty
Tomcat versions). We generally steer people towards these at the
the Jetty plugin is more or less in maintenance mode right now. That's
it wouldn't necessarily be the end of the world to just disable it and
issue an error message rather than port to Jetty 9 - users should
be using Gretty instead anyway.
It could go either way though - in the past I have used the jetty
a couple of personal projects just to do some basic end-to-end testing
servlet container, and it's useful to have that built in.
If there are projects that Fedora packages that need it, I think
Gretty plugin to the build would probably do the trick - it even uses
same task names "jettyRunWar", "jettyStop" etc. Authors would
appreciate having the fix upstreamed :)
We may end up modernising the Jetty plugin at some point, but the
trend over time has been to add functionality like that via external