Comment spécifier @verrouillage de délai d'attente dans spring data jpa requête?

Pour verrouiller les entités pessimiste, définir le mode de verrouillage de
PESSIMISTIC_READ, PESSIMISTIC_WRITE, ou
PESSIMISTIC_FORCE_INCREMENT.

Si un verrouillage pessimiste ne peut pas être obtenue, mais le verrouillage de l'échec
ne risque pas d'entraîner une annulation de la transaction, un LockTimeoutException est
jetés.

Verrouillage Pessimiste délais d'attente

La durée, en millisecondes, le fournisseur de persistance doit
d'attente pour obtenir un verrou sur les tables de base de données peut être spécifié à l'aide de
le javax.la persistance.verrouillage.propriété de délai d'attente. Si le temps qu'il faut pour
obtenir un verrou dépasse la valeur de cette propriété, un
LockTimeoutException sera levée, mais la transaction en cours
ne sera pas marqué pour la restauration. Si cette propriété est définie sur 0, le
fournisseur de persistance doit lancer une LockTimeoutException si c'
ne peut immédiatement obtenir un verrou.

Si javax.persistence.lock.timeout est défini dans plusieurs endroits, la
la valeur sera déterminée dans l'ordre suivant:

1. L'argument de l'un des EntityManager ou Query methods.
2. Le paramètre dans la @NamedQuery annotation.
3. L'argument de la Persistence.createEntityManagerFactory méthode.
4. La valeur dans la persistence.xml descripteur de déploiement.

Pour le Printemps de Données 1.6 ou supérieure

@Lock est pris en charge sur les méthodes CRUD à partir de la version 1.6 de Spring Data JPA (en fait, il y a déjà un étape disponibles). Voir ce billet pour plus de détails.

Avec cette version, il vous suffit de déclarer les éléments suivants:

interface WidgetRepository extends Repository<Widget, Long> {

  @Lock(LockModeType.PESSIMISTIC_WRITE)
  Widget findOne(Long id);
}

Ce sera la cause de la CRASSE de la mise en œuvre de la partie de la sauvegarde du référentiel de proxy pour appliquer la configuration de la LockModeType à la find(…) appel sur le EntityManager.

D'autre part,

Pour la précédente version de Printemps de Données 1.6

Le Printemps de Données pessimiste @Lock annotations ne s'appliquent (comme vous l'avez souligné) pour les requêtes. Il n'y a pas d'annotations, je sais de qui peut affecter l'ensemble de la transaction. Vous pouvez soit créer un findByOnePessimistic méthode qui appelle findByOne avec un verrouillage pessimiste ou vous pouvez changer findByOne pour toujours obtenir un verrouillage pessimiste.

Si vous vouliez mettre en place votre propre solution vous pourrait probablement. Sous le capot de la @Lock annotation est traitée par LockModePopulatingMethodIntercceptor qui effectue les opérations suivantes:

TransactionSynchronizationManager.bindResource(method, lockMode == null ? NULL : lockMode);

Vous pouvez créer statique gestionnaire de verrous qui avait un ThreadLocal<LockMode> variable de membre et ont alors un aspect enroulé autour de chaque méthode dans chaque référentiel appelé bindResource avec le mode de verrouillage mis en ThreadLocal. Cela vous permettra de définir le mode de verrouillage sur une base par thread. Vous pouvez alors créer votre propre @MethodLockMode annotation qui permettrait d'envelopper la méthode dans un aspect qui définit le thread spécifique au mode de verrouillage avant l'exécution de la méthode et efface après l'exécution de la méthode.

Ressources Lien:

1. Comment faire pour activer LockModeType.PESSIMISTIC_WRITE lors de la recherche d'entités avec Spring Data JPA?
2. Comment ajouter de la méthode personnalisée pour Spring Data JPA
3. Printemps de Données de Verrouillage Pessimiste timeout avec Postgres
4. Requête API JPA

---

Divers Exemple de Verrouillage Pessimiste Délai

Définition d'un Verrouillage Pessimiste

Un objet entité peut être verrouillé explicitement par la méthode de verrouillage:

em.lock(employee, LockModeType.PESSIMISTIC_WRITE);

Le premier argument est un objet entité. Le deuxième argument est le demandé le mode de verrouillage.

Un TransactionRequiredException est levée si il n'y a pas de transaction active lorsque le verrouillage est appelé à cause explicite de verrouillage nécessite une transaction active.

Un LockTimeoutException est levée si la demande de verrouillage pessimiste ne peut être accordée:

• Un PESSIMISTIC_READ demande de verrouillage échoue si un autre utilisateur (qui est
  représenté par un EntityManager exemple) détient actuellement une
  PESSIMISTIC_WRITE de verrouillage de la base de données de l'objet.
• Un PESSIMISTIC_WRITE demande de verrouillage échoue si un autre utilisateur connecté
  détient, soit un PESSIMISTIC_WRITE serrure ou d'un PESSIMISTIC_READ de verrouillage sur
  que l'objet de base de données.

Réglage De L'Indicateur De Requête (Scopes)

Indicateurs de requête peut être réglé dans les secteurs suivants (du global au local):

Pour l'ensemble de la persistance de l'unité à l'aide d'un persistence.xml propriété:

<properties>
   <property name="javax.persistence.query.timeout" value="3000"/>
</properties>

Pour un EntityManagerFactory - à l'aide de la createEntityManagerFacotory méthode:

Map<String,Object> properties = new HashMap();
properties.put("javax.persistence.query.timeout", 4000);
EntityManagerFactory emf =
  Persistence.createEntityManagerFactory("pu", properties);

Pour un EntityManager - à l'aide de la createEntityManager méthode:

Map<String,Object> properties = new HashMap();
properties.put("javax.persistence.query.timeout", 5000);
EntityManager em = emf.createEntityManager(properties);

ou à l'aide de la méthode setProperty:

em.setProperty("javax.persistence.query.timeout", 6000);

Pour un named query définition - à l'aide de la hints élément:

@NamedQuery(name="Country.findAll", query="SELECT c FROM Country c",
    hints={@QueryHint(name="javax.persistence.query.timeout", value="7000")})

Pour une requête spécifique de l'exécution à l'aide de la setHint méthode (avant l'exécution de la requête):

query.setHint("javax.persistence.query.timeout", 8000);

Ressources Lien:

1. Verrouillage en JPA
2. Verrouillage Pessimiste Délai D'Attente

Pour le Printemps de Données de 1,6 ou plus,nous pouvons utiliser @Lock annotations fournies par spring data jpa.

Aussi, Lock le temps peut être réglé à l'aide de @QueryHints. À l'origine, il n'y a pas de support pour l'indicateur de requête annotations en défaut méthodes CRUD, mais son été disponible après correction 1.6M1.
https://jira.spring.io/browse/DATAJPA-173

Ci-dessous est un exemple de Verrouillage Pessimiste avec PESSIMISTIC_WRITE type de mode qui est un verrou exclusif.

@Lock(LockModeType.PESSIMISTIC_WRITE) 
@QueryHints({@QueryHint(name = "javax.persistence.lock.timeout", value   ="5000")}) 
Customer findByCustomerId(Long customerId);