java.net.Exception socketexception: la réinitialisation de la Connexion Avec HTTPConnection

Je suis en train d'essayer de frapper une certaine API externe pour récupérer certaines données. Lorsque la taille des données est petit, tout fonctionne bien, mais lorsque la taille des données retournées par l'API est big-je obtenir la RÉINITIALISATION de la CONNEXION exception. Le code ci-dessous est à partir de la classe java InterfaceHelper et j'ai également marqué le commentaire en ligne pas où j'en suis arriver exception [Son tout en essayant de lire les données à partir de InputStream].

J'ai essayé de chercher sur ainsi beaucoup de question sur STACKOVERFLOW lui-même, mais n'a pas trouver une réponse appropriée. Donc merci de ne pas le marquer comme double question. Je veux savoir quelle est la raison derrière le problème et quelle est la bonne solution pour ce problème. Si vous trouvez cette question des doublons, merci de répondre avant le marquant comme en double. J'ose vous.

Trouver ci-dessous mon code que j'ai utilisé. URL de certains mannequin url que pour des raisons de sécurité je ne peux pas mentionner l'URL que j'ai utilisé.

 try{
        URL url = new URL("http://example.com/someParams/SOME-ACCESS-TOKEN");
        HttpURLConnection connection = (HttpURLConnection)url.openConnection();
        connection.setRequestMethod("GET");
        connection.setRequestProperty("Content-Type","application/x-www-form-urlencoded");
        connection.setRequestProperty("Content-Language", "en-US");
        connection.setRequestProperty("X-EXAMPLE-LOGIN", "XXXXXXXX");
        connection.setRequestProperty("X-EXAMPLE-PASSWORD", "XXXXXX");
        connection.setUseCaches(false);
        connection.setDoInput(true);
        connection.setDoOutput(true);
        DataInputStream input = new DataInputStream(connection.getInputStream());
        String  ret = "";
        if(input!=null){
            for( int c = input.read(); c != -1; c = input.read() ) { //InterfaceHelper.java:695
                ret = ret + String.valueOf((char)c);
            }
        }

         if(input!=null)
             input.close();
         if(connection!=null)
             connection.disconnect();

                if(ret!=null && ret.length()>0){
                    return ret;
                }

    }catch(Exception e) {
        e.printStackTrace();
    }

Cette exception-je obtenir

        java.net.SocketException: Connection reset
at java.net.SocketInputStream.read(SocketInputStream.java:196)
at java.net.SocketInputStream.read(SocketInputStream.java:122)
at sun.security.ssl.InputRecord.readFully(InputRecord.java:442)
at sun.security.ssl.InputRecord.readV3Record(InputRecord.java:554)
at sun.security.ssl.InputRecord.read(InputRecord.java:509)
at sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:927)
at sun.security.ssl.SSLSocketImpl.readDataRecord(SSLSocketImpl.java:884)
at sun.security.ssl.AppInputStream.read(AppInputStream.java:102)
at java.io.BufferedInputStream.fill(BufferedInputStream.java:235)
at java.io.BufferedInputStream.read1(BufferedInputStream.java:275)
at java.io.BufferedInputStream.read(BufferedInputStream.java:334)
at sun.net.www.http.ChunkedInputStream.fastRead(ChunkedInputStream.java:244)
at sun.net.www.http.ChunkedInputStream.read(ChunkedInputStream.java:689)
at java.io.FilterInputStream.read(FilterInputStream.java:133)
at sun.net.www.protocol.http.HttpURLConnection$HttpInputStream.read(HttpURLConnection.java:3053)
at sun.net.www.protocol.http.HttpURLConnection$HttpInputStream.read(HttpURLConnection.java:3047)
at sun.net.www.protocol.http.HttpURLConnection$HttpInputStream.read(HttpURLConnection.java:3035)
at java.io.FilterInputStream.read(FilterInputStream.java:83)
at com.lsa.akosha.util.InterfaceHelper.hitApiBrandWatch(InterfaceHelper.java:695)
at com.lsa.akosha.service.brand.BrandCronService.brandSentiments(BrandCronService.java:288)
at com.lsa.akosha.util.thread.BrandWatchCronConverse.executeInternal(BrandWatchCronConverse.java:60)
at org.springframework.scheduling.quartz.QuartzJobBean.execute(QuartzJobBean.java:113)
at org.quartz.core.JobRunShell.run(JobRunShell.java:213)
at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:557)

essayez de déboguer votre code et peut-être que vous trouverez votre problème
J'ai essayé, mais il jette toujours exception à la "DataInputStream input = new DataInputStream(connexion.getInputStream ());", mais dans l'impression trace de la pile de toujours montrer exception se produire tout en essayant de lire c'est à dire pour la boucle
Essayez ce code sur une autre machine (ou peut-être en le tournant d'anti-virus).
Le code que vous avez posté est impossible de produire ce stacktrace. Il est SSL dans la trace de la pile et un texte en clair URL HTTP. Et connection.setRequestProperty("Content-Type","application/x-www-form-urlencoded" est aussi futile ici que vous n'êtes pas en soumettant du contenu. Ce n'est peut-être le code réel. NB connection et input ne peut pas être nulle au niveau des points, vous êtes à l'épreuve. Ne pas écrire futile tests.

InformationsquelleAutor Hitesh Kumar | 2014-12-02

0

c'est peut être de ça, mais j'ai trouvé "bizarre" des choses dans votre post.
1. Vous utilisez une connexion SSL (tel qu'il apparaît dans la stacktrace), mais dans l'exemple c'est pas de HTTPS à tous.
2. application/x-www-form-urlencoded en-tête est généralement utilisé avec des requêtes POST. Explication complète de cette lecture ici
Je dis juste que cela peut être trompeur dans une certaine mesure.

Maintenant en ce qui concerne la question elle-même.

Tout-en-tout - réinitialisation de la connexion signifie que, pour une raison quelconque, la connexion entre le client et le serveur est interrompue. Par exemple, le serveur décide de fermer la connexion.
Le processus de débogage peut être vraiment difficile ici, alors si j'étais vous,
J'aurais essayé un couple de techniques, en fonction de l'environnement vous travaillez sur:
1. Supprimer SSL et de travailler avec la plaine HTTP. De cette façon, vous pouvez mettre un proxy entre-deux et d'analyser le trafic réseau mieux. Des trucs comme Burp peut vous aider ici.
2. Essayer d'éliminer la possibilité que certains pare-feu/proxy/whatever juste décharges de la connexion pour ses propres raisons. Peut-être que ça vaut la peine d'exécuter ce code dans la même machine avec le serveur (bien sûr, si ses une option viable) juste pour le plaisir de tester la façon dont cela fonctionne avec "localhost", vous savez.
3. Je ne suis pas vraiment familier avec ce niveau relativement faible de l'API et de connaître tous ses caprices.
  Mais peut-être que vous pouvez utiliser HttpClient au lieu de cela, de cette façon vous aurez probablement éliminer le besoin de connaître tous les "bas niveau" des drapeaux, c'est peut-être quelque chose de mal là.
Espère que cette aide

InformationsquelleAutor Mark Bramnik
0

connexion.setRequestMethod("GET");

À la place la méthode get essayez d'utiliser

connexion.setRequestMethod("POST");

parce que la méthode get a la limite pour envoyer les données.
- Mais il n'est pas d'envoyer des données; et l'appel connection.setDoOutput(true); définit la méthode de demande de POST de toute façon.
- Je suis de la lecture des données à partir du serveur, je ne suis pas poster de sorte réglage du POST n'est pas la vraie solution
- Alors, pourquoi faites-vous appel à setRequestMethod() et le réglage de la "Content-Type" si vous n'êtes pas d'envoyer tout le contenu?
- Parce que son appel reste, je dois dire au serveur que j'appelle un repos OBTENIR le service. Et je dois dire que le type de contenu parce que le repos de service consomme et produit un type de contenu. Donc, ce type de contenu application/x-www-form-urlencoded est ce que cet appel reste en consomme. Veuillez vous référer à cette url pour plus d'info docs.oracle.com/cd/E19798-01/821-1841/gipzh/index.html
- Faire de votre esprit. Soit "je ne suis pas publier", qui est ce que votre premier commentaire ci-dessus dit, ou vous est la production de données qui est consommé, c'est ce que vous avez dit dans votre commentaire, ce qui explique pourquoi la POST et la Content-type. Vous êtes en train de contredire vous-même et vous avez besoin pour résoudre le problème. Personne d'autre ne peut le faire pour vous.
- bon, alors dans mon premier commentaire, j'ai dit que je ne suis pas publier des données je suis de lecture signifie que je suis l'appel de service rest pour lire les données, je ne suis pas la production de toutes les données, le Repos consomme et produit des données. Je suis juste en train de lire ce qui reste de service produit des données. Je suis en fournissant quelques informations de serveur c'est à dire que je suis juste de passage des arguments pour le filtre de but et je suis paramètre de type de contenu que ce genre de données dans les filtres, je suis d'envoi. Donc, reste de savoir quel type de filtre je suis d'envoi pour obtenir les données requises tout type de contenu de dire que la façon de repos lit ces paramètres
InformationsquelleAutor Dhruv Raj Singh
0

Ce n'est clairement pas le code réel, comme indiqué dans mon commentaire ci-dessus, mais
```
connection.setRequestProperty("Content-Type","application/x-www-form-urlencoded");
connection.setDoOutput(true);
```
Vous n'êtes pas d'envoyer une sortie de sorte que vous ne devriez pas être l'appel de ces méthodes à tous. Et setDoOutput(true) contredit setRequestMethod("GET");.

Sinon, envoyer une partie de la sortie.
- Ses parce que j'ai enlevé la sécurité des informations d'identification code a ...
- Je suis en commentant le code que vous avez posté. Si vous voulez des commentaires sur votre code réel, de le poster. Et en supprimant les informations d'identification de sécurité code n'explique pas pourquoi vous appelez les deux méthodes que j'ai énumérés ci-dessus. Je dirais que votre serveur a rejeté vos informations d'identification, mais nous ne pouvons que deviner si vous laissez de côté les parties pertinentes de votre code. Vous n'avez pas besoin de poster le réel des informations d'identification des valeurs, xxx et yyy fera. Mais vous devez afficher le code réel. Vous n'avez même pas posté une URL HTTPS. Vous vous attendez à beaucoup de choses ici.
InformationsquelleAutor user207421
0

J'ai essayé de le corriger encore et encore, cette fois pendant le débogage, j'ai trouvé que la lecture de données à partir de DataInputStream est le coupable ici.

La ligne dataInputStream.read() lit un caractère à la fois, et je dois le convertir en Chaîne de caractères. Ci-dessous est le code
```
    String  ret = "";
if(input!=null){
for( int c = input.read(); c != -1; c = input.read() ) { //InterfaceHelper.java:695
ret = ret + String.valueOf((char)c);
}
}
```
Le principal problème est que je suis à la lecture des données de type int et puis le convertir en char, puis en Chaîne c'est à dire ret = ret + Chaîne.valueOf((char)c);.

Maintenant, j'ai enlevé la DataInputStream et utilisé BufferInputStream et utilisé bufferInputStream.readLine() qui lire directement de la ligne de chaîne à partir de InputStream, donc pas de conversion de type, qui permet d'économiser beaucoup de temps dans la lecture des données de flux et de là jusqu'à l'heure de connexion et flux à l'expiration du lit les données et puis j'ai fermer les deux.

De cette façon, mon problème est résolu. Je suis de poster mon nouveau code qui m'aide dans la résolution de mon problème.
```
   try{
URL url = new URL("http://example.com/someParams/SOME-ACCESS-TOKEN");
HttpURLConnection connection = (HttpURLConnection)url.openConnection();
connection.setRequestMethod("GET");
connection.setRequestProperty("Content-Type","application/x-www-form-urlencoded");
connection.setRequestProperty("Content-Language", "en-US");
connection.setRequestProperty("X-EXAMPLE-LOGIN", "XXXXXXXX");
connection.setRequestProperty("X-EXAMPLE-PASSWORD", "XXXXXX");
connection.setUseCaches(false);
connection.setDoInput(true);
connection.setDoOutput(true);
connection.setConnectTimeout(99999999);
connection.setReadTimeout(99999999);
BufferedReader in = new BufferedReader(new InputStreamReader(connection.getInputStream()));
//DataInputStream input = new DataInputStream(connection.getInputStream());
String  ret = "";
/*   if(in!=null){
for( int c = input.read(); c != -1; c = input.read() ) {
ret = ret + String.valueOf((char)c);
if(input==null || connection==null)
break;
}
}*/
String inputLine;
while ((inputLine = in.readLine()) != null) 
{
ret = ret + inputLine;
}
if(in!=null)
in.close();
if(connection!=null)
connection.disconnect();
if(ret!=null && ret.length()>0){
return ret;
}
}catch(Exception e) {
e.printStackTrace();
}
```
- Il n'est pas. Aucune de ce qui serait la cause d'une réinitialisation de la connexion.
- Je suis de la lecture des données à partir de inputstream droit. Quand j'étais en train de lire à partir de DataInputStream je suis de la lecture de chaque personnage et à le transformer en chaîne qui a pris le temps de typecasting mais quand j'ai utilisé bufferReader je suis à la lecture d'ensemble de la ligne, qui lit directement les données dans la chaîne, pas de typecasting ou typecasting est fait à l'interne, c'est à dire pas de manuel typecasting. Donc ça résout mon problème. La principale raison derrière la réinitialisation de la Connexion est je suis de la lecture des données de Flux qui est déjà fermé, et la raison de la clôture est son délai d'attente lors de la lecture des données de flux
InformationsquelleAutor Hitesh Kumar

Vous devez vous connecter pour publier un commentaire.