[jboss-jira] [JBoss JIRA] (WFLY-4205) Undertow not detecting @HandlesTypes If the implentation class is inside EAR/lib

[David Edwards (JIRA)]

    [ https://issues.jboss.org/browse/WFLY-4205?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13126740#comment-13126740 ] 

David Edwards commented on WFLY-4205:
-------------------------------------

To follow up on my previous comment, I think there is still a problem with the @HandlesTypes scanning. In Wildfly 8.2.1, it won't find my SpringBootServletInitializer classes (which in turn extends WebApplicationInitializer) wherever I put them - in the EAR or WAR. In Wildfly 9.0.2, it only finds them if they are in the EAR lib folder. I think it should be looking in the full classpath for the WAR, which would include both locations.

Should I open a new ticket for this problem?

> Undertow not detecting @HandlesTypes If the implentation class is inside EAR/lib
> --------------------------------------------------------------------------------
>
>                 Key: WFLY-4205
>                 URL: https://issues.jboss.org/browse/WFLY-4205
>             Project: WildFly
>          Issue Type: Bug
>          Components: Web (Undertow)
>    Affects Versions: 8.2.0.Final
>         Environment: Wildfly 8.2.0 Final, EAR Deployment, Spring MVC, Ubuntu 14.04
>            Reporter: Nick .
>            Assignee: Stuart Douglas
>              Labels: EAR, servlet3.0, spring-mvc
>             Fix For: 9.0.0.Beta1
>
>
> Hi,
>     I have spring mvc enabled web apps (20+ web apps) packaged as an EAR deployment. All my spring mvc related jar's are in  my EAR/lib, i'm using SpringServletContainerInitializer (implementation of ServletContainerInitializer ) code as follows
> {code}
> @HandlesTypes(WebApplicationInitializer.class)
> public class SpringServletContainerInitializer implements ServletContainerInitializer {
> 	@Override
> 	public void onStartup(Set<Class<?>> webAppInitializerClasses, ServletContext servletContext)
> 			throws ServletException {
> 		List<WebApplicationInitializer> initializers = new LinkedList<WebApplicationInitializer>();
> 		if (webAppInitializerClasses != null) {
> 			for (Class<?> waiClass : webAppInitializerClasses) {
> 				// Be defensive: Some servlet containers provide us with invalid classes,
> 				// no matter what @HandlesTypes says...
> 				if (!waiClass.isInterface() && !Modifier.isAbstract(waiClass.getModifiers()) &&
> 						WebApplicationInitializer.class.isAssignableFrom(waiClass)) {
> 					try {
> 						initializers.add((WebApplicationInitializer) waiClass.newInstance());
> 					}
> 					catch (Throwable ex) {
> 						throw new ServletException("Failed to instantiate WebApplicationInitializer class", ex);
> 					}
> 				}
> 			}
> 		}
> 		if (initializers.isEmpty()) {
> 			servletContext.log("No Spring WebApplicationInitializer types detected on classpath");
> 			return;
> 		}
> 		AnnotationAwareOrderComparator.sort(initializers);
> 		servletContext.log("Spring WebApplicationInitializers detected on classpath: " + initializers);
> 		for (WebApplicationInitializer initializer : initializers) {
> 			initializer.onStartup(servletContext);
> 		}
> 	}
> }
> {code}
> But the @HandlesTypes(WebApplicationInitializer.class) are not getting detected from the EAR/lib
> Even i have tried adding the extracted the SPI from spring-web jar and added inside my war's WEB-INF/lib as a jar
>  WEB-INF/lib/web-init-spi.jar which contains
> META-INF/services/javax.servlet.ServletContainerIntializer file with org.springframework.web.SpringServletContainerInitializer as an entry. This time its detecting SpringServletContainerInitializer but not detecting what defined in @HandlesTypes
> Its only working If i package all those spring mvc jars inside WEB-INF/lib then everything started working. 
> I have no idea this is how the servlet specification works or its a wildfly issue but i see it as a problem for those who depends on Wildfly or similar EE Servers with an EAR deployment structure. 



--
This message was sent by Atlassian JIRA
(v6.4.11#64026)