Le 28 juil. 2014 23:24, "Mark Thomas" <ma...@apache.org> a écrit : > > On 25/07/2014 23:31, Romain Manni-Bucau wrote: > > Hi > > > > I have 2 main issues/requests regarding big refactorings done in 8.x > > (mainly integrating it with tomee): > > > > 1) is it possible to get an easy way to switch scanning of @WebXXX and > > @HandleTypes? In TomEE we already scanned it while scanning for other infos > > (CDI, EJB, web services JAXRS/JAXWS,...) and we have our own model (jar or > > dir url -> list of class names) and it would be awesome to be able to reuse > > it without as much hacks as today. > > The simplest way I can see is to subclass > org.apache.catalina.startup.ContextConfig and override > processAnnotations(Set<WebXml> fragments, boolean handlesTypesOnly) > > Then configure your new config class as the default config class on the > Host. >
Hmm, at the moment we have http://svn.apache.org/repos/asf/tomee/tomee/trunk/tomee/tomee-catalina/src/main/java/org/apache/tomee/catalina/OpenEJBContextConfig.java but the isIncludedIn is a bit dirty and logic should be really simpler IMO without duplicating so much code. > > 2) I surely missed something but how to share tld scanning of the container > > jars? Basically in StandardJarScanner withscanClassPath=true, we have jsf > > and jstl jars in tomcat/lib and I would like to avoid to parse tld of these > > jars N times since that's exactly the same > > ones. tldResourcePathTaglibXmlMap seems intended to it but each webapp has > > a different TldScanner so it doesn't work and that's not that easy to > > switch it. Any mecanism I missed or something to add? > > We tweaked JasperInitializer for Jetty so you to provide your own > TldScanner. Does that help? > That is whay I ve done: http://svn.apache.org/repos/asf/tomee/tomee/trunk/tomee/tomee-catalina/src/main/java/org/apache/tomee/jasper/TomEEJasperInitializer.java But would have been nice to not have Meta-inf/services/javax... for JasperInitializer to be able to filter it without even instantiating it. > > Otherwise classloading refactoring allowed us to kill several code so a big > > thank you :) > > No problem. Happy to help. > > Mark > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org > For additional commands, e-mail: dev-h...@tomcat.apache.org >
