ORA-01461 для столбца с наследованным символом (1 байт) - нужно заставить его работать с использованием Spring JDBC (расширение StoredProcedure)

У меня есть СП, как это

create or replace PROCEDURE myproc
  myvar in out mytable.mycol%TYPE

где mycol - char (1 байт)

Из java-кода я пытаюсь связать String/Character с этой переменной, и я получаю

ORA-01461 - может связывать значение LONG только для вставки в столбцы LONG

если я заменю на

 myvar in out varchar2

то он работает

любая идея о том, как правильно привязать значение из кода Java?

Я действительно хотел бы использовать тип% для входных параметров хранимой процедуры

пс. это не дублирует ORA-01461: может связывать значение LONG только для вставки в столбец LONG. Происходит при запросе, потому что это относится к столбцу char (1)

ОБНОВИТЬ

Добавление дополнительной информации к этому

import java.sql.CallableStatement;
import java.sql.Clob;
import java.sql.Connection;
import java.sql.ResultSet;
import java.sql.SQLException;
import java.sql.Types;

import oracle.jdbc.pool.OracleDataSource;

public class SimpleDbStandalonePureJdbcTest {

    public static void main(String[] args) throws SQLException {

        OracleDataSource ods = new OracleDataSource();

        ods.setUser("xxx");
        ods.setPassword("xxx");
        ods.setServerName("xxx");
        ods.setPortNumber(xxx);
        ods.setDriverType("thin");
        ods.setNetworkProtocol("tcp");
        ods.setDatabaseName("xxx");

        Connection conn = ods.getConnection();
        CallableStatement sp = conn.prepareCall("{call testleosp(?)} ");

        Clob clob = conn.createClob();
        clob.setString(1, "b");
        sp.setClob(1, clob);
        sp.registerOutParameter(1, Types.CLOB);
        boolean hadResults = sp.execute();

        while (hadResults) {
            ResultSet rs = sp.getResultSet();
            System.out.println(rs.getClob(1));
            hadResults = sp.getMoreResults();
        }

    }

}

код выше работает (однако это звучит ужасно неправильно)

стол

create table testleo (col1 char(1 byte))

SP -

create or replace PROCEDURE testleosp (
    io_col IN OUT testleo.col1%TYPE
)
IS
BEGIN
    INSERT INTO testleo (col1) VALUES (io_col);
    COMMIT WORK;
END;

Если я использую это

import java.io.IOException;
import java.io.Reader;
import java.sql.CallableStatement;
import java.sql.Clob;
import java.sql.Connection;
import java.sql.SQLException;
import java.sql.Types;
import java.util.HashMap;
import java.util.Map;

import javax.sql.DataSource;

import org.jboss.jca.adapters.jdbc.WrappedConnection;
import org.springframework.jdbc.core.SqlInOutParameter;
import org.springframework.jdbc.core.SqlReturnType;
import org.springframework.jdbc.core.support.SqlLobValue;
import org.springframework.jdbc.object.StoredProcedure;
import org.springframework.jdbc.support.lob.DefaultLobHandler;
import org.springframework.jdbc.support.lob.OracleLobHandler;
import org.springframework.jdbc.support.nativejdbc.SimpleNativeJdbcExtractor;

import oracle.jdbc.pool.OracleDataSource;

public class SimpleDbStandaloneTest2 extends StoredProcedure {

    public SimpleDbStandaloneTest2(DataSource ds, String sp) {

        super(ds, sp);
        declareParameter(new SqlInOutParameter("io_col", Types.CLOB,null,new CLOBToStringConverter()));
//      declareParameter(new SqlInOutParameter("io_col", Types.CLOB));
        compile();
    }

    class CLOBToStringConverter implements SqlReturnType {

        @Override
        public Object getTypeValue(CallableStatement cs, int paramIndex, int sqlType, String typeName)
                throws SQLException {
            Clob aClob = cs.getClob(paramIndex);

            final Reader clobReader = aClob.getCharacterStream();

            int length = (int) aClob.length();
            char[] inputBuffer = new char[1024];
            final StringBuilder outputBuffer = new StringBuilder();
            try {
                while ((length = clobReader.read(inputBuffer)) != -1) {
                    outputBuffer.append(inputBuffer, 0, length);
                }
            } catch (IOException e) {
                throw new SQLException(e.getMessage());
            }

            return outputBuffer.toString();
        }
    }

    public Map<String, Object> execute() {

        Map<String, Object> inputs = new HashMap<>();
        Connection conn = null;
        WrappedConnection wc = null;

        try {

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

            if (conn instanceof WrappedConnection) {

                // this runs when the app is running from inside jboss
                wc = (WrappedConnection) conn;

            } else {

            }

            //https://docs.spring.io/spring/docs/3.2.18.RELEASE/javadoc-api/org/springframework/jdbc/support/lob/OracleLobHandler.html
            OracleLobHandler lh = new OracleLobHandler();
            lh.setNativeJdbcExtractor(new SimpleNativeJdbcExtractor());
            //ERROR org.springframework.jdbc.support.lob.OracleLobHandler - Could not free Oracle LOB              
            //inputs.put("io_col",new SqlLobValue("f",lh));

            LobHandler h = new  DefaultLobHandler();    
            inputs.put("io_col",new SqlLobValue("f",h));


        } catch (Exception e) {
            e.printStackTrace();
        } finally {
            /* Close the connections manually to prevent connection leak */
            try {
                if (wc != null && !wc.isClosed())
                    wc.close();
            } catch (SQLException e) {
            }

            try {
                if (conn != null)
                    conn.close();
            } catch (SQLException e) {
            }
            /* Close the connections manually to prevent connection leak */
        }

        Map<String, Object> outMap = execute(inputs);
        return outMap;
    }

    public static void main(String[] args) throws SQLException {

        OracleDataSource ods = new OracleDataSource();

        ods.setUser("xxx");
        ods.setPassword("xxx");
        ods.setServerName("xxx");
        ods.setPortNumber(xxx);
        ods.setDriverType("thin");
        ods.setNetworkProtocol("tcp");
        ods.setDatabaseName("xxxx");

        SimpleDbStandaloneTest2 t = new SimpleDbStandaloneTest2(ods, "TESTLEOSP");

        Map<String, Object> map = t.execute();

        System.out.println(map);
    }

}

он также работает, ОДНАКО, он генерирует исключение, подобное этому

Exception in thread "main" org.springframework.jdbc.UncategorizedSQLException: CallableStatementCallback; uncategorized SQLException for SQL [{call TESTLEOSP(?)}]; SQL state [99999]; error code [17012]; Parameter Type Conflict; nested exception is java.sql.SQLException: Parameter Type Conflict
    at org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.translate(AbstractFallbackSQLExceptionTranslator.java:84)
    at org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.translate(AbstractFallbackSQLExceptionTranslator.java:81)
    at org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.translate(AbstractFallbackSQLExceptionTranslator.java:81)
    at org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:1099)
    at org.springframework.jdbc.core.JdbcTemplate.call(JdbcTemplate.java:1135)
    at org.springframework.jdbc.object.StoredProcedure.execute(StoredProcedure.java:142)
Caused by: java.sql.SQLException: Parameter Type Conflict

Информация о драйвере oracle

Manifest-Version: 1.0
Ant-Version: Apache Ant 1.7.1
Created-By: 20.12-b01 (Sun Microsystems Inc.)
Implementation-Vendor: Oracle Corporation
Implementation-Title: JDBC
Implementation-Version: 12.1.0.1.0
Repository-Id: JAVAVM_12.1.0.1.0_LINUX.X64_130403
Specification-Vendor: Sun Microsystems Inc.
Specification-Title: JDBC
Specification-Version: 4.0
Main-Class: oracle.jdbc.OracleDriver
sealed: true

Информация о Oracle DB

SELECT * FROM V$VERSION
Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production
PL/SQL Release 11.2.0.4.0 - Production
"CORE   11.2.0.4.0  Production"
TNS for IBM/AIX RISC System/6000: Version 11.2.0.4.0 - Production
NLSRTL Version 11.2.0.4.0 - Production

Информация о DB charset

SELECT * FROM NLS_DATABASE_PARAMETERS
NLS_LANGUAGE    AMERICAN
NLS_TERRITORY   AMERICA
NLS_CURRENCY    $
NLS_ISO_CURRENCY    AMERICA
NLS_NUMERIC_CHARACTERS  .,
NLS_CHARACTERSET    WE8ISO8859P1
NLS_CALENDAR    GREGORIAN
NLS_DATE_FORMAT DD-MON-RR
NLS_DATE_LANGUAGE   AMERICAN
NLS_SORT    BINARY
NLS_TIME_FORMAT HH.MI.SSXFF AM
NLS_TIMESTAMP_FORMAT    DD-MON-RR HH.MI.SSXFF AM
NLS_TIME_TZ_FORMAT  HH.MI.SSXFF AM TZR
NLS_TIMESTAMP_TZ_FORMAT DD-MON-RR HH.MI.SSXFF AM TZR
NLS_DUAL_CURRENCY   $
NLS_COMP    BINARY
NLS_LENGTH_SEMANTICS    BYTE
NLS_NCHAR_CONV_EXCP FALSE
NLS_NCHAR_CHARACTERSET  AL16UTF16
NLS_RDBMS_VERSION   11.2.0.4.0
NLS_CSMIG_SCHEMA_VERSION    5

Моя java LOCALE информация по запросу, была сгенерирована с использованием этого кода

import java.util.Locale;

public class JavaLocale {

    public static void main(String[] args) {
        Locale currentLocale = Locale.getDefault();

        System.out.println(currentLocale.getDisplayLanguage());
        System.out.println(currentLocale.getDisplayCountry());

        System.out.println(currentLocale.getLanguage());
        System.out.println(currentLocale.getCountry());

        System.out.println(System.getProperty("user.country"));
        System.out.println(System.getProperty("user.language"));

    }

}

который печатает

Английский США en США США en

Сначала я не хочу использовать устаревший код.

Во-вторых, я не хочу исключений для исключения выделения.

Третье изменение БД и СП не являются параметрами (почему они должны в любом случае?)

пс. Я думаю, что это может быть связано с https://support.oracle.com/knowledge/Middleware/370438_1.html, к сожалению, у меня нет доступа к этому репозиторию

заранее спасибо

Ответ 1

Вот как я решил эту проблему. К сожалению, я не мог избежать CLOB.

import java.io.IOException;
import java.io.Reader;
import java.io.StringReader;
import java.sql.CallableStatement;
import java.sql.Connection;
import java.sql.PreparedStatement;
import java.sql.SQLException;
import java.sql.Types;
import java.util.HashMap;
import java.util.Map;

import javax.sql.DataSource;

import org.jboss.jca.adapters.jdbc.WrappedConnection;
import org.springframework.jdbc.core.SqlInOutParameter;
import org.springframework.jdbc.core.SqlReturnType;
import org.springframework.jdbc.object.StoredProcedure;
import org.springframework.jdbc.support.SqlValue;

import oracle.jdbc.pool.OracleDataSource;

public class SimpleDbStandaloneTest extends StoredProcedure {

    public SimpleDbStandaloneTest(DataSource ds, String sp) {

        super(ds, sp);
        declareParameter(new SqlInOutParameter("io_col", Types.CLOB, null, new SqlReturnType() {

            @Override
            public Object getTypeValue(CallableStatement cs, int paramIndex, int sqlType, String typeName)
                    throws SQLException {

                //not all methods work for both CLOB and Clob but at least getCharacterStream() does
                java.sql.Clob clob = (java.sql.Clob) cs.getObject(paramIndex,java.sql.Clob.class);

//              oracle.sql.CLOB clob = (oracle.sql.CLOB) cs.getObject(paramIndex,oracle.sql.CLOB.class);

                System.out.println(clob); //just checking, the jdbc driver returns the deprecated CLOB class

                Reader r = clob.getCharacterStream();
                char[] cbuf = new char[1];
                try {
                    r.read(cbuf);
                } catch (IOException e) {
                    e.printStackTrace();
                }
                return new String(cbuf);
            }

        }));
        compile();
    }


    public Map<String, Object> execute() {

        Map<String, Object> inputs = new HashMap<>();
        Connection conn = null;
        WrappedConnection wc = null;

        try {

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

            if (conn instanceof WrappedConnection) {

                // this runs when the app is running from inside jboss
                wc = (WrappedConnection) conn;

            } else {

            }

            inputs.put("io_col",new SqlValue() {

                @Override
                public void setValue(PreparedStatement ps, int paramIndex) throws SQLException {

                    Reader r = new StringReader("z");
                    ps.setClob(paramIndex, r);

                }

                @Override
                public void cleanup() {

                }

            });

        } catch (Exception e) {
            e.printStackTrace();
        } finally {
            /* Close the connections manually to prevent connection leak */
            try {
                if (wc != null && !wc.isClosed())
                    wc.close();
            } catch (SQLException e) {
            }

            try {
                if (conn != null)
                    conn.close();
            } catch (SQLException e) {
            }
            /* Close the connections manually to prevent connection leak */
        }

        Map<String, Object> outMap = execute(inputs);
        return outMap;
    }

    public static void main(String[] args) throws SQLException {

        OracleDataSource ods = getDataSource();

        SimpleDbStandaloneTest t = new SimpleDbStandaloneTest(ods, "TESTLEOSP");

        Map<String, Object> map = t.execute();

        System.out.println(map);
    }


    private static OracleDataSource getDataSource() throws SQLException {
        OracleDataSource ods = new OracleDataSource();
        (...)
        return ods;
    }

}

Некоторые наблюдения

  1. Жаль, что драйвер JDBC Oracle не может справиться с этим.
  2. Кроме того, я не знаю, почему они продолжают использовать устаревший класс oracle.sql.CLOB.
  3. Я действительно хотел бы не использовать CLOB и поверить мне, я пробовал много вещей.
  4. Я думаю, что это все еще субоптимальное решение, поэтому я буду рад, если кто-то найдет лучшее решение и опубликует здесь
  5. Я держу это решение здесь по двум причинам: во-первых, потому что он показывает, что этот вопрос НЕ ОБНАРУЖЕН ОДИН. Во-вторых, потому что я считаю, что хорошие ответы обеспечивают объективные и готовые к использованию ответы для такого рода проблем. Очевидно, что проблема связана с переводом кодировки. Тем не менее, здесь важно пример кода, который работает с IMO.

Ответ 2

Я не эксперт по Java. Но немного поискового робота показывает следующее. Посмотрите, помогает ли это.

Используя docID из ссылки MyOracleSupport, которую вы поделили, можно найти некоторое объяснение/ссылку на текст документа Oracle по этой ссылке.

Также найдено в OracleDocumentation следующее : для типов данных в Oracle встроенных типов данных. Тип данных CHAR может быть объявлен как CHAR (размер в количестве байтов) или CHAR (размер в количестве символов). Ваша NLS_LENGTH_SEMANTICS - BYTE. Ваша колонка MYCOL объявлена длиной 1 байт. Одно отличие, которое я отмечаю при указании типа mutable.mycol% и varchar2, состоит в том, что длина ограничена 1 байтом, когда тип данных привязан.

Текст документа поддержки предлагает использовать правильный драйвер для вашей ситуации. Я подозреваю, что текст передавался иначе, чем CLOB, неявно преобразовывается в тип данных CHAR, а не в LONG. Следовательно, тип параметра конфликтует во втором примере. Я бы попробовал следующее.

  1. Объявите mytable.mycol как CHAR (1 CHAR) вместо CHAR (1 BYTE) и посмотрите, что произойдет.
  2. Увеличьте размер mycol и повторите тест, чтобы узнать, что произойдет.
  3. Если ничего не работает, проверьте правильность/требуемую версию драйвера.