Spring @Scheduled esegue l'attività due volte quando si utilizzano le annotazioni

Question

Ho eseguito l'operazione utilizzando l'annotazione Spring @Scheduled, ma per qualche motivo è in esecuzione due volte. La mia versione di Spring Framework è 3.0.2.

@Service 
public class ReportService { 

    @Scheduled(fixedDelay=1000 * 60 * 60* 24) 
    @Transactional 
    public void dailyReportTask() 
    { 
     ... code here ... 
    } 

} 

Ecco il mio XML:

<?xml version="1.0" encoding="UTF-8"?> 
<beans xmlns="http://www.springframework.org/schema/beans" 
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:task="http://www.springframework.org/schema/task" 
    xsi:schemaLocation="http://www.springframework.org/schema/beans 
http://www.springframework.org/schema/beans/spring-beans.xsd 
http://www.springframework.org/schema/task 
http://www.springframework.org/schema/task/spring-task-3.0.xsd"> 
    <task:scheduler id="taskScheduler" /> 
    <task:executor id="taskExecutor" pool-size="1" /> 
    <task:annotation-driven executor="taskExecutor" 
     scheduler="taskScheduler" /> 
</beans> 

Answer 1

Dove stai di eseguirlo? Il tuo PC? Server singolo? 2 server di app con bilanciamento del carico?

Potrebbe essere in esecuzione su (a) il tuo PC e (b) il tuo server, quindi sembra che stia funzionando due volte, se capisci cosa intendo: è in esecuzione correttamente una volta, solo su due posizioni distinte.

Answer 2

Secondo questo post: http://www.vodori.com/blog/spring3scheduler.html

Primavera 3.0.0 uscita aveva un bug in cui applicazioni web con un programmatore di operazione sarebbe finire per l'esecuzione di metodi in programma due volte. Questo problema è stato risolto in Spring 3.0.1.

C'è stato un altro bug segnalato che colpisce versione/s: 3.0.2 https://jira.springsource.org/browse/SPR-7216

che dovrebbe essere risolto nella versione/s: 3.0.3.

Answer 3

Una soluzione vorrei suggerire è quello di fare componente scat come questo

-In contesto applicativo

<context:component-scan base-package="com.abc.cde.dao" /> 

In yourservlet-servlet.xml

<!-- package that had all the @Controller classes --> 

ho questo modo il servlet viene caricato solo se il web.xml viene caricato simile può essere fatto per l'attività

Answer 4

sta accadendo a causa del contesto ascoltatore

sufficiente rimuovere

<listener> 
    <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class> 
</listener> 

da web.xml dovrebbe funzionare.

Answer 5

Ho appena avuto questo problema di recente ed è stato causato dalla mia app distribuita due volte in Tomcat da Eclipse. Il problema era che avevo rinominato la mia applicazione in eclipse ma il "wb-module deploy-name" specificato nel file "org.eclipse.wst.common.component" .settings aveva ancora il vecchio nome.

Nel gestore tomcat, ho potuto vedere che avevo 2 app in esecuzione con nomi diversi.

Answer 6

Ho avuto lo stesso problema e alla fine ho scoperto che il problema si stava verificando a causa della creazione dei bean nello root context e nello servlet context.

Così, per risolvere questo problema, è necessario separare la creazione dei fagioli nei contesti appropriati.

This answer spiega molto bene come questo e quello che era risolto il mio problema.

Answer 7

Controllare se una scheduler config manuale nei file di configurazione (tramite Java/XML). I'ved lo stesso problema, e scopro che il mio config stava caricando la mia classe di pianificazione due volte:

In Java:

package com.mywork.br.myschuedulerpackage; 
{...} 
@Configuration 
@EnableScheduling 
public class SchedulerConfiguration { 

    @Bean 
    public CTXDataImporterScheduler ctxDataImporterScheduler() { 
     return new CTXDataImporterScheduler(); 
    } 
} 

In applicationContext.xml XML:

<context:component-scan base-package="com.mywork.br.myschuedulerpackage" /> 

E nel mio class Scheduler, ho avuto i thats di annotazione @Component era fermo dalla scansione del componente e caricato una seconda volta causando i metodi @scheduler in corso di esecuzione due volte. Ho rimosso il config Java e quindi sta lavorando bene ora!

Answer 8

Per risolvere il doppio-lavoro del @Scheduled metodo basta cancellare ContextLoaderListener da voi web.xml (se si utilizza l'applicazione web.xml-based):

<listener> 
    <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class> 
</listener> 

O se si utilizza WebApplicationInitializer basata su applicazione basta cancellare una stringa che aggiunge ContextLoaderListener:

package com.dropbox.shortener.config; 

import org.springframework.web.WebApplicationInitializer; 
import org.springframework.web.context.support.AnnotationConfigWebApplicationContext; 
import org.springframework.web.filter.CharacterEncodingFilter; 
import org.springframework.web.servlet.DispatcherServlet; 
import javax.servlet.FilterRegistration; 
import javax.servlet.ServletContext; 
import javax.servlet.ServletException; 
import javax.servlet.ServletRegistration; 

public class DropboxShortenerWebApplicationInitializer implements WebApplicationInitializer { 

    @Override 
    public void onStartup(ServletContext container) throws ServletException { 
     AnnotationConfigWebApplicationContext rootContext = new AnnotationConfigWebApplicationContext(); 
     rootContext.register(AppConfig.class); 

     // (!) Delete the next string 
     // container.addListener(new ContextLoaderListener(rootContext)); 

     AnnotationConfigWebApplicationContext dispatcherContext = new AnnotationConfigWebApplicationContext(); 
     dispatcherContext.register(WebConfig.class); 

     ServletRegistration.Dynamic dispatcher = container.addServlet("dispatcher", new DispatcherServlet(dispatcherContext)); 
     dispatcher.setLoadOnStartup(1); 
     dispatcher.addMapping("/"); 

     setupCharEncodingFilter(container); 
    } 

    private void setupCharEncodingFilter(ServletContext container) { 
     container.setInitParameter("defaultHtmlEscape", "true"); 

     FilterRegistration charEncodingFilterReg = container.addFilter("CharacterEncodingFilter", CharacterEncodingFilter.class); 
     charEncodingFilterReg.setInitParameter("encoding", "UTF-8"); 
     charEncodingFilterReg.setInitParameter("forceEncoding", "true"); 
     charEncodingFilterReg.addMappingForUrlPatterns(null, false, "/*"); 
    } 
} 

Answer 9

Usa @Scope (value = ConfigurableBeanFactory.SCOPE_ PROTOTIPO) sul tuo bean

Answer 10

Disabling below will work. 
<!-- <listener> 
    <listener-class> 
     org.springframework.web.context.ContextLoaderListener 
    </listener-class> 
</listener> -->