Cómo rastrear solicitudes de SQL para bases de datos H2 en memoria?

Question

¿Cómo puedo rastrear solicitudes SQL para bases de datos incrustadas en memoria H2?

La documentación dice que el archivo de rastreo está ubicado en el mismo directorio que el archivo de base de datos, pero para la base de datos incrustada en memoria no tengo un directorio de base de datos (en Windows).

Traté de redirigir las huellas a un archivo dado con slf4j/logback utilizando

TRACE_LEVEL_FIle=4;TRACE_LEVEL_SYSTEM_OUT=3 

en la URL de base de datos y el siguiente archivo de configuración logback.xml pero sin suerte:

<configuration scan="true"> 
    <appender name="FILE" class="ch.qos.logback.core.rolling.RollingFileAppender"> 
    <file>mylogfile.log</file> 
    <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy"> 
     <fileNamePattern>%d{yyyyMMdd}_mylogfile.log</fileNamePattern> 
    </rollingPolicy> 
    <encoder> 
     <pattern>%date{yyyyMMdd HH:mm:ss} %contextName[%thread] %level %logger{0} - %msg%n</pattern> 
    </encoder> 
    </appender> 

    <logger name="com.myapp" level="WARN"> 
    <appender-ref ref="FILE" /> 
    </logger> 

    <logger name="h2database" level="TRACE"> 
    <appender-ref ref="FILE" /> 
    </logger> --> 

    <root level="WARN"> 
    <appender-ref ref="FILE" /> 
    </root> 
</configuration> 

Mi archivo de configuración de logback funciona correctamente para otros registros.

¿Alguna idea?

Answer 1

No estoy del todo seguro, pero según mi prueba, parece que si eliminas TRACE_LEVEL_SYSTEM_OUT=3, funcionaría. ¿Podrías probar esto? Ejemplo de URL de base de datos:

jdbc:h2:mem:test;TRACE_LEVEL_FIle=4 

en lugar de

jdbc:h2:mem:test;TRACE_LEVEL_FIle=4;TRACE_LEVEL_SYSTEM_OUT=3