Resource scanning inefficient for a root resource class with large number of resource methods

We have a root resource class that is provided as an interface to a legacy API. This class contains a large number (approximately 500), of autogenerated methods that are exposed as REST endpoints.

Loading our Servlet Application takes about 1 second without this class included in our list of endpoints (though we have approximately 300 other REST endpoints in much smaller classes), but about 30 seconds with this class included.

Using visualvm as a profiler, I was able to determine that the hotspot was in org.glassfish.jersey.server.model.Resource.mergeResources(List resources. There is a nested loop in this method that is iterating over this list (which is a linkedlist, but probably shouldn't be), and this seems to be causing the performance issue for us. I am unsure if making the linked list an arrayList would solve the problem, or if it would be necessary to rework the way the resources are merged in the case of a large list.
#### Environment
Jetty 9, Java 7
#### Affected Versions
[2.22.1]

Start at org.glassfish.jersey.server.model.Resource.mergeResources(List resources), identified as the profiling hotspot during Servlet Application loading. Reproduce the startup slowdown with a root resource class containing many autogenerated REST methods, then investigate resource merging and compare startup performance. Done means large resource classes scan substantially faster without changing endpoint registration.

Written by the indexing model from the issue text.