Spring-boot avec le printemps-mybatis - comment forcer l'enregistrement de toutes les requêtes SQL

J'ai un simple spring-boot-mybatis application (gardez à l'esprit, s'il vous plaît). Mybatis est la journalisation des requêtes SQL, seulement en cas d'échec (sur excepions). Dites-moi s'il vous plaît, comment faire pour le forcer à se connecter tous requête SQL à la console ?

En ce moment, je suis en utilisant slf4j enregistreur (automatiquement configuré par spring-boot).
J'ai trouvé ce lien: http://www.mybatis.org/mybatis-3/logging.html
cependant, je n'ai pas de gérer à la suivre. Tout d'abord la configuration est indiqué pour log4j, et je ne sais pas Si j'ai correctement comprendre: Est-ce qu'il suffit de le configurer dans application.properties ?

Merci d'avance

OriginalL'auteur | 2016-12-06

13

Printemps de démarrage utilise logback comme d'enregistrement par défaut du fournisseur de Slf4j. Ibatis le journal interne de l'usine de charge de la SLF4j comme le premier choix de l'enregistreur. Tout ce que vous avez à faire est de configurer votre source de démarrage de l'enregistreur de publier des messages de journal pour ibatis mappeur.

Ajouter les lignes ci-dessous dans de démarrage des propriétés de l'application.
```
logging.level.org.springframework=WARN
logging.level.com.spring.ibatis.UserMapper=DEBUG
logging.file=logs/spring-boot-logging.log
```
La deuxième ligne est l'endroit où vous définissez l'enregistrement d'entrée pour ibatis mapper avec journal de DÉBOGAGE de niveau. com.spring.ibatis est de l'emballage et le UserMapper est l'exemple de mappeur.

Les journaux suivants vont commencer à apparaître dans la console et dans le ressort de démarrage d'enregistrement de fichier. Ce sont les messages de log générés à partir de saveUser et findByName méthode de ApplicationTest classe.
```
2016-12-19 22:07:06.358  INFO 7248 --- [main] com.spring.ibatis.ApplicationTest        : Started ApplicationTest in 3.048 seconds (JVM running for 4.209)
2016-12-19 22:07:06.424 DEBUG 7248 --- [main] com.spring.ibatis.UserMapper.saveUser    : ==>  Preparing: insert into users(name) values(?) 
2016-12-19 22:07:06.444 DEBUG 7248 --- [main] com.spring.ibatis.UserMapper.saveUser    : ==> Parameters: ibatis(String)
2016-12-19 22:07:06.445 DEBUG 7248 --- [main] com.spring.ibatis.UserMapper.saveUser    : <==    Updates: 1
2016-12-19 22:07:06.457 DEBUG 7248 --- [main] com.spring.ibatis.UserMapper.findByName  : ==>  Preparing: select name from users WHERE name=? 
2016-12-19 22:07:06.470 DEBUG 7248 --- [main]  com.spring.ibatis.UserMapper.findByName  : ==> Parameters: ibatis(String)
2016-12-19 22:07:06.504 DEBUG 7248 --- [main]  com.spring.ibatis.UserMapper.findByName  : <==      Total: 1
```
Bien sûr, vous pouvez configurer n'importe quel choix de l'enregistreur que vous souhaitez. Je peux facilement ajouter un exemple pour tout autre enregistreur si vous avez besoin d'.

Vous pouvez trouver le code complet avec Junit des cas de test à
https://github.com/saagar2000/ibatis

OriginalL'auteur Veeram

Une approche alternative est d'utiliser un proxy pilote comme log4jdbc2 qui a l'avantage de l'enregistrement de l'exacte SQL aller à la base de données avec les paramètres en place, contrairement à d'autres réponses. Cela fonctionnera indépendamment de la persistance abastraction couche (par exemple, iBatis, JPA...).

https://code.google.com/archive/p/log4jdbc-log4j2/

L'un des principaux commodité de ceci est que vous pouvez copier le SQL directement à votre base de données front-end et exécuter en tant que.

1 Ajouter Les Dépendances Maven:

<dependency>
    <groupId>org.bgee.log4jdbc-log4j2</groupId>
    <artifactId>log4jdbc-log4j2-jdbc4.1</artifactId>
    <version>1.16</version>
</dependency>

2 Ajouter logback de configuration. Copie les éléments pertinents à votre existant logback.xml

<appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender">
    <encoder>
        <pattern>%d{HH:mm:ss.SSS} [%thread] %-5level %logger{36} - %msg%n
        </pattern>
    </encoder>
</appender>

<logger name="jdbc.audit" level="ERROR" />
<logger name="jdbc.connection" level="ERROR" />
<logger name="jdbc.sqltiming" level="ERROR" />
<logger name="jdbc.resultset" level="ERROR" />

<!-- UNCOMMENT THE BELOW TO HIDE THE RESULT SET TABLE OUTPUT -->
<!--<logger name="jdbc.resultsettable" level="ERROR" /> -->

<root level="debug">
    <appender-ref ref="STDOUT" />
</root>

3 Dire log4jdbc2 sur votre journalisation config:

Créer un fichier nommé log4jdbc.log4j2.propriétés à la racine du classpath src/test/resources ou src/main/resources dans un projet Maven. Ce fichier a une ligne qui est ci-dessous:

log4jdbc.spylogdelegator.nom=net.sf.log4jdbc.journal.slf4j.Slf4jSpyLogDelegator

4 Changer votre pilote de base de données de la classe et de l'URL comme ci-dessous:

spring.database.driverClassName=net.sf.log4jdbc.sql.jdbcapi.DriverSpy
#append log4jdbc after jdbc part of the URL: hsql example
spring.datasource.url=jdbc:log4jdbc:hsqldb:mem:db_name

Outre la journalisation SQL il permettra également de journaux, sous forme de tableaux, les résultats de toutes les requêtes exécutées. Cela peut être désactivé que par le commentaire dans l'exemple de la journalisation config.

Exemple De Sortie:

10:44:29.400 [main] DEBUG jdbc.sqlonly -
5. select memberrole0_.member_id as member_i2_12_0_, memberrole0_.id as id1_12_0_, memberrole0_.id 
as id1_12_1_, memberrole0_.member_id as member_i2_12_1_, memberrole0_.role_id as role_id3_12_1_, 
role1_.id as id1_17_2_, role1_.name as name2_17_2_ from member_roles memberrole0_ left outer 
join roles role1_ on memberrole0_.role_id=role1_.id where memberrole0_.member_id=104 

10:44:29.402 [main] INFO  jdbc.resultsettable - 
|---------- | --- | --- | ---------- | -------- | --- | -----|
|member_id |id |id |member_id |role_id |id |name |
|---------- | --- | --- | ---------- | -------- | --- | -----|
|---------- | --- | --- | ---------- | -------- | --- | -----|

Merci beaucoup!
Merci. J'ai été stuggling pour le faire fonctionner dans springboot application .Cela a permis de

OriginalL'auteur Alan Hay

0

SLF4J ne remplace pas log4j, ils travaillent ensemble. Il supprime la dépendance sur log4j à partir de votre bibliothèque/application.

https://softwareengineering.stackexchange.com/questions/108683/slf4j-vs-log4j-which-one-to-prefer

De sorte qu'il est bien d'utiliser log4j configurations si vous utilisez slf4j, aussi longtemps que vous utilisez log4j sous slf4j.

Voici un guide que j'ai trouvé qui parle de l'aide de slf4j avec log4j logger: http://saltnlight5.blogspot.ca/2013/08/how-to-configure-slf4j-with-different.html

Essentiellement, il vous suffit de créer un fichier de propriétés ici: src/main/resources/log4j.properties et l'avoir configuré le même que celui de votre lien. Et comme votre lien dit:

... À cet effet les instructions SQL sont enregistrés au niveau de DÉBOGAGE (FINE dans la journalisation JDK) et les résultats au niveau des TRACES (encore plus beau dans la journalisation JDK) ...

Donc, assurez-vous d'avoir log4j.logger.org.mybatis.example=DEBUG défini dans votre fichier de propriétés.

OriginalL'auteur Alic

Vous devez vous connecter pour publier un commentaire.