Discussion :

[Esil2008]

Bonjour,
J'ai l'exception suivante qui est déclenchée de temps en temps

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
org.hibernate.StaleStateException: Batch update returned unexpected row count from update [0]; actual row count: 0; expected: 1
	at org.hibernate.jdbc.Expectations$BasicExpectation.checkBatched(Expectations.java:61)
	at org.hibernate.jdbc.Expectations$BasicExpectation.verifyOutcome(Expectations.java:46)
	at org.hibernate.jdbc.BatchingBatcher.checkRowCounts(BatchingBatcher.java:68)
	at org.hibernate.jdbc.BatchingBatcher.doExecuteBatch(BatchingBatcher.java:48)
	at org.hibernate.jdbc.AbstractBatcher.executeBatch(AbstractBatcher.java:246)
	at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:266)
	at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:168)
	at org.hibernate.event.def.AbstractFlushingEventListener.performExecutions(AbstractFlushingEventListener.java:298)
	at org.hibernate.event.def.DefaultFlushEventListener.onFlush(DefaultFlushEventListener.java:27)
	at org.hibernate.impl.SessionImpl.flush(SessionImpl.java:1000)
	at org.hibernate.impl.SessionImpl.managedFlush(SessionImpl.java:338)
	at org.hibernate.transaction.JDBCTransaction.commit(JDBCTransaction.java:106)
	at com.ulnet.memberarea.dao.OrderBook.DaoOrderBookImpl.updateTblTrade(DaoOrderBookImpl.java:905)
	at com.ulnet.memberarea.service.OrderBook.ServiceOrderBookImpl.updateTblTrade(ServiceOrderBookImpl.java:450)
	at com.ulnet.memberarea.OdiSysConnection.MonitoringLoader.updateTradeList(MonitoringLoader.java:1595)
	at com.ulnet.memberarea.OdiSysConnection.MonitoringLoader.run(MonitoringLoader.java:523)

L'exception est declenche quand j'essaye de commiter les modifications effectuees.
L'exception est donc déclenchè au niveau de cette fonction :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
public void updateTblTrade(Trade trade) {
		Session session = HibernateUtil.getSessionFactory().getCurrentSession();
		try {
			session.beginTransaction();
			Tbltrade t = generateTbltrade(trade);
			if ( !isExist(t, session) ) {
				session.save(t);
				System.out.println("[Tbltrade Save]");
			}
			else {
				session.merge(t);
				System.out.println("[Tbtrade Merge]");
			}
			
			session.getTransaction().commit();
		}
		catch(Exception e) {
			session.beginTransaction().rollback();
			e.printStackTrace();
		}
	}

ici http://www.hibernate.org/hib_docs/v3...Exception.html ils disent quand ça arrive, mais pas comment y remédier.

Qlq'un à déjà eu le même problème.

Merci

[djsnipe]

Un problème de versionning ne peut pas être géré automatiquement dans le cas général. Dans une application en mode TP, c'est l'utilisateur qui a fait des modifications sur des données, mais entre temps quelqu'un d'autre les à modifier. La solution consiste à prévenir l'utilisateur pour lui demander quoi faire : écraser les données ou afficher les nouvelles pour qu'il décide quoi faire.
En mode batch, on peut considérer le processus suivant : on charge une liste d'objets indépendants à traiter, on applique les traitements puis on persiste. En cas d'erreur de version, une stratégie peut être de recommencer le traitement pour la donnée en erreur ==> recharger automatiquement la dernière version, la traiter et la persister.

[Esil2008]

L'application que je développe est une application web, donc je peux être amener à avoir plusieurs threads d'execution.
Dans le cas d'accès concurrents par exemple. Moi je voudrais écraser les données s'ils existent ! C'est pour ça que j'utilise le merge, au fait ni le update ni le saveorupdate ne marche dans mon cas, ça déclenche des exceptions de uniquekey ...

A ton avis comment dois je proceder pour éviter ce genre d'exception (staleStateException).

Meric

[djsnipe]

De mémoire, cette exception n'est lancée que lorsque tes objets définissent un attribut "version" qui sert justement à la gestion de version. Sans version, plus de StaleStateException je pense, et donc le dernier arrivé à toujours raison.

[Esil2008]

J'utilise pas de versionning, toujours quand je recois des donnes soit je les insère soit j'update !!!

[djsnipe]

D'après la javadoc de l'exception :
Thrown when a version number or timestamp check failed, indicating that the Session contained stale data (when using long transactions with versioning). Also occurs if we try delete or update a row that does not exist.

Tu utilises peut être dans la même session deux instances d'objets différents, représentant la même ligne en BDD. Au moment du flush, hibernate ne saurait pas lequel des 2 objets prendre pour mettre à jour la BDD.

[meriem15]

salut
svp j ai un probleme avec sping batch je sais pas comment connaitre les batch spring suspendi avec spring batch .
merci