Comment faire glassfish 4 reconnaître la nouvelle valeur pour le paramètre org.jboss.weld.conversation.concurrentAccessTimeout of Weld?

Question

J'utilise PrimeFaces 5.3 + Java EE 7 sur Glassfish 4 lorsque je rencontre une opération d'exécution longue. J'ai constamment ce message d'erreur qui interrompent l'exécution: WELD-000315: Impossible d'acquérir un verrou de conversation dans 1000 ms pour une conversation transitoire]]

Certaines enquêtes suggèrent d'augmenter la valeur du paramètre org.jboss.weld. conversation.concurrentAccessTimeout de soudure: File-upload with multiple files fails in Primefaces 5.1

je l'ai essayé par beaucoup (chemin weld.properties) dans WEB/INF d'application Web et META/INF du module ejb, la création de propriété système via GlassFish asadmin), mais GlassFish ne pas reconnaître la nouvelle valeur du paramètre. Voir: https://docs.jboss.org/weld/reference/latest/en-US/html/configure.html#config-conversation-timeout

La classe ConversationTimeoutDefaultSetter, comme suggéré par certaines aides, n'est pas reconnue dans mon environnement.

Ma question est comment faire reconnaître la nouvelle valeur pour le paramètre org.jboss.weld.conversation.concurrentAccessTimeout? Toute autre solution concernant le problème? Merci

Answer 1

Je n'ai pas la réponse, mais je peux faire la lumière:

Chapter 19.1 mentionne trois façons de configurer Weld. Vous avez essayé les deux premiers que je présume, essayez de regarder dans les docs GF s'ils supportent la troisième voie. Mais plus important encore - activer le mode débogage pour Weld sur et vérifier les propriétés de soudure au démarrage. Il va y avoir une ligne indiquant quelles propriétés vous définissez. De cette façon, vous pouvez vérifier qu'il n'est pas vraiment ramassé. Il se peut que Weld le reconnaisse mais GF choisit simplement de l'ignorer (ou de l'ignorer using external configuration).

La plupart de ces paramètres sont sous la forme d'une "suggestion" à suivre par le serveur. Mais pour une raison quelconque, l'intégrateur peut choisir de remplacer/ignorer cela. Après tout, le serveur gère la logique de la conversation, Weld la transforme simplement en beans et contextes.