Je reçois soudainement beaucoup d'informations de débogage très verbeux lors de l'exécution de Playframework avec la journalisation de débogage. Je ne sais pas comment cela est arrivé, et je ne vois pas comment le changer. J'utilise le niveau DEBUG pour ma propre journalisation, mais mes propres messages de journal sont maintenant engloutis dans la sortie DEBUG du framework, ce qui est rapide.Grande quantité d'informations de débogage avec le cadre de lecture
La seule chose que je l'ai fait (je pense) est appelé les « dépendances de jeu » qui aurait peut-être jamais téléchargé les versions des exploitants forestiers, etc.
En outre, comme je l'ai moi-même ajouté une dépendance je --verbose commande en cours d'exécution 'dépendances' mais cela ne devrait pas influencer le fonctionnement de la structure elle-même, je pense. Je ne trouve rien dans la documentation. Toute personne qui peut m'aider à changer cela. J'ai joint un petit échantillon de la sortie DEBUG pour illustration.
(edit: J'utilise Jouer 1.2.4 Quel que soit le niveau de consignation I défini dans le fichier de configuration, l'info DEBUG continue à afficher.)
14: 32: 26,626 [play-thread-1] DEBUG org.hibernate.jdbc.AbstractBatcher - sur le point d'ouvrir ResultSet (ouverts ResultSets: 0, globalement: 0) 14: 32: 26.627 [play-thread-1] DEBUG org.hibernate.loader.Loader - rangée de résultats: EntityKey [models.User # 1] 14: 32: 26.627 [play-thread-1] DEBUG org.hibernate.jdbc.AbstractBatcher - sur le point de fermer ResultSet (open ResultSets: 1, globalement: 1) 14: 32: 26.627 [ play-thread-1] DEBUG org.hibernate.jdbc.AbstractB atcher - sur le point de fermer PreparedStatement (ouvrir PreparedStatements: 1, globalement: 1) 14: 32: 26.627 [play-thread-1] DEBUG oheStatefulPersistenceContext - initialiser non-paresseux collections 14: 32: 26.630 [play-thread- 1] DEBUG org.hibernate.jdbc.AbstractBatcher - sur le point d'ouvrir PreparedStatement (open PreparedStatements: 0, globalement: 0) 14: 32: 26.630 [play-thread-1] DEBUG org.hibernate.SQL - sélectionnez user0_. id comme id5_, user0_.addDate comme addDate5_, user0_.lastUpdate comme lastUpdate5_, user0_.app_id comme app11_5_, user0_.blocked comme blocked5_, user0_.email comme email5_, user0_.firstName comme firstName5_, user0_.lastName comme lastName5_, user0_.passwordHash en tant que password8_5_, user0_.userName en tant que userName5_, user0_.userType as userType5_ from Utilisateur user0_ where user0_.userName =? limite? 14: 32: 26.631 [play-thread-1] DEBUG org.hibernate.jdbc.AbstractBatcher - sur le point d'ouvrir ResultSet (open ResultSets: 0, globalement: 0) 14: 32: 26.631 [play-thread-1] DEBUG org.hibernate.loader.Loader - ligne de résultat: EntityKey [models.User # 1] 14: 32: 26.631 [play-thread-1] DEBUG org.hibernate.jdbc.AbstractBatcher - sur le point de fermer ResultSet (open ResultSets : 1, globalement: 1) 14: 32: 26.631 [play-thread-1] DEBUG org.hibernate.jdbc.AbstractBatcher - à propos de fermer PreparedStatement (ouvrir PreparedStatements: 1, globalement: 1) 14: 32: 26.631 [jouer -thread-1] DEBUG oheStatefulPersistenceContext - initialisation de collections non-paresseuses 14: 32: 26.634 [play-thread-1] DEBUG org.hibernate.jdbc.AbstractBatcher - sur le point d'ouvrir PreparedStat ement (open PreparedStatements: 0, globalement: 0) 14: 32: 26.634 [play-thread-1] DEBUG org.hibernate.SQL - sélectionnez user0_.id comme id5_, user0_.addDate comme addDate5_, user0_.lastUpdate comme lastUpdate5_ , user0_.app_id comme app11_5_, user0_.blocked comme blocked5_, user0_.email comme email5_, user0_.firstName comme firstName5_, user0_.lastName comme lastName5_, user0_.passwordHash comme password8_5_, user0_.userName comme userName5_, comme user0_.userType userType5_ from Utilisateur user0_ où user0_.userName =? limite? 14: 32: 26.635 [play-thread-1] DEBUG org.hibernate.jdbc.AbstractBatcher - sur le point d'ouvrir ResultSet (open ResultSets: 0, globalement: 0) 14: 32: 26.635 [play-thread-1] DEBUG org.hibernate.loader.Loader - ligne de résultat: EntityKey [models.User # 1] 14: 32: 26.635 [play-thread-1] DEBUG org.hibernate.jdbc.AbstractBatcher - à proximité FermerSet (open ResultSets : 1, globalement: 1) 14: 32: 26.635 [play-thread-1] DEBUG org.hibernate.jdbc.AbstractBatcher - sur le point de fermer PreparedStatement (open PreparedStatements: 1, globalement: 1) 14: 32: 26.635 [ play-thread-1] DEBUG oheStatefulPersistenceContext - initialisation non paresseux collections 14: 32: 26.637 [play-thread-1] DEBUG org.hibernate.jdbc.AbstractBatc son - sur le point d'ouvrir PreparedStatement (open PreparedStatements: 0, globalement: 0) 14: 32: 26.637 [play-thread-1] DEBUG org.hibernate.SQL - sélectionnez user0_.id comme id5_, user0_.addDate comme addDate5_ , user0_.lastUpdate comme lastUpdate5_, user0_.app_id comme app11_5_, user0_.blocked comme blocked5_, user0_.email comme email5_, user0_.firstName comme firstName5_, user0_.lastName comme lastName5_, user0_.passwordHash comme password8_5_, comme user0_.userName userName5_, user0_.userType as userType5_ from Utilisateur user0_ where user0_.userName =? limite? 14: 32: 26.638 [play-thread-1] DEBUG org.hibernate.jdbc.AbstractBatcher - sur le point d'ouvrir ResultSet (open ResultSets: 0, globalement: 0) 14: 32: 26.638 [play-thread-1] DEBUG org.hibernate.loader.Loader - ligne de résultat: EntityKey [models.User # 1] 14: 32: 26.638 [play-thread-1] DEBUG org.hibernate.jdbc.AbstractBatcher - sur le point de fermer ResultSet (open ResultSets : 1, à l'échelle mondiale: 1) 14: 32: 26,638 [play-thread-1] DEBUG org.hibernate.jdbc.AbstractBatcher - sur le point de fermer PreparedStatement (PreparedStatements ouvert: 1, globalement: 1)
Oui, j'ai le cadre de jeu mis à déconnecter tout le monde de INFO et jusqu'à, mais il semble maintenant soudainement ignorer les paramètres. –