В какой момент совершена транзакция?

Question

Я читал о entities lifecycle и the locking strategies, и я просмотрел несколько видеороликов об этом, но я все еще не уверен, что понимаю. Я понимаю, что в базовой RDBMS (я использую mysql) есть механизм блокировки.

Я хотел бы знать, в какой момент транзакция совершена/сущность отстранена и как она влияет на другие транзакции с точки блокировки. В какой момент пользователь должен ждать завершения транзакции? Я сделал два разных сценария ниже. Ради понимания я утверждаю, что таблица в сценариях содержит много строк, а петли for занимает 10 минут.

Сценарий 1:

@Stateless 
public class AService implements AServiceInterface { 
    @PersistenceContext(unitName = "my-pu") 
    private EntityManager em; 
    @Override 
    public List<Aclass> getAll() { 
     Query query = em.createQuery(SELECT_ALL_ROWS); 
     return query.getResultList(); 
    } 
    public void update(Aclass a) { 
     em.merge(a);  
    } 
} 

и класс призвания:

public aRadomClass{ 
    @EJB 
    AServiceInterface service; 

    public void method(){ 
     List<Aclass> listAclass = service.getAll(); 
     for(Aclass a : listAclass){ 
      a.setProperty(methodThatTakesTime()); 
      service.update(a); 
     } 
    } 
} 

Без указания стратегии блокировки: Если другой пользователь хочет делает обновление один строки в таблица и цикл for уже начали, но не закончены. Нужно ли ему ждать завершения цикла for?

Сценарий 2:

@Stateless 
public class AService implements AServiceInterface { 
    @PersistenceContext(unitName = "my-pu") 
    private EntityManager em; 

    @Override 
    public List<Aclass> getAllAndUpdate() { 
     Query query = em.createQuery(SELECT_ALL_ROWS); 
     List<Aclass> listAclass = query.getResultList(); 
     for(Aclass a : listAclass){ 
      a.setProperty(methodThatTakesTime()); 
      em.merge(a); 
     }  
    } 
} 

Тот же вопрос.

Answer 1

Важно, какой класс является вашим классом aRandomClass. Если это также EJB, вы должны взглянуть на transaction propagation. Если это сервлет, транзакция автоматически закрывается сразу после выхода вашего метода EJB (независимо от того, какой из них). Это делается с использованием dynamic proxies. Таким образом, в сценарии 1 контейнер EJB откроет и закроет несколько транзакций: один для service.getAll() и по одному для каждого звонка service.update(a). В сценарии 2, если метод getAllAndUpdate() вызывается только один раз, одна транзакция будет открыта и будет закрыта при выходе метода.