java.lang.AbstractMethodError：at org.apache.tomcat.dbcp.dbcp.DelegatingPreparedStatement.setCharacterStream（DelegatingPreparedStatement.java:328）

Question

我有一個非常討厭的問題，我似乎無法在任何地方找到答案。

我的應用程序在嘗試持久保存@Lob時拋出此異常：

java.lang.AbstractMethodError
 at org.apache.tomcat.dbcp.dbcp.DelegatingPreparedStatement.setCharacterStream(DelegatingPreparedStatement.java:328)
 at org.apache.tomcat.dbcp.dbcp.DelegatingPreparedStatement.setCharacterStream(DelegatingPreparedStatement.java:328)
 at java.lang.reflect.Method.invoke(Method.java:601)
 at org.hibernate.engine.jdbc.internal.proxy.AbstractStatementProxyHandler.continueInvocation(AbstractStatementProxyHandler.java:122)
 at org.hibernate.engine.jdbc.internal.proxy.AbstractProxyHandler.invoke(AbstractProxyHandler.java:81)
 at $Proxy32.setCharacterStream(Unknown Source)
 at org.hibernate.type.descriptor.sql.ClobTypeDescriptor$3$1.doBind(ClobTypeDescriptor.java:83)
 at org.hibernate.type.descriptor.sql.BasicBinder.bind(BasicBinder.java:92)
 at org.hibernate.type.AbstractStandardBasicType.nullSafeSet(AbstractStandardBasicType.java:280)
 at org.hibernate.type.AbstractStandardBasicType.nullSafeSet(AbstractStandardBasicType.java:275)
 at org.hibernate.type.AbstractSingleColumnStandardBasicType.nullSafeSet(AbstractSingleColumnStandardBasicType.java:57)
 at org.hibernate.persister.entity.AbstractEntityPersister.dehydrate(AbstractEntityPersister.java:2747)
 at org.hibernate.persister.entity.AbstractEntityPersister.update(AbstractEntityPersister.java:3152)
 at org.hibernate.persister.entity.AbstractEntityPersister.updateOrInsert(AbstractEntityPersister.java:3087)
 at org.hibernate.persister.entity.AbstractEntityPersister.update(AbstractEntityPersister.java:3416)
 at org.hibernate.action.internal.EntityUpdateAction.execute(EntityUpdateAction.java:140)
 at org.hibernate.engine.spi.ActionQueue.execute(ActionQueue.java:362)
 at org.hibernate.engine.spi.ActionQueue.executeActions(ActionQueue.java:354)
 at org.hibernate.engine.spi.ActionQueue.executeActions(ActionQueue.java:276)
 at org.hibernate.event.internal.AbstractFlushingEventListener.performExecutions(AbstractFlushingEventListener.java:326)
 at org.hibernate.event.internal.DefaultFlushEventListener.onFlush(DefaultFlushEventListener.java:52)
 at org.hibernate.internal.SessionImpl.flush(SessionImpl.java:1213)
 at org.hibernate.internal.SessionImpl.managedFlush(SessionImpl.java:402)
 at org.hibernate.engine.transaction.internal.jdbc.JdbcTransaction.beforeTransactionCommit(JdbcTransaction.java:101)
 ...(more)

我正在運行Tomcat 6.0.36（也嘗試過tomcat 7）。

MySQL 4.1.22數據庫。

代碼使用jdk 7編譯並使用gradle構建。

我的依賴是：

+--- javax.mail:mail:1.4 -> 1.4.1
|    \--- javax.activation:activation:1.1
+--- org.slf4j:slf4j-api:1.5.6 -> 1.6.1
+--- log4j:log4j:1.2.13 -> 1.2.16
+--- org.apache.wicket:wicket:1.4.15
|    \--- org.slf4j:slf4j-api:1.5.8 -> 1.6.1
+--- org.apache.wicket:wicket-extensions:1.4.15
|    +--- org.apache.wicket:wicket:1.4.15 (*)
|    \--- org.slf4j:slf4j-api:1.5.8 -> 1.6.1
+--- mysql:mysql-connector-java:5.1.26
+--- com.microsoft.sqlserver:sqljdbc4:4.0
+--- com.itextpdf:itextpdf:5.4.2
+--- org.hibernate.javax.persistence:hibernate-jpa-2.0-api:1.0.0.Final -> 1.0.1.Final
+--- org.hibernate:hibernate-core:4.1.9.Final
|    +--- antlr:antlr:2.7.7
|    +--- org.jboss.logging:jboss-logging:3.1.0.GA
|    +--- org.javassist:javassist:3.17.1-GA
|    +--- org.jboss.spec.javax.transaction:jboss-transaction-api_1.1_spec:1.0.0.Final
|    +--- dom4j:dom4j:1.6.1
|    |    \--- xml-apis:xml-apis:1.0.b2
|    +--- org.hibernate.javax.persistence:hibernate-jpa-2.0-api:1.0.1.Final
|    \--- org.hibernate.common:hibernate-commons-annotations:4.0.1.Final
|         \--- org.jboss.logging:jboss-logging:3.1.0.CR2 -> 3.1.0.GA
+--- org.hibernate:hibernate-entitymanager:4.1.9.Final
|    +--- org.jboss.logging:jboss-logging:3.1.0.GA
|    +--- org.javassist:javassist:3.17.1-GA
|    +--- org.jboss.spec.javax.transaction:jboss-transaction-api_1.1_spec:1.0.0.Final
|    +--- dom4j:dom4j:1.6.1 (*)
|    +--- org.hibernate.javax.persistence:hibernate-jpa-2.0-api:1.0.1.Final
|    +--- org.hibernate:hibernate-core:4.1.9.Final (*)
|    \--- org.hibernate.common:hibernate-commons-annotations:4.0.1.Final (*)
+--- foo.bar.data-services:foor-bar-data:2.0.0.275
|    +--- org.slf4j:slf4j-api:1.6.1
|    +--- org.hibernate:hibernate-core:4.1.6.Final -> 4.1.9.Final (*)
|    +--- org.hibernate.javax.persistence:hibernate-jpa-2.0-api::1.0.1.Final -> 1.0.1.Final
|    +--- org.slf4j:slf4j-log4j12:1.6.1
|    |    +--- org.slf4j:slf4j-api:1.6.1
|    |    \--- log4j:log4j:1.2.16
|    +--- log4j:log4j:1.2.16
|    \--- commons-configuration:commons-configuration:1.9
|         +--- commons-lang:commons-lang:2.6
|         \--- commons-logging:commons-logging:1.1.1
+--- javax.transaction:jta:1.1
+--- dom4j:dom4j:1.6.1 (*)
+--- antlr:antlr:2.7.6 -> 2.7.7
+--- commons-collections:commons-collections:3.2.1
+--- commons-configuration:commons-configuration:1.9 (*)
+--- commons-dbcp:commons-dbcp:1.4
|    \--- commons-pool:commons-pool:1.5.4 -> 1.5.7
+--- commons-pool:commons-pool:1.5.7
+--- commons-logging:commons-logging:1.1.1
+--- commons-dbutils:commons-dbutils:1.4
+--- commons-lang:commons-lang:2.6
+--- commons-io:commons-io:2.4
+--- org.apache.commons:commons-email:1.2
|    +--- javax.mail:mail:1.4.1 (*)
|    \--- javax.activation:activation:1.1
+--- javax.servlet:servlet-api:2.5
+--- javax.servlet.jsp:jsp-api:2.1
\--- org.slf4j:slf4j-log4j12:1.5.6 -> 1.6.1 (*)

因此，查看異常，似乎應用程序正在嘗試調用CATALINA_BASE / lib文件夾中的tomcat-dbcp.jar。 但我希望它在我的類路徑中調用我的commons-dbcp.jar。

但坦率地說，我很茫然，我嘗試了很多東西，但似乎無法讓這個工作......提前感謝您的幫助。 如果您需要更多信息，請告訴我。

編輯1：

server.xml中

<?xml version="1.0" encoding="UTF-8"?>
<Server port="8005" shutdown="SHUTDOWN">

    <Listener SSLEngine="on" className="org.apache.catalina.core.AprLifecycleListener"/>
    <Listener className="org.apache.catalina.core.JasperListener"/>
    <Listener className="org.apache.catalina.core.JreMemoryLeakPreventionListener"/>
    <Listener className="org.apache.catalina.mbeans.ServerLifecycleListener"/>
    <Listener className="org.apache.catalina.mbeans.GlobalResourcesLifecycleListener"/>

    <GlobalNamingResources>
        <Resource auth="Container" description="User database that can be updated and saved" factory="org.apache.catalina.users.MemoryUserDatabaseFactory" name="UserDatabase" pathname="conf/tomcat-users.xml" type="org.apache.catalina.UserDatabase"/>
        <Resource auth="Container" driverClassName="com.mysql.jdbc.Driver" logAbandoned="true" maxActive="100" maxIdle="10" maxWait="10000" name="jdbc/foo" removeAbandoned="true" removeAbandonedTimeout="300" type="javax.sql.DataSource" url="jdbc:mysql://localhost:3306/foo?autoReconnect=true&amp;dumpQueriesOnException=true" username="root" validationQuery="select 1"/>     
        <Resource auth="Container" driverClassName="com.mysql.jdbc.Driver" logAbandoned="true" maxActive="20" maxIdle="5" maxWait="10000" name="jdbc/bar" removeAbandoned="true" removeAbandonedTimeout="300" type="javax.sql.DataSource" url="jdbc:mysql://localhost:3306/bar?autoReconnect=true&amp;dumpQueriesOnException=true" username="root" validationQuery="select 1"/>
    </GlobalNamingResources>

    <Service name="Catalina">
        <Connector connectionTimeout="20000" port="8080" protocol="HTTP/1.1" redirectPort="8443"/>
        <Connector port="8009" protocol="AJP/1.3" redirectPort="8443"/>

        <Engine defaultHost="localhost" name="Catalina">
            <Realm className="org.apache.catalina.realm.UserDatabaseRealm" resourceName="UserDatabase"/>
            <Host appBase="webapps" autoDeploy="true" name="localhost" unpackWARs="true" xmlNamespaceAware="false" xmlValidation="false">
            <Context docBase="foo" path="/foo" reloadable="true" source="org.eclipse.jst.j2ee.server:foo"/></Host>
        </Engine>
    </Service>
</Server>

Answer 1

解決方案是使用tomcat 7.它有一個tomcat-dbcp.jar版本，實際上有應用程序所需的DelegatingPreparedStatement.setCharacterStream。

我的問題是，當我在我的tomcat 7服務器上嘗試它時，我仍然在我的應用程序中的同一個地方遇到了同樣的錯誤。 這是由舊版本的mysql-connector-java（5.0.5，如果我沒記錯的話）引起的，由於早期的嘗試使這項工作停留在我的tomcat lib文件夾中。 這個舊版本顯然優先於我自己的mysql-connector-java（最新版本）作為依賴項。 因為這給了我同樣的例外，它似乎在我的情況下沒有改變任何東西，而它實際上做了。

當我想到這一點時，剩下的很簡單，我唯一的問題是我無法輕松升級到tomcat 7，因為其他應用程序當前正在生產環境中運行我們的tomcat 6版本。 因此解決方案是將tomcat-dbcp.jar從tomcat 7 dist復制到我們的tomcat 6服務器並替換已經存在的那個。

希望這對其他人也有幫助，感謝大家在任何情況下提供所有幫助！

Answer 2

AbstractMethodError是LinkageError的子類， 幾乎總是表明類路徑有問題 - 未編譯在一起的庫被加載在一起。

假設您的圖書館版本符合我的短暫研究......

拋出異常的行是DelegatingPreparedStatement：328 。 它看起來像這樣：

((PreparedStatement)_stmt).setCharacterStream(parameterIndex, reader, length);

如果您通過點擊setCharacterStream ，你看它標記為@since 1.6 。

所以，你應該：

1. 確保您在1.6+ VM下運行。 :)

2. 檢查類路徑中的java.sql.PreparedStatement是否沒有其他實現。 我通常這樣做的方式（在類Unix系統中;你自己使用Windows;）是：

   cd /path/to/my/jars

   grep -rli 'java/sql/PreparedStatement' .

這是一種蠻力的方法，可以確定哪些罐子包含哪些類。 它的工作原理是因為ZIP文件的“目錄結構”是純文本，而不是壓縮文本。

祝好運！ :)

Answer 3

我不確定，但如果你改變了最新的驅動程序

Answer 4

我也遇到了這個問題並發現了這個問題。 我在最后一個答案中接受了建議，但是我沒有復制tomcat-dbcp.jar，只是在我的pom.xml中切換到了新版本並且它可以正常工作！ 謝謝你的建議！

Answer 5

有同樣的問題，並通過更改驅動程序庫解決。 DelegatingPreparedStatement的實現將setCharacterStream調用委托給它的委托，這就是為什么更改驅動程序的實現可以解決問題（如果委托的實現包括該方法）