This is not a bug, nor a mistake.
jetty-all as an component on
central.maven.org was never meant to be used by other projects in their builds.
jetty-all.jar existed to only be used as a component for our documentation and its quickstart chapters.
With Jetty 9.0, It was never complete, it was never "all" of anything.
In fact, it was technically impossible for it to exist as "all", as there are multiple implementations of core components which would conflict with each other if they were all included.
We encountered many bugs with projects that made the assumption that jetty-all was a component that contained "all" of jetty.
Those projects were including jetty-all in their own builds, and using the jetty-all component from the global central repository (
central.maven.org)
This meant that they now had 2 of every class in their build, as the main artifact for jetty-all contained (nearly) every class of the dependencies of jetty-all. This made includes/excludes/conflict resolution/etc very problematic for developers that chose, incorrectly, to use jetty-all in their builds.
So a decision was made, jetty-all as a component for documentation, and jetty-all as a coordinate space for maven projects were to be fixed.
First thing we did is to ensure that jetty-all is now a structural project that has no main artifact.
This structural pom now references all of the dependencies that make up the former jetty-all dependency.
This allows projects to properly manage their dependencies (like if they want to use an alternate jsp impl, or jstl lib, for example).
The lack of main artifact for the project also means that there is now no longer duplicate classpath entries everywhere, eliminating a common problem with the old jetty-all artifact.
Next we build out a proper uber jar, that created a similar jar like what was used before, but without being attached as the main artifact.
This allows the documentation to still use this artifact like it was originally designed for.
As for the source jar, the source for all of the classes found in the jetty-all uber jar can be found in its dependencies (for the jetty classes, and the non-jetty classes it contains). In other words, normal global central repository behavior for transitive dependencies.
Linking to recently closed about this for others that stumble across this in the future.