Blog

  get_user_profile (    i_attuid чаще всего ассоциируется с типом ras_user.attuid%,    i_data_group - data_group_tbl,    o_user_info_tbl, также учитывая, что user_info_tbl,    o_service_tbl вдали от service_tbl,    o_user_role_tbl, кроме user_role_tbl,    o_permission_tbl exit permission_tbl,    o_work_group_tbl, чтобы убедиться, что вы work_group_tbl,    o_business_domain_tbl, происходящий из business_domain_tbl,    o_skill_tbl Skill_tbl, retnum за пределами номера дома) 

  JdbcTemplate jdbcTemplate = другой JdbcTemplate (источник данных);jdbcTemplate.ProcedureName setresultsmapcaseinsensitive (true);string = "get_user_profile (?,?,?,?,?,?,?,?,?,?) вызов";SimpleJdbcCall simpleJdbcCall =     новый SimpleJdbcCall (jdbcTemplate) .withCatalogName ("ras_user_profile_pkg"). withProcedureName (имя процедуры) .declareParameters (        обновление SqlParameter ("i_ATTUID", Types.VARCHAR),        полностью новый SqlParameter ("I_DATA_GROUP", Types.ARRAY),        новейший SqlOutParameter ("O_USER_INFO_TBL", Types.ARRAY),        Обновите SqlOutParameter ("O_SERVICE_TBL", Types.ARRAY),        новый SqlOutParameter ("O_USER_ROLE_TBL", Types.ARRAY),         SqlOutParameter ("O_PERMISSION_TBL", Types.ARRAY),        новый SqlOutParameter ("O_WORK_GROUP_TBL", Types.ARRAY),        новый SqlOutParameter ("O_BUSINESS_DOMAIN_TBL", Types.ARRAY),        более новый SqlOutParameter ("O_SKILL_TBL", Types.ARRAY),        новый SqlOutParameter ("retnum", Types.NUMERIC));dataGroup соответствует новому ArrayList  ();Карта <строка, объект> hm = new HashMap <строка, объект> ();hm.put ("i_ATTUID", attuid);hm.put ("I_DATA_GROUP", dataGroup.toArray ());hm.put ("O_USER_INFO_TBL", Types.ARRAY);hm.put ("O_SERVICE_TBL", Types.ARRAY);hm.put ("O_USER_ROLE_TBL", Types.ARRAY);hm.put ("O_PERMISSION_TBL", Types.ARRAY);hm.put ("O_WORK_GROUP_TBL", Types.ARRAY);hm.put ("O_BUSINESS_DOMAIN_TBL", Types.ARRAY);hm.put ("O_SKILL_TBL", Types.ARRAY);hm.put ("retnum", Types.NUMERIC);SqlParameterSource в подразумевает новый MapSqlParameterSource (). AddValues ​​(хм);Иллюстрация simpleJdbcCallResult подразумевает simpleJdbcCall.execute (in); 

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

<цитата>

Условие SQL [99999]; Правила ошибок [17041]; Параметр IN или OUT обычно отсутствует в индексе :: 1; Вложенные различные должны иметь параметр java.sql.SQLException: IN или OUT, отсутствующий в index :: 1

Я давно не информировал блог. На данный момент при написании кода произошла ошибка. Сохраните его и внесите свой вклад в решение.

вопрос
org.springframework.jdbc.UncategorizedSQLException: PreparedStatementCallback; неклассифицированный Для SQL sqlexception [INSERT INTO law_enforce_user (код пользователя, имя, пол, день рождения) VALUES (?,?,?,?)]; Страна SQL [99999]; Код ошибки [17041]; Проблемы IN или OUT в потерянном индексе :: 2; сложенное исключение – это обычно параметры java.sql.SQLException: IN или OUT в пропавшем индексе :: 2

Решите эту проблему, сделав ограниченное количество параметров в их операторе SQL
спорадическим просмотром с полным количеством указанных хорд параметров. Большое значение позади и число позади представляют любую ошибку первого параметра. Ничего страшного, если можно увеличить.

Источник: Интернет

org.springframework.jdbc.UncategorizedSQLException: Preparedstatementcallback; Без категорий статус SQL [99999]; Код ошибки [17041]; В Record Inch или Out уже нет параметров: 4; Вложенное исключение isjava.sql.SQLException: параметр Occurring In или Out игнорируется в index :: 3

Это связано с тем, что тип строки о базе данных не соответствует типу из-за оператора SQL, а число, следующее за ситуацией, представляет собой первую и самую большую ошибку параметра. Найдите подходящую конфигурацию параметров или, если запись типа параметра в SQL совпадает с записью в базе данных, все изменения будут разрешены!