Plus de données à lire à partir d'erreur de socket

Pour les erreurs comme cela, vous devez associer le support d'oracle. Malheureusement, vous ne mentionnez pas quelle version d'oracle que vous utilisez. L'erreur peut être liée à l'optimiseur de lier jeter un oeil. En fonction de la version oracle différentes solutions s'appliquent.

Vous avez deux façons d'aborder ce:

• de mise à niveau pour 11.2
• jeu oracle paramètre _optim_peek_user_binds = false

Bien sûr, soulignent les paramètres doivent être définis uniquement si elle a été informée par le support d'oracle

Un autre cas: Si vous êtes à la date d'envoi des paramètres à un sql paramétrée, assurez-vous que vous avez envoyé java.sql.Timestamp et pas java.util.Date. Sinon vous avez

java.sql.SQLRecoverableException: Pas plus de données à lire à partir de socket

Exemple de déclaration:
Dans notre code java, nous utilisons org.apache.commons.dbutils et nous avons les éléments suivants:

final String sqlStatement = "select x from person where date_of_birth between ? and ?";
java.util.Date dtFrom = new Date(); //<-- this will fail
java.util.Date dtTo = new Date();   //<-- this will fail
Object[] params = new Object[]{ dtFrom , dtTo };
final List mapList = (List) query.query(conn, sqlStatement, new MapListHandler(),params); 

Ci-dessus n'était pas jusqu'à ce que nous avons changé les paramètres de date à java.sql.Timestamp

java.sql.Timestamp tFrom = new java.sql.Timestamp (dtFrom.getTime()); //<-- this is OK
java.sql.Timestamp tTo = new java.sql.Timestamp(dtTo.getTime());   //<-- this is OK
Object[] params = new Object[]{ tFrom , tTo };
final List mapList = (List) query.query(conn, sqlStatement, new MapListHandler(),params); 

J'ai eu le même problème. J'ai été en mesure de résoudre le problème de l'application côté, dans le scénario suivant:

JDK8, spring framework 4.2.4.LIBÉRATION, apache tomcat 7.0.63, Base de données Oracle 11g Enterprise Edition 11.2.0.4.0

J'ai utilisé la connexion de base de données mise en commun apache tomcat-jdbc:

Vous pouvez prendre les paramètres de configuration suivants comme référence:

<Resource name="jdbc/exampleDB"
auth="Container"
type="javax.sql.DataSource"
factory="org.apache.tomcat.jdbc.pool.DataSourceFactory"
testWhileIdle="true"
testOnBorrow="true"
testOnReturn="false"
validationQuery="SELECT 1 FROM DUAL"
validationInterval="30000"
timeBetweenEvictionRunsMillis="30000"
maxActive="100"
minIdle="10"
maxWait="10000"
initialSize="10"
removeAbandonedTimeout="60"
removeAbandoned="true"
logAbandoned="true"
minEvictableIdleTimeMillis="30000"
jmxEnabled="true"
jdbcInterceptors="org.apache.tomcat.jdbc.pool.interceptor.ConnectionState;
org.apache.tomcat.jdbc.pool.interceptor.StatementFinalizer"
username="your-username"
password="your-password"
driverClassName="oracle.jdbc.driver.OracleDriver"
url="jdbc:oracle:thin:@localhost:1521:xe"/>

Cette configuration est suffisante pour corriger l'erreur. Cela fonctionne très bien pour moi dans le scénario mentionné ci-dessus.

Pour plus de détails sur la configuration d'apache tomcat-jdbc: https://tomcat.apache.org/tomcat-7.0-doc/jdbc-pool.html

C'est un niveau très faible d'exception, qui est ORA-17410.

Il se peut par plusieurs raisons:

1. Un problème temporaire sur les réseaux.

2. Mauvais pilote JDBC version.

3. Quelques problèmes avec les données particulières de la structure (sur la base de données secondaires).

4. Base de données de bogues.

Dans mon cas, c'était un bug de nous frapper sur la base de données, qui doit être corrigé.

Dans notre cas, nous avons eu une requête qui permet de charger plusieurs éléments avec select * from x, où quelque chose dans (...)
La partie a été si longtemps pour le test de référence.(17mb que le texte de la requête). La requête est valide, mais le texte aussi long. Le raccourcissement de la requête résolu le problème.

J'ai eu cette erreur puis redémarré mon serveur GlassFish qui a tenu des pools de connexion entre mon application client et la base de données, et l'erreur a disparu. Donc, essayez de redémarrer votre serveur d'applications, le cas échéant.