Accès concurrent aux objets.

**habibouss** · 30/05/2015, 20h24

Bonsoir à tous.

ça fait une semaine que je galère

.

J'ai développé une application java EE 6. (jsf).

Tout marchait bien après mise en production.

Mais au fur et à mesure que le nombre d'utilisateurs augmente (environ 600 actuellement),

Mon serveur glassfish plante de temps en temps.
Dans les logs comme principale information, j'ai :

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
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
 
Exception [EclipseLink-2009] (Eclipse Persistence Services - 2.3.2.v20111125-r10461): org.eclipse.persistence.exceptions.ConcurrencyException
Exception Description: Max number of attempts to lock object exceded.  Failed to build the object. Thread: Thread[http-thread-pool-80(4),5,grizzly-kernel] has a lock on the object but thread: Thread[http-thread-pool-80(1),5,grizzly-kernel] is building the object
	at org.eclipse.persistence.exceptions.ConcurrencyException.maxTriesLockOnBuildObjectExceded(ConcurrencyException.java:76)
	at org.eclipse.persistence.internal.sessions.AbstractSession.retrieveCacheKey(AbstractSession.java:4685)
	at org.eclipse.persistence.internal.descriptors.ObjectBuilder.buildObject(ObjectBuilder.java:772)
	at org.eclipse.persistence.internal.descriptors.ObjectBuilder.buildWorkingCopyCloneNormally(ObjectBuilder.java:715)
	at org.eclipse.persistence.internal.descriptors.ObjectBuilder.buildObjectInUnitOfWork(ObjectBuilder.java:668)
	at org.eclipse.persistence.internal.descriptors.ObjectBuilder.buildObject(ObjectBuilder.java:601)
	at org.eclipse.persistence.internal.descriptors.ObjectBuilder.buildObject(ObjectBuilder.java:560)
	at org.eclipse.persistence.queries.ObjectLevelReadQuery.buildObject(ObjectLevelReadQuery.java:717)
	at org.eclipse.persistence.queries.ReadAllQuery.registerResultInUnitOfWork(ReadAllQuery.java:769)
	at org.eclipse.persistence.queries.ReadAllQuery.executeObjectLevelReadQuery(ReadAllQuery.java:433)
	at org.eclipse.persistence.queries.ObjectLevelReadQuery.executeDatabaseQuery(ObjectLevelReadQuery.java:1081)
	at org.eclipse.persistence.queries.DatabaseQuery.execute(DatabaseQuery.java:844)
	at org.eclipse.persistence.queries.ObjectLevelReadQuery.execute(ObjectLevelReadQuery.java:1040)
	at org.eclipse.persistence.queries.ReadAllQuery.execute(ReadAllQuery.java:392)
	at org.eclipse.persistence.queries.ObjectLevelReadQuery.executeInUnitOfWork(ObjectLevelReadQuery.java:1128)
	at org.eclipse.persistence.internal.sessions.UnitOfWorkImpl.internalExecuteQuery(UnitOfWorkImpl.java:2871)
	at org.eclipse.persistence.internal.sessions.AbstractSession.executeQuery(AbstractSession.java:1516)
	at org.eclipse.persistence.internal.sessions.AbstractSession.executeQuery(AbstractSession.java:1498)
	at org.eclipse.persistence.internal.sessions.AbstractSession.executeQuery(AbstractSession.java:1463)
	at org.eclipse.persistence.internal.jpa.EJBQueryImpl.executeReadQuery(EJBQueryImpl.java:485)
	at org.eclipse.persistence.internal.jpa.EJBQueryImpl.getResultList(EJBQueryImpl.java:742)
	at com.sahelys.gtface.beans.ContratFacade.findAll_(ContratFacade.java:253)
	at sun.reflect.GeneratedMethodAccessor486.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:606)
	at org.glassfish.ejb.security.application.EJBSecurityManager.runMethod(EJBSecurityManager.java:1052)
	at org.glassfish.ejb.security.application.EJBSecurityManager.invoke(EJBSecurityManager.java:1124)
	at com.sun.ejb.containers.BaseContainer.invokeBeanMethod(BaseContainer.java:5388)
	at com.sun.ejb.EjbInvocation.invokeBeanMethod(EjbInvocation.java:619)
	at com.sun.ejb.containers.interceptors.AroundInvokeChainImpl.invokeNext(InterceptorManager.java:800)
	at com.sun.ejb.EjbInvocation.proceed(EjbInvocation.java:571)
	at org.jboss.weld.ejb.SessionBeanInterceptor.aroundInvoke(SessionBeanInterceptor.java:42)
	at sun.reflect.GeneratedMethodAccessor67.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:606)
	at com.sun.ejb.containers.interceptors.AroundInvokeInterceptor.intercept(InterceptorManager.java:861)
	at com.sun.ejb.containers.interceptors.AroundInvokeChainImpl.invokeNext(InterceptorManager.java:800)
	at com.sun.ejb.EjbInvocation.proceed(EjbInvocation.java:571)
	at com.sun.ejb.containers.interceptors.SystemInterceptorProxy.doAround(SystemInterceptorProxy.java:162)
	at com.sun.ejb.containers.interceptors.SystemInterceptorProxy.aroundInvoke(SystemInterceptorProxy.java:144)
	at sun.reflect.GeneratedMethodAccessor66.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:606)
	at com.sun.ejb.containers.interceptors.AroundInvokeInterceptor.intercept(InterceptorManager.java:861)
	at com.sun.ejb.containers.interceptors.AroundInvokeChainImpl.invokeNext(InterceptorManager.java:800)
	at com.sun.ejb.containers.interceptors.InterceptorManager.intercept(InterceptorManager.java:370)
	at com.sun.ejb.containers.BaseContainer.__intercept(BaseContainer.java:5360)
	at com.sun.ejb.containers.BaseContainer.intercept(BaseContainer.java:5348)
	at com.sun.ejb.containers.EJBLocalObjectInvocationHandler.invoke(EJBLocalObjectInvocationHandler.java:214)
	at com.sun.ejb.containers.EJBLocalObjectInvocationHandlerDelegate.invoke(EJBLocalObjectInvocationHandlerDelegate.java:89)
	at com.sun.proxy.$Proxy232.findAll_(Unknown Source)

[glassfish 3.1.2.2, jsf 2.0]

D'après ce qui précède si je ne me trompe pas, le problème est dû à un nombre excessif d'accès.

Jusque là mes recherches me conduisent aux causes mais pas à des solutions concrètes.

Merci d'avance.

Best regards!

**tchize_** · 31/05/2015, 10h25

Une fois que cela se produit, cela se produit en continu? Plus d'accès possible et redémarrage du serveur requis? Ou ça déclenche juste des erreurs sporadiques qui permettent de continuer quand même.

Tout ce que je trouve c'est un bug report sur eclipselink 2.3.1

https://bugs.eclipse.org/bugs/show_bug.cgi?id=361172

fixé en octobre 2011. La version 2.3.1 de eclipselink est sortie en novembre 2011 donc elle avait déjà le fix et ton serveur glassfish, si c'est bien la version 3.1.2.2 contient déjà ce fix.

**habibouss** · 31/05/2015, 13h40

Envoyé par tchize_

Une fois que cela se produit, cela se produit en continu? Plus d'accès possible et redémarrage du serveur requis? Ou ça déclenche juste des erreurs sporadiques qui permettent de continuer quand même.

Tout ce que je trouve c'est un bug report sur eclipselink 2.3.1

https://bugs.eclipse.org/bugs/show_bug.cgi?id=361172

fixé en octobre 2011. La version 2.3.1 de eclipselink est sortie en novembre 2011 donc elle avait déjà le fix et ton serveur glassfish, si c'est bien la version 3.1.2.2 contient déjà ce fix.

Salut Tchize_.
Merci pour la réponse.

Si cela se produit, l'application se plante complètement et la seule option que j'ai c'est de redémarrer le serveur. Cela devient d'autant plus fréquent que le nombre d'ulisateurs de l'application augmente.

J'utilise effectivement la version 3.1.2.2 de glassfish qui vient avec la version 2.3.2 d'éclipseLink. Donc l'origine du problème pourrait être ailleurs.

Best regards.

**tchize_** · 31/05/2015, 21h46

Il faudrait analyser ton code pour voir si tu n'a pas des sessions que tu ouvrirait manuellement vis à vis de ton entity manager et que tu oublierais de fermer, ce qui ferait que les données resteraient verrouilées. Faudrait voir aussi si tu n'a pas des erreurs dans la console avant la première exception.

**habibouss** · 01/06/2015, 14h46

Bonjour Tchize_. Merci pour la piste.

Pour mon application, j'ai laissé la main au serveur de gérer les transactions.

Code :

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

@TransactionManagement(TransactionManagementType.CONTAINER)

avec le style

Code :

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

1
2
@PersistenceContext(unitName = "TCnewPU")
          private EntityManager em;

Je ne ferme donc pas explicitement de sessions.

Voici un example:

Code :

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

1
2
3
4
5
6
 
public Papier find(Long id) {
        Query query = em.createQuery("SELECT c FROM Papier c ");
        List<Papier> papier = query.getResultList();                     
     return b;  
    }

Toute remarque et/ou suggestion est la bienvenue!

Best regards!

**habibouss** · 03/06/2015, 13h48

Bonjour, à tous.

Je ne sais pas si c'est une solution durable mais ça fait deux jour que je n'ai pas constaté le problème
qui est à l'origine de cette discussion et j'aimerai partager avec vous comment j'ai procédé.

J'ai changé la version d'eclipseLink (2.5 au lieu de 2.3.2)
J'ai activé le weaving dans ma persitence unit

Je prends donc le risque de marquer ce poste à Résolu!

Encors merci à tous!

Best regards!

Accès concurrent aux objets.

JSF Java

Vue hybride

Discussions similaires

Partager

Partager