Использование конфигурации проектов в Java классах, взамен XML?

Ну вот например:

@Configuration
@ImportResource("classpath:META-INF/ann-config.xml")
@ComponentScan(basePackageClasses = {MyController.class})
public class Initializer implements WebApplicationInitializer {
public void onStartup(ServletContext servletContext) throws ServletException {
        AnnotationConfigWebApplicationContext ctx = new 
            AnnotationConfigWebApplicationContext();
        ctx.register(WebConfig.class);
        ctx.setConfigLocation("classpath:META-INF/ann-config.xml");
        servletContext.addListener(new ContextLoaderListener(ctx));
        ctx.setServletContext(servletContext);
        ServletRegistration.Dynamic servlet = 
            servletContext.addServlet("dispather", new DispatcherServlet(ctx));
        servlet.addMapping("/");
        servlet.setLoadOnStartup(1);
    }
}

Собственно вопрос: В чем слабые стороны такого подхода по сравнению с XML конфигурацией? Что натолкнуло на поднятия темы? В одной компании, один из специалистов в авторитетной должности архитектора, намекнул что это считается плохим тоном. На вопрос Кем считается? ответ Java-сообществом. Что скажете?