Glassfish 4在禁用CDI的情况下扫描@PostConstruct

Question

我正在做一组应用程序，并从升级Glassfish 3.1.2.2到。由于我使用来处理注释，因此我已使用以下命令禁用了Glassfish的CDI：Glassfish 4.1``Spring``Spring``@Inject

asadmin set configs.config.server-config.cdi-service.enable-implicit-cdi=false

尽管如此，当我部署其中一个应用程序时，仍收到以下错误消息：

The lifecycle method [something] must not throw a checked exception.
Related annotation information: annotation [@javax.annotation.PostConstruct()] 
on annotated element [public void com.something.MyClass.something() throws 
java.io.IOException] of type [METHOD]. Please see server.log for more details.

问题中的类是一个抽象类，在我要部署的应用程序中没有实现，这只是我的类路径中的内容。

@PostConstruct禁用CDI后，为什么Glassfish会验证我的身份？为什么Glassfish
@PostConstruct对不能变成bean的东西进行验证？如何防止Glassfish干扰正在使用的 任何 物品Spring？

Answer 1

注释@PostConstruct是在任何依赖项注入机制中使用的常规注释。该Javadoc中明确地指出，除非拦截器中使用，它必须在一个方法，它具有放在void返回类型，并且没有抛出checked异常。

奇怪的是，Spring不允许在构造后方法上检查异常，因为没有办法处理它们。但是由于此要求只是一种验证，可以忽略，因此Spring可能会忽略检查的异常，而Glassfish不会。可能有不必要的Glassfish功能，即使没有在CDI或任何其他机制（EJB等）中使用，它也会扫描并验证所有类。

最好是 删除已检查的异常， 以使代码与文档保持一致并使其可移植。