Wykonaj metodę podczas uruchamiania wiosną

Czy jest jakaś funkcja Spring 3 do wykonywania niektórych metod przy pierwszym uruchomieniu aplikacji? Wiem, że mogę załatwić sztuczkę polegającą na ustawianiu metody z @Scheduledadnotacją i jest ona wykonywana zaraz po uruchomieniu, ale wtedy będzie wykonywana okresowo.

Jeśli przez „uruchamianie aplikacji” masz na myśli „uruchamianie kontekstu aplikacji”, to tak, jest na to wiele sposobów , najłatwiejszym (w każdym razie w przypadku pojedynczych fasoli) jest dodanie adnotacji do metody @PostConstruct. Spójrz na link, aby zobaczyć inne opcje, ale podsumowując, są to:

• Metody z adnotacją @PostConstruct
• afterPropertiesSet()zgodnie z definicją w InitializingBeaninterfejsie wywołań zwrotnych
• Niestandardowa skonfigurowana metoda init ()

Technicznie rzecz biorąc, są to haczyki do cyklu życia fasoli , a nie do cyklu życia kontekstu, ale w 99% przypadków oba są równoważne.

Jeśli chcesz podłączyć się konkretnie do uruchamiania / zamykania kontekstu, możesz zamiast tego zaimplementować Lifecycleinterfejs , ale prawdopodobnie jest to niepotrzebne.

Można to łatwo zrobić za pomocą pliku ApplicationListener. Mam to do pracy, słuchając Springa ContextRefreshedEvent:

import org.springframework.context.ApplicationListener;
import org.springframework.context.event.ContextRefreshedEvent;
import org.springframework.stereotype.Component;

@Component
public class StartupHousekeeper implements ApplicationListener<ContextRefreshedEvent> {

  @Override
  public void onApplicationEvent(final ContextRefreshedEvent event) {
    // do whatever you need here 
  }
}

Odbiorniki aplikacji działają synchronicznie wiosną. Jeśli chcesz mieć pewność, że kod zostanie wykonany tylko raz, po prostu zachowaj jakiś stan w swoim komponencie.

AKTUALIZACJA

Począwszy od Spring 4.2+ możesz również użyć @EventListeneradnotacji, aby obserwować ContextRefreshedEvent(dzięki @bphilipnyc za wskazanie tego):

import org.springframework.context.ApplicationListener;
import org.springframework.context.event.ContextRefreshedEvent;
import org.springframework.stereotype.Component;

@Component
public class StartupHousekeeper {

  @EventListener(ContextRefreshedEvent.class)
  public void contextRefreshedEvent() {
    // do whatever you need here 
  }
}

Wiosną 4.2+ możesz teraz po prostu:

@Component
class StartupHousekeeper {

    @EventListener(ContextRefreshedEvent.class)
    public void contextRefreshedEvent() {
        //do whatever
    }
}

Jeśli używasz butów sprężynowych, to jest najlepsza odpowiedź.

Czuję, że @PostConstructi inne różne wtrącenia związane z cyklem życia są okrężne. Mogą one bezpośrednio prowadzić do problemów w czasie wykonywania lub powodować mniej niż oczywiste defekty z powodu nieoczekiwanych zdarzeń związanych z cyklem życia komponentu bean / kontekst. Dlaczego po prostu nie wywołać bezpośrednio swojego beana przy użyciu zwykłej Javy? Nadal wywołujesz fasolę w „wiosenny sposób” (np. Przez sprężynowe proxy AoP). A co najważniejsze, to zwykła java, nie może być prostsza. Nie ma potrzeby słuchania kontekstu ani nieparzystych harmonogramów.

@SpringBootApplication
public class DemoApplication {

    public static void main(String[] args) {
        ConfigurableApplicationContext app = SpringApplication.run(DemoApplication.class, args);

        MyBean myBean = (MyBean)app.getBean("myBean");

        myBean.invokeMyEntryPoint();
    }
}

Dla użytkowników Javy 1.8, którzy otrzymują ostrzeżenie podczas próby odniesienia się do adnotacji @PostConstruct, zamiast tego skończyłem na piggybackingu z adnotacją @Scheduled, co możesz zrobić, jeśli masz już zadanie @Scheduled z fixedRate lub fixedDelay.

import org.slf4j.Logger;
import org.slf4j.LoggerFactory;
import org.springframework.scheduling.annotation.EnableScheduling;
import org.springframework.scheduling.annotation.Scheduled;
import org.springframework.stereotype.Component;

@EnableScheduling
@Component
public class ScheduledTasks {

private static final Logger LOGGER = LoggerFactory.getLogger(ScheduledTasks.class);

private static boolean needToRunStartupMethod = true;

    @Scheduled(fixedRate = 3600000)
    public void keepAlive() {
        //log "alive" every hour for sanity checks
        LOGGER.debug("alive");
        if (needToRunStartupMethod) {
            runOnceOnlyOnStartup();
            needToRunStartupMethod = false;
        }
    }

    public void runOnceOnlyOnStartup() {
        LOGGER.debug("running startup job");
    }

}

To, co zrobiliśmy, to rozszerzenie org.springframework.web.context.ContextLoaderListenermożliwości drukowania czegoś, gdy kontekst się zaczyna.

public class ContextLoaderListener extends org.springframework.web.context.ContextLoaderListener
{
    private static final Logger logger = LoggerFactory.getLogger( ContextLoaderListener.class );

    public ContextLoaderListener()
    {
        logger.info( "Starting application..." );
    }
}

Skonfiguruj podklasę, a następnie w web.xml:

<listener>
    <listener-class>
        com.mycomp.myapp.web.context.ContextLoaderListener
    </listener-class>
</listener>

Dzięki SpringBoot możemy wykonać metodę przy starcie za pomocą @EventListeneradnotacji

@Component
public class LoadDataOnStartUp
{   
    @EventListener(ApplicationReadyEvent.class)
    public void loadData()
    {
        // do something
    }
}

Uwaga, jest to zalecane tylko wtedy, gdy runOnceOnStartupmetoda zależy od w pełni zainicjowanego kontekstu sprężyny. Na przykład: chcesz zadzwonić do dao z rozgraniczeniem transakcji

Możesz także użyć metody zaplanowanej z bardzo wysokim ustawieniem fixedDelay

@Scheduled(fixedDelay = Long.MAX_VALUE)
public void runOnceOnStartup() {
    dosomething();
}

Ma to tę zaletę, że cała aplikacja jest okablowana (Transakcje, Dao, ...)

widoczne w sekcji Planowanie zadań do jednorazowego uruchomienia przy użyciu przestrzeni nazw zadań Spring

Opublikował inne rozwiązanie, które implementuje WebApplicationInitializer i jest wywoływane na długo przed utworzeniem instancji dowolnego elementu spring bean, na wypadek gdyby ktoś miał taki przypadek użycia

Zainicjuj domyślne ustawienia regionalne i strefę czasową z konfiguracją Spring

AppStartListener implements ApplicationListener {
    @Override
    public void onApplicationEvent(ApplicationEvent event) {
        if(event instanceof ApplicationReadyEvent){
            System.out.print("ciao");

        }
    }
}

Jeśli chcesz skonfigurować komponent bean przed pełnym uruchomieniem aplikacji, możesz użyć @Autowired:

@Autowired
private void configureBean(MyBean: bean) {
    bean.setConfiguration(myConfiguration);
}

Możesz użyć @EventListenerswojego komponentu, który zostanie wywołany po uruchomieniu serwera i zainicjowaniu wszystkich komponentów bean.

@EventListener
public void onApplicationEvent(ContextClosedEvent event) {

}

Dla pliku StartupHousekeeper.javaznajduje się w opakowaniu com.app.startup,

Zrób to w StartupHousekeeper.java:

@Component
public class StartupHousekeeper {

  @EventListener(ContextRefreshedEvent.class)
  public void keepHouse() {
    System.out.println("This prints at startup.");
  }
}

I zrób to w myDispatcher-servlet.java:

<?xml version="1.0" encoding="UTF-8"?>
<beans>

    <mvc:annotation-driven />
    <context:component-scan base-package="com.app.startup" />

</beans>