Eu tenho um caso de uso em que preciso chamar um método (não estático) no bean apenas uma vez no carregamento do ApplicationContext. Tudo bem, se eu usar MethodInvokingFactoryBean para isso? Ou temos uma solução melhor?

Como uma observação lateral, eu uso o ConfigContextLoaderListener para carregar o Contexto do Aplicativo no aplicativo Web. E quer, se o bean 'A' for instanciado, chame methodA () uma vez.

Como isso pode ser bem feito?

Você pode usar algo como:

<beans>
    <bean id="myBean" class="..." init-method="init"/>
</beans>

Isso chamará o método "init" quando o bean for instanciado.

Para expandir a sugestão @PostConstruct em outras respostas, essa é realmente a melhor solução, na minha opinião.

• Ele mantém seu código dissociado da API Spring (@PostConstruct está em javax. *)
• Anota explicitamente seu método init como algo que precisa ser chamado para inicializar o bean
• Você não precisa se lembrar de adicionar o atributo init-method à sua definição de bean spring, o spring chamará automaticamente o método (assumindo que você registre a opção annotation-config em outro lugar do contexto).

Existem três abordagens diferentes a serem consideradas, conforme descrito na referência

Use o atributo init-method

Prós:

• Não requer bean para implementar uma interface.

Contras:

• Nenhuma indicação imediata desse método é necessária após a construção para garantir que o bean esteja configurado corretamente.

Implementar InitializingBean

Prós:

• Não há necessidade de especificar o método init ou ativar o processamento de digitalização / anotação de componentes.
• Apropriado para beans fornecidos com uma biblioteca, em que não queremos que o aplicativo que usa esta biblioteca se preocupe com o ciclo de vida do bean.

Contras:

• Mais invasivo do que a abordagem do método init.

Use a anotação do estilo de vida JSR-250 @PostConstruct

Prós:

• Útil ao usar a varredura de componentes para detectar automaticamente os beans.
• Deixa claro que um método específico deve ser usado para inicialização. A intenção está mais próxima do código.

Contras:

• A inicialização não é mais especificada centralmente na configuração.
• Lembre-se de ativar o processamento de anotações (que às vezes pode ser esquecido)

Você já tentou implementar InitializingBean? Parece exatamente o que você procura.

A desvantagem é que seu bean torna-se compatível com o Spring, mas na maioria dos aplicativos isso não é tão ruim.

Você pode implantar um BeanPostProcessor personalizado no contexto do aplicativo para fazê-lo. Ou, se você não se importa em implementar uma interface Spring no seu bean, pode usar a interface InitializingBean ou a diretiva "init-method" (mesmo link).

Para esclarecer ainda mais qualquer confusão sobre as duas abordagens, ou seja, o uso de

1. @PostConstruct e
2. init-method="init"

Por experiência pessoal, percebi que o uso de (1) funciona apenas em um contêiner de servlet, enquanto (2) funciona em qualquer ambiente, mesmo em aplicativos de desktop. Portanto, se você usasse o Spring em um aplicativo independente, teria que usar (2) para realizar isso ", chame esse método após a inicialização.