You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
PathMatchingResourcePatternResolver#doFindAllClassPathResources first gets the path returned by the LaunchedUrlClassLoader which will add the URLs of all nested jar + the URL of BOOT-INF-classes, something like URL [jar:file:/Users/snicoll/workspace/pivotal/spring-framework-issues/SPR-13685/target/SPR-13685-0.0.1-SNAPSHOT.jar!/BOOT-INF/classes!/]
Because we need to get all XML files from the root (path is the empty string) we also invoke addAllClassLoaderJarRoots which works recursively as follow:
does not add anything with LaunchedUrlClassLoader
with classLoader.getSystemClassLoader() adds URL [jar:file:/Users/snicoll/workspace/pivotal/spring-framework-issues/SPR-13685/target/SPR-13685-0.0.1-SNAPSHOT.jar!/]
with its parent (AppClassLoader) adds URL [jar:file:SPR-13685-0.0.1-SNAPSHOT.jar!/] via addClassPathManifestEntries. It also adds a bunch of entries from JDK jars
does not add anything with ExtClassLoader
So we have the following entries for the candidate location:
At this point I can only guess that each entry match each candidate in the list above (in that order). it isn't obvious how the second one lead to a lookup in BOOT-INF/classes though but given that a ! is missing in the second case, it's an indication it may come from that faulty URL.
Stéphane Nicoll opened SPR-14934 and commented
This is a regression introduced by #18260
PathMatchingResourcePatternResolver#doFindAllClassPathResources
first gets the path returned by theLaunchedUrlClassLoader
which will add the URLs of all nested jar + the URL ofBOOT-INF-classes
, something likeURL [jar:file:/Users/snicoll/workspace/pivotal/spring-framework-issues/SPR-13685/target/SPR-13685-0.0.1-SNAPSHOT.jar!/BOOT-INF/classes!/]
Because we need to get all XML files from the root (path is the empty string) we also invoke
addAllClassLoaderJarRoots
which works recursively as follow:LaunchedUrlClassLoader
classLoader.getSystemClassLoader()
addsURL [jar:file:/Users/snicoll/workspace/pivotal/spring-framework-issues/SPR-13685/target/SPR-13685-0.0.1-SNAPSHOT.jar!/]
AppClassLoader
) addsURL [jar:file:SPR-13685-0.0.1-SNAPSHOT.jar!/]
viaaddClassPathManifestEntries
. It also adds a bunch of entries from JDK jarsExtClassLoader
So we have the following entries for the candidate location:
So, for the same
a.xml
at the root of the classpath insrc/main/resources
we end up with the following candidates:At this point I can only guess that each entry match each candidate in the list above (in that order). it isn't obvious how the second one lead to a lookup in
BOOT-INF/classes
though but given that a!
is missing in the second case, it's an indication it may come from that faulty URL.A repro project is available
Affects: 4.3 GA
Issue Links:
The text was updated successfully, but these errors were encountered: