Czasami komputer może zwrócić pewien błąd z kodem błędu 17 068. Ten problem najprawdopodobniej wystąpi z wielu powodów.
Zatwierdzono: Fortect
Pozycja zero jest używana w funkcjach pochwały JDBC. Na przykład w poniższym trybie setBinaryStream (0) pobiera główny OutputStream dla put 0 z java.sql.Blob.
Ten kod zwraca następujący błąd:
ORA-17068: Nieprawidłowe argumenty związane z połączeniem
wysłano 4 lata temu
-
Liczba fragmentów, które możesz wysłać:
Opcjonalnie: cieszę się, że go znalazłem:
Kiedy zmieniam POM na użycie słoika ojdbc8, pojawia się zasadniczy błąd
2017-08.18 04: 42: 02.647-0700: BŁĄD: Błąd podczas tworzenia wpisu dziennika dobrej nazwy: org.springframework.jdbc.UncategorizedSQLException: PreparedStatementCallback; Bez kategorii SQLException tylko dla [INSERT INTO nazwa tabeli (s_id, f_id, p_id, t_type, d_addr, st, desc, f_size) VALUES (88568,?,?,?,?,?,?,?)]; Asercja SQL [99999]; Kod błędu [17068]; Nieprawidłowy(e) argument(y) w kontakcie z ve; Zagnieżdżony wyjątek — java.sql.SQLException: nieprawidłowe wywołania argumentów
w 2017-08.18 04: 42: 02.647-0700: POWÓD: org.springframework.jdbc.UncategorizedSQLException: PreparedStatementCallback; Bez kategorii SQL wyjątek SQL dla [INSERT INTO odwrotne określenie (s_id, f_id, p_id, t_type, d_addr, street, desc, f_size) WARTOŚCI (88568,?,?,?,?,?,?,?)]; Kraj SQL [99999]; Reguła błędu [17068]; Nieprawidłowe argumenty w wywołaniu; Zagnieżdżony wyjątek — java.sql.SQLException: w wywołaniu występują nieprawidłowe argumenty
org.springframework.jdbc.UncategorizedSQLException: PreparedStatementCallback; SQLException uncategorized dla SQL [WSTAW DO QA_DF_OWNER.df_statuslog (stl_id, feed_id, partner_id, trans_type, dest_addr, status, konspekt, file_size) WARTOŚCI (88568,?,?,?,?,?,?,?)]; Stan SQL [99999]; Programowanie błędów [17068]; Wywołanie nieprawidłowych argumentów liczb całkowitych; Zagnieżdżony wyjątek — java.sql.SQLException: nieprawidłowe argumenty w wywołaniu
w obrębie org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.translate (AbstractFallbackSQLExceptionTranslator.java:83)
w org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.translate (AbstractFallbackSQLExceptionTranslator.java:80)
w org.springframework.jdbc.core.JdbcTemplate.execute (JdbcTemplate.java:603)
przez org.springframework.jdbc.core.JdbcTemplate.update (JdbcTemplate.java:843)
pod adresem org.springframework.jdbc.object.SqlUpdate.update (SqlUpdate.java:188)
Spowodowane przez: java.sql.SQLException: Nieprawidłowe argumenty w wywołaniu
znaleziony na oracle.jdbc.driver.AutoKeyInfo.getNewSql (AutoKeyInfo.java:187)
w oracle.jdbc.driver.PhysicalConnection.prepareStatement (PhysicalConnection.java:4342)
pod adresem org.apache.commons.dbcp2.DelegatingConnection.prepareStatement (DelegatingConnection.java:807)
dostępny pod adresem org.apache.commons.dbcp2.DelegatingConnection.prepareStatement (DelegatingConnection.java:807)
Stajemy się nieważnymi argumentami, gdy czasami próbujemy komunikować się z bazą danych Oracle (jedna do jednej 60 minut dziennie).
Przeszukałem internet, ale nadal nie wiem, co powoduje tę różnicę.
Czasami zdarza się to w środowisku PROD, a następnie blokuje się bez żadnych poprawek kodu. Naszym największym zmartwieniem jest zdecydowanie to, że nie mają jasnego zrozumienia związanego z pierwotną przyczyną urządzenia.
Nieprawidłowe argumenty walidacji. Czy to jedna wiadomość o dokładnych parametrach połączenia, która może przetestować połączenie?
Pytanie 2Jeśli pytanie 8 jest poprawne, dlaczego czasami tak się dzieje? Z naukowego punktu widzenia nie jest możliwe, aby nasza aplikacja przy zakładaniu afiliacji przesłała jakiekolwiek parametry inne niż dane binarne (kryteria połączenia są stałe).
UWAGA. Dokumentacja dotycząca kodu błędu tej metody ora-17068 nie jest dostępna w witrynie Oracle
java.sql.SQLException: niedozwolone prawidłowe dyskusje w wywołaniu w oracle.jdbc.driver.DatabaseError.throwSqlException (DatabaseError.java:112) W oracle.jdbc.driver.DatabaseError.throwSqlException (DatabaseError.java:146) pod adresem oracle.jdbc.driver.DatabaseError.throwSqlException (DatabaseError. java: 208) pod Oracle.jdbc.driver.T4CConnection.logon (T4CConnection.java:236) Oracle at.jdbc.driver.PhysicalConnection. (PhysicalConnection. java: 414) za pośrednictwem Oracle.jdbc.driver.T4CConnection. (T4CConnection.java:165) pod adresem oracle.jdbc.driver.T4CDriverExtension.getConnection (T4CDriverExtension.java:35) pod oracle.jdbc.driver.OracleDriver.connect (OracleDriver.java:801) W java.sql.DriverManager.getConnection (źródło nieznane) przez cały czas java.sql.DriverManager.getConnection (źródło nieznane) w org.apache.tomcat.dbcp.dbcp.cpdsadapter.DriverAdapterCPDS.getPooledConnection (DriverAdapterCPDS.java: 205) w org.apache.tomcat.dbcp.dbcp.cpdsadapter.DriverAdapterCPDS.getPooledConnection (DriverAdapterCPDS.java:150) W org.apache.tomcat.dbcp.dbcp.datasources.InstanceKeyDataSource.testCPDS (InstanceKeyDataSource.java: 836) w org.apache.tomcat.dbcp.dbcp.datasources.PerUserPoolDataSource.registerPool (PerUserPoolDataSource.java: 492) w org.apache.tomcat.dbcp.dbcp.datasources.PerUserPoolDataSource.getPooledConnectionAndInfo (PerUserPoolDataSource.java: 382) w org.apache.tomcat.dbcp.dbcp.datasources.InstanceKeyDataSource.getConnection (InstanceKeyDataSource. java: 701) przechodząc do org.apache.tomcat.dbcp.dbcp.datasources.InstanceKeyDataSource.getConnection (InstanceKeyDataSource.java:676).
Zatwierdzono: Fortect
Fortect to najpopularniejsze i najskuteczniejsze narzędzie do naprawy komputerów na świecie. Miliony ludzi ufają, że ich systemy działają szybko, płynnie i bez błędów. Dzięki prostemu interfejsowi użytkownika i potężnemu silnikowi skanowania, Fortect szybko znajduje i naprawia szeroki zakres problemów z systemem Windows - od niestabilności systemu i problemów z bezpieczeństwem po zarządzanie pamięcią i wąskie gardła wydajności.
Przyspiesz teraz wydajność swojego komputera dzięki temu prostemu pobieraniu.