Проблема с объектом подключения Apache Commons DBCP, поток: ClassCastException в org.apache.tomcat.dbcp.dbcp.PoolingDataSource$PoolGuardConnectionWrapper

По умолчанию DBCP не разрешает доступ к «реальному» базовому экземпляру подключения к базе данных, поэтому вы не можете получить доступ к классу Oracle.

При настройке пула вы можете установить

accessToUnderlyingConnectionAllowed = true

и тогда это работает.

Значение по умолчанию — false, это потенциально опасная операция, а некорректно работающие программы могут причинить вред. (закрытие базового или продолжение его использования, когда защищенное соединение уже закрыто) Будьте осторожны и используйте только тогда, когда вам нужен прямой доступ к расширениям, специфичным для драйвера.

ПРИМЕЧАНИЕ. Не закрывайте базовое соединение, только исходное.

Если вы используете соединение JDBC, совместимое с Java 6, вы можете использовать следующий код:

OracleConnection oracleConnection = null;
try {
    if (connection.isWrapperFor(OracleConnection.class)) {
        oracleConnection = connection.unwrap(OracleConnection.class);
    }
} catch (SQLException ex) {
    // do something
}
return oracleConnection;

С этого момента используйте oracleConnection вместо оригинального connection.

См. http://docs.oracle.com/javase/6/docs/api/java/sql/Wrapper.html

Увидев этот пост, я могу получить OracleConnection с помощью этого кода:

DataSource ds1 = // get the org.apache.commons.dbcp.PoolingDataSource
org.apache.tomcat.dbcp.dbcp.DelegatingConnection del = new org.apache.tomcat.dbcp.dbcp.DelegatingConnection(cds1.getConnection());
OracleConnection con = (OracleConnection) del.getInnermostDelegate();

помните, что файл commons-dbcp-1.4.jar не должен быть в пути к классу

Хм, у меня такое же решение, как и у вас. Я думаю, что вам нужно упомянуть о двух позициях. 1.Настройка пула соединений: accessToUnderlyingConnectionAllowed = "true" ; 2. Кошмар связан с проектом с открытым исходным кодом. Ужасное сосредоточение. В данном случае это

org.apache.commons.dbcp.DelegatingConnection 

не равно

org.apache.tomcat.dbcp.dbcp.DelegatingConnection

в то время как в apache по умолчанию common-dbcp.jar вы никогда не найдете следующий класс. Но ключом является только класс. Итак, мы должны где-то найти Класс. Наконец я нашел пакет tomcat-dbcp.jar . Вы можете получить его по адресу http://www.docjar.com/.

import org.apache.tomcat.dbcp.dbcp.DelegatingConnection

, вы можете принудительно использовать dbConn и получить базовое соединение

oracle.jdbc.driver.OracleConnection delConn = 

(oracle.jdbc.driver.OracleConnection) 

((org.apache.tomcat.dbcp.dbcp.DelegatingConnection)c_stmt.getConnection()).getDelegate();

Затем мы можем использовать delConn для получения ArrayDescriptor. Помните одну вещь: нам не нужен

org.apache.commons.dbcp.DelegatingConnection Class

Это такая странная вещь, но реальная работа по делу.

Я размещаю это здесь, чтобы убедиться, что любой, кто ищет совета, знает об окончательном решении этой проблемы:

Если вы вынуждены использовать несвязанную версию менеджера постоянства (поскольку старый репозиторий все еще использует эту структуру, которая несовместима со связанной структурой), вот что вы можете сделать, решение довольно простое:

Загрузите исходные коды для ядра Jackrabbit (вы можете получить их с веб-сайта Jackrabbit). Откройте класс OraclePersistenceManager и найдите следующую строку кода:

Object blob = createTemporary.invoke(null,
                new Object[]{con, Boolean.FALSE, durationSessionConstant});

(Вокруг строки 377 - также можно проверить StackTrace для справки)

ConnectionFactory содержит статический метод, который позволяет развернуть соединение, что вам и нужно:

Object blob = createTemporary.invoke(null,
                new Object[]{org.apache.jackrabbit.core.util.db.ConnectionFactory
                        .unwrap(con), Boolean.FALSE, durationSessionConstant});

Вам понадобится Maven 2+ для компиляции исходников, я сделал это и не имел проблем с зависимостями, обратите внимание, что я скомпилировал версию 2.2.10 Jackrabbit.

Я также записал ошибку в Jackrabbit 2.2.11 (текущий выпуск, в котором все еще есть проблема): https://issues.apache.org/jira/browse/JCR-3262

Надеюсь это поможет!

Мы используем массивы в наших вызовах хранимых процессов оракула и используем проприетарный API оракула для создания массивов. Эта небольшая проверка устранила для нас проблему при использовании функций автономных приложений с использованием commons-dbcp.

    if (conn instanceof org.apache.commons.dbcp.DelegatingConnection)
    {
        log.debug("detected apache commons dbcp datasource");
        conn = ((org.apache.commons.dbcp.DelegatingConnection) conn).getInnermostDelegate();
    }

Однако вам понадобится commons-dbcp в пути к классам/зависимостях.

    <dependency>
        <groupId>commons-dbcp</groupId>
        <artifactId>commons-dbcp</artifactId>
        <version>1.4</version>
        <scope>provided</scope>
    </dependency>

Я столкнулся с той же проблемой. Мы использовали Spring, и у него есть класс NativeJdbcExtractor. У него много реализаций, и следующая работает для TomCat. Существуют специальные реализации для серверов приложений Websphere, Weblogic.

<bean id="jdbcExtractor" class="org.springframework.jdbc.support.nativejdbc.CommonsDbcpNativeJdbcExtractor"></bean>

В вашем DAO вы можете ввести bean-компонент и использовать следующий метод

protected NativeJdbcExtractor jdbcExtractor;
Connection conn=jdbcExtractor.getNativeConnection(oracleConnection);

в вашем определении контекста добавьте теги ниже к существующему определению xml.

factory="oracle.jdbc.pool.OracleDataSourceFactory
scope="Shareable"
type="oracle.jdbc.pool.OracleDataSource"

.

Для всех, кто ищет, getDelegate() и getInnermostDelegate() оба возвращают NULL в моем коде. Однако из отладчика я нашел OracleConnection, как показано ниже. Мы используем Spring JdbcTemplate во всем приложении, в которое вводится источник данных. Мы используем spring-jdbc-4.1.5.RELEASE.jar и ojdbc6.jar.

Connection conn = getJdbcTemplate().getDataSource().getConnection();

OracleConnection oracleConnection = ( OracleConnection ) conn.getMetaData().getConnection();

Я работаю с tomcat 8.5.8 и столкнулся с этой проблемой.
Приведенное ниже решение сработало как шарм.

Код:

Delegating Connection delegate_conn = new Delegating Connection(connection)
conn = delegate_conn.getInnermostDelegate();
oracle.sql.ArrayDescriptor desc = oracle.sql.ArrayDescriptor.createDescriptor("TABLE_VIEW", conn);

Решение:

Добавление зависимости для tomcat-dbcp 8.5.8 и добавление того же jar в папку lib tomcat.
Похоже, у tomcat есть разные jar для разных версий, начиная с 7.0 (ссылка: https://mvnrepository.com/artifact/org.apache.tomcat/tomcat-dbcp).

Надеюсь, это поможет кому-то.

Я использую java7 и ojdbc7.jar и Tomcat 8.

У меня была такая же проблема в tomcat при преобразовании ((OracleConnection)connection).createARRAY

После поиска множества решений и форумов, наконец, сработало решение для меня,

Connection connection = datasource.getConnection();
CallableStatement cs = connection.prepareCall("{ CALL PKG.PROCEDURE(?)}");

if(cs.getConnection().isWrapperFor(OracleConnection.class)) {
  OracleConnection orConn = cs.getConnection().unwrap(OracleConnection.class);
  orConn.createARRAY ..// is working perfectly.

}

Если вы сделали connection.isWrapperFor(OracleConnection.class), вы получите false. вам нужно использовать cs.getConnection.

Может поможет кому.