2013-06-04 3 views
1

Использование logback-1.0.13.jar и JDK 1.6u34.Logback DBAppender имеет null caller_filename

У меня есть веб-приложение Java (WAR) с помощью следующей WEB-INF/classes/logback.xml:

<configuration debug="true" scan="true" scanPeriod="5 minutes"> 
    <appender name="logManager-dbAppender" class="ch.qos.logback.classic.db.DBAppender"> 
     <filter class="ch.qos.logback.classic.filter.LevelFilter"> 
      <level>INFO</level> 
      <onMatch>ACCEPT</onMatch> 
      <onMismatch>NEUTRAL</onMismatch> 
     </filter> 
     <filter class="ch.qos.logback.classic.filter.LevelFilter"> 
      <level>WARN</level> 
      <onMatch>ACCEPT</onMatch> 
      <onMismatch>NEUTRAL</onMismatch> 
     </filter> 
     <filter class="ch.qos.logback.classic.filter.LevelFilter"> 
      <level>ERROR</level> 
      <onMatch>ACCEPT</onMatch> 
      <onMismatch>DENY</onMismatch> 
     </filter> 
     <connectionSource class="ch.qos.logback.core.db.JNDIConnectionSource"> 
      <jndiLocation>java:comp/env/jdbc/dbLogging-local</jndiLocation> 
     </connectionSource> 
    </appender> 

    <root level="ALL"> 
     <appender-ref ref="logManager-dbAppender" /> 
    </root> 
</configuration> 

И следующий ${TOMCAT_HOME}/conf/context.xml (глобальный context.xml для всех веб-приложений):

<Context> 
    <WatchedResource>WEB-INF/web.xml</WatchedResource> 

    <Resource 
     name="jdbc/dbLogging-local" 
     auth="Container" 
     type="javax.sql.DataSource" 
     driverClassName="com.mysql.jdbc.Driver" 
     url="jdbc:mysql://my-mysql-server.example.com:3306/my_db" 
     username="my_user" 
     password="my_password" 

     maxActive="20" 
    /> 
</Context> 

И есть latest MySQL/JDBC driver на мой путь к классу выполнения в WEB-INF/lib/mysql-jdbc-5.1.25.jar). Кроме того, поскольку это глобальный context.xml, у меня также есть тот же драйвер MySQL/JDBC, который находится по адресу ${TOMCAT_HOME}/lib.

И я получаю следующую трассировку стека:

08:54:52,905 |-ERROR in ch.qos.logback.classic.db.DBAppender[logManager-dbAppender] - problem appending event com.mysql.jdbc.exceptions.jdbc4.MySQLIntegrityConstraintViolationException: Column 'caller_filename' cannot be null 
    at com.mysql.jdbc.exceptions.jdbc4.MySQLIntegrityConstraintViolationException: Column 'caller_filename' cannot be null 
    at at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) 
    at at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) 
    at at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) 
    at at java.lang.reflect.Constructor.newInstance(Constructor.java:513) 
    at at com.mysql.jdbc.Util.handleNewInstance(Util.java:411) 
    at at com.mysql.jdbc.Util.getInstance(Util.java:386) 
    at at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:1040) 
    at at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:4096) 
    at at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:4028) 
    at at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:2490) 
    at at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:2651) 
    at at com.mysql.jdbc.ConnectionImpl.execSQL(ConnectionImpl.java:2734) 
    at at com.mysql.jdbc.PreparedStatement.executeInternal(PreparedStatement.java:2155) 
    at at com.mysql.jdbc.PreparedStatement.executeUpdate(PreparedStatement.java:2458) 
    at at com.mysql.jdbc.PreparedStatement.executeUpdate(PreparedStatement.java:2375) 
    at at com.mysql.jdbc.PreparedStatement.executeUpdate(PreparedStatement.java:2359) 
    at at org.apache.tomcat.dbcp.dbcp.DelegatingPreparedStatement.executeUpdate(DelegatingPreparedStatement.java:105) 
    at at org.apache.tomcat.dbcp.dbcp.DelegatingPreparedStatement.executeUpdate(DelegatingPreparedStatement.java:105) 
    at at ch.qos.logback.classic.db.DBAppender.subAppend(DBAppender.java:105) 
    at at ch.qos.logback.classic.db.DBAppender.subAppend(DBAppender.java:42) 
    at at ch.qos.logback.core.db.DBAppenderBase.append(DBAppenderBase.java:108) 
    at at ch.qos.logback.core.UnsynchronizedAppenderBase.doAppend(UnsynchronizedAppenderBase.java:88) 
    at at ch.qos.logback.core.spi.AppenderAttachableImpl.appendLoopOnAppenders(AppenderAttachableImpl.java:48) 
    at at ch.qos.logback.classic.Logger.appendLoopOnAppenders(Logger.java:272) 
    at at ch.qos.logback.classic.Logger.callAppenders(Logger.java:259) 
    at at ch.qos.logback.classic.Logger.buildLoggingEventAndAppend(Logger.java:441) 
    at at ch.qos.logback.classic.Logger.filterAndLog_0_Or3Plus(Logger.java:395) 
    at at ch.qos.logback.classic.Logger.info(Logger.java:599) 
    at at com.myapp.server.DummyServlet.doGet(Unknown Source) 
    at at javax.servlet.http.HttpServlet.service(HttpServlet.java:617) 
    at at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) 
    at at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) 
    at at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) 
    at at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) 
    at at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) 
    at at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) 
    at at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) 
    at at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) 
    at at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298) 
    at at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859) 
    at at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:588) 
    at at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489) 
    at at java.lang.Thread.run(Thread.java:662) 

Любые идеи, почему я получаю исключение MySQL? Я нашел this similar unanswered question на Old Nabble, и мне интересно, если это давняя ошибка ...?

Кажется, что я подключаюсь к моему серверу MySQL и вставляю NULL logging_event.caller_filename, когда (для каждого DDL-файла DDL Logback DBAppender) в этом столбце не допускаются.

Заранее благодарен!

ответ

0

У меня была аналогичная проблема с PostgreSQL и logback 1.0.7 с slf4j 1.6.6 Как-то кажется, что информация о вызывающем абоненте не «всегда» передается, что приводит к этой проблеме, что, в свою очередь, означает, что связанный вызов ведения журнала doesn 't сделать в базу данных (и если в конфигурации logback нет debug = "true", вы даже не знаете).

В качестве фиктивного разрешения можно ограничить ограничения столбцов базы данных в таблицах протоколирования (в столбцах вызывающих абонентов не требуется «не равно»). В моем случае, однако, оказалось, это имеет значение, как я построить экземпляры регистратора в коде: в то время как это вызвало выше отказ

import org.slf4j.Logger; 
import org.slf4j.LoggerFactory; 

Logger log = LoggerFactory.getLogger(My.class); 

это прекрасно работали (т.е. заполнены информацией о вызывающем абоненте)

Logger log = LoggerFactory.getLogger(My.class.getName()); 

I Не могу объяснить это.

 Смежные вопросы

  • Нет связанных вопросов^_^