I already explained how t8 loader and WebResource breaks libs based on std URLClassLoader
Here is the class in xbean http://svn.apache.org/repos/asf/geronimo/xbean/trunk/xbean-finder/src/main/java/org/apache/xbean/finder/ClassLoaders.java I know we can workaround it but then we miss classes in the loader (was the reason to use getURLs). Another thing is getURLs is insanely fast compared to the other algorithm. Here is the xbean case but a lot of libs do it cause that's the only real way to find urls from loaders. Another thing is jar:war urls will totally break common scanners (all since it was not existing, isnt it?). So tomee, spring, owb, weld, ... will be broken. Finally getURLs still say it respects addURL which doesnt look right (sadly) Le 23 sept. 2013 22:35, "Mark Thomas" <ma...@apache.org> a écrit : > On 23/09/2013 13:29, Romain Manni-Bucau wrote: > > Xbean (so openwebbeans), groovy (so spring lang, groovy etc...).... > > That doesn't help. It needs to be of the form "With Tomcat 7 we got... > but with Tomcat 8 we get...". > > It might also need a "and it doesn't work because..." depending on how > obvious the breakage is. > > Mark > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org > For additional commands, e-mail: dev-h...@tomcat.apache.org > >
