Community
Participate
Working Groups
Build Identifier: 2.2.1 Profiling showed a hot path in ExtensibleURIConverterImpl#normalize(URI) due to JdtClasspathUriResolver#findResourceInWorkspace(IJavaProject, URI) method. As currently implemented, this method has a costly resource traversal (via IResourceVisitor) which can be completely optimized away via obtaining an IFile handle and checking for file existence. Please see the proposed patch which proved to speed up build quite a bit on a project with 5000 'entities' having a validator similar to Xtend2's ClasspathBasedChecks. Reproducible: Always
Created attachment 208809 [details] Proposed patch
pushed to master
Closing all bugs that were set to RESOLVED before Neon.0