Dlaczego @Singleton nad @ApplicationScoped w producentów?

Question

LoggerProducer.java jest klasa wykorzystywane do produkcji Przewoźnicy drewna być wstrzykiwany w CDI fasoli z:

@Inject 
Logger LOG; 

pełny kod:

import javax.ejb.Singleton; 

/** 
* @author rveldpau 
*/ 
@Singleton 
public class LoggerProducer { 

    private Map<String, Logger> loggers = new HashMap<>(); 

    @Produces 
    public Logger getProducer(InjectionPoint ip) { 
     String key = getKeyFromIp(ip); 
     if (!loggers.containsKey(key)) { 
      loggers.put(key, Logger.getLogger(key)); 
     } 
     return loggers.get(key); 
    } 

    private String getKeyFromIp(InjectionPoint ip) { 
     return ip.getMember().getDeclaringClass().getCanonicalName(); 
    } 
} 

PYTANIE: Można @Singleton być bezpiecznie zamieniły się @ApplicationScoped?

To znaczy, dlaczego ktoś chciałby mieć tu EJB? Czy istnieją względy techniczne, ponieważ nie są w to zaangażowane żadne transakcje, a (AFAIK) i tak byłaby bezpieczna dla wątków?

_{Mam oczywiście na myśli javax.enterprise.context.ApplicationScoped, a nie javax.faces.bean.ApplicationScoped.}

Answer 1

Adnotacja @Singleton zapewnia domyślnie nie tylko transakcję, ale również bezpieczeństwo wątków. Więc jeśli zastąpisz go @ApplicationScoped, stracisz synchronizację. Tak, aby uczynić go właściwie trzeba zrobić tak:

@ApplicationScoped 
public class LoggerProducer { 

    private final ConcurrentMap<String, Logger> loggers = new ConcurrentHashMap<>(); 

    @Produces 
    public Logger getProducer(InjectionPoint ip) { 
     String key = getKeyFromIp(ip); 
     loggers.putIfAbsent(key, Logger.getLogger(key)); 
     return loggers.get(key); 
    } 

    private String getKeyFromIp(InjectionPoint ip) { 
    return ip.getMember().getDeclaringClass().getCanonicalName(); 
    } 
} 

Również można zrobić to zupełnie bez jakiegokolwiek zakresu, jeśli uczynić map jako static