Causés par: java.net.Exception socketexception: fin de fichier Inattendue du serveur
J'obtiens l'erreur ci-dessous tout à fait par intermittence, quand je lance le WS SOAP UI. Parfois, il ne fonctionne pas, puis il continue à travailler et puis encore, parfois, il ne fonctionne pas. Un autre problème est le test de service web fonctionne très bien fournis par le client sans aucun problème, mais le moment nous allons passer à la production de l'un il donne des problèmes. Googlé et fait quelques modifications (timeout sur HttpConfig , jetée maxIdleTime), mais encore ne peut pas faire ce travail 🙁 Aucune idées de comment je peux affiner ce qu'est la question ?
org.apache.cxf.interceptor.Fault: Could not send Message.
at org.apache.cxf.interceptor.MessageSenderInterceptor$MessageSenderEndingInterceptor.handleMessage(MessageSenderInterceptor.java:64)[147:org.apache.cxf.cxf-api:2.6.0.redhat-60024]
at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:262)[147:org.apache.cxf.cxf-api:2.6.0.redhat-60024]
Caused by: java.net.SocketException: SocketException invoking https://www.website:443/gateway/ServicePortV2: Unexpected end of file from server
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)[:1.7.0_25]
Caused by: java.net.SocketException: Unexpected end of file from server
at sun.net.www.http.HttpClient.parseHTTPHeader(HttpClient.java:718)[:1.7.0_25]
at sun.net.www.http.HttpClient.parseHTTP(HttpClient.java:579)[:1.7.0_25]
at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1322)[:1.7.0_25]
at java.net.HttpURLConnection.getResponseCode(HttpURLConnection.java:468)[:1.7.0_25]
at sun.net.www.protocol.https.HttpsURLConnectionImpl.getResponseCode(HttpsURLConnectionImpl.java:338)[:1.7.0_25]
at org.apache.cxf.transport.http.HTTPConduit.processRetransmit(HTTPConduit.java:1004)[159:org.apache.cxf.cxf-rt-transports-http:2.6.0.redhat-60024]
at org.apache.cxf.transport.http.HTTPConduit.access$400(HTTPConduit.java:148)[159:org.apache.cxf.cxf-rt-transports-http:2.6.0.redhat-60024]
at org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.handleRetransmits(HTTPConduit.java:1504)[159:org.apache.cxf.cxf-rt-transports-http:2.6.0.redhat-60024]
at org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.handleResponse(HTTPConduit.java:1525)[159:org.apache.cxf.cxf-rt-transports-http:2.6.0.redhat-60024]
at org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.close(HTTPConduit.java:1438)[159:org.apache.cxf.cxf-rt-transports-http:2.6.0.redhat-60024]
Juste pour ajouter à l'aide du SAVON INTERFACE avec la production d'extrémité fonctionne très bien.
La demande se compose de seulement le nom et l'id donc pas grand du tout. La réponse est grand à la fois.
Fonctionne également parfaitement avec les mêmes paramètres (délai d'attente, etc) lors de l'utilisation de l'uat url, même pour de grandes réponses.
Pouvez-vous confirmer il n'y a pas de rupture dans la transmission au niveau du transport? Essayer un ping continue de du serveur pour voir si il y a des pauses (sous la forme d'une demande de délai d'attente) pendant la transmission
Je ne peux pas utiliser directement ping depuis que je suis accéder au moyen d'un proxy
OriginalL'auteur Samar | 2014-03-03
Vous devez vous connecter pour publier un commentaire.
Nous avons finalement découvert que le serveur dispose d'un délai d'attente de connexion ensemble afin que nos garder vivante connexions délai d'attente après le temps alloué et donc les erreurs intermittentes. Changé connexion à fermer à chaque fois et tout est bien maintenant.
La Solution est de s'assurer que vous n'avez pas à les garder en vie(par défaut) la connexion. Mis à fermer après chaque requête/réponse.
Réglage de keep-alive de faux, d'ailleurs, peut être fait par la définition de la propriété du réseau
-Dhttp.keepAlive=false
que VM paramètre au démarrage, par exemplejava -Dhttp.keepalive=false...
.OriginalL'auteur Samar