Java net socketexception software caused connection abort socket write error

I am trying to send an image from a Java desktop application to a J2ME application. The problem is that I am getting this exception:

java.net.SocketException: Software caused connection abort: socket write error

I have looked around on the net, and although this problem is not that rare, I was unable to find a concrete solution. I am transforming the image into a byte array before transferring it. These are the methods found on the desktop application and on the J2ME respectively

    public void send(String ID, byte[] serverMessage) throws Exception
    {            
        //Get the IP and Port of the person to which the message is to be sent.
        String[] connectionDetails = this.userDetails.get(ID).split(",");
        Socket sock = new Socket(InetAddress.getByName(connectionDetails[0]), Integer.parseInt(connectionDetails[1]));
        OutputStream os = sock.getOutputStream();
        for (int i = 0; i < serverMessage.length; i++)
        {
            os.write((int) serverMessage[i]);
        }
        os.flush();
        os.close();
        sock.close();
    }

    private void read(final StreamConnection slaveSock)
    {
        Runnable runnable = new Runnable()
        {
            public void run()
            {
                try
                {
                    DataInputStream dataInputStream = slaveSock.openDataInputStream();
                    int inputChar;
                    StringBuffer results = new StringBuffer();
                    while ( (inputChar = dataInputStream.read()) != -1)
                    {
                        results.append((char) inputChar);
                    }
                    dataInputStream.close();
                    slaveSock.close();
                    parseMessage(results.toString());
                    results = null;
                }

                catch(Exception e)
                {
                    e.printStackTrace();
                    Alert alertMsg = new Alert("Error", "An error has occured while reading a message from the server:n" + e.getMessage(), null, AlertType.ERROR);
                    alertMsg.setTimeout(Alert.FOREVER);
                    myDisplay.setCurrent(alertMsg, resultScreen);
                }
            }
        };
        new Thread(runnable).start();
    }   

I am sending the message across a LAN, and I have no problems when I send short text messages instead of images. Also, I used wireshark and it seems that the desktop application is only sending part of the message. Any help would be highly appreciated. Also, everything works on the J2ME simulator.

Software caused connection abort: socket write error

I have that «Software caused connection abort: socket write error» exception error that i’ve never meet before.
When I try without using SSLSocket, I have the same «Software caused connection abort: socket write error»
What does it means ?
What is going wrong with my code?

Here is the code I wrote :
//server side //client side and the server log error : Edited by: kuguy on Mar 6, 2008 1:49 AM

Also you must use the same ObjectOutputStream and ObjectInputStream for the life of the socket.

Thanks for the thread link.. interesting description..
so is there any way to solve this issues.
if you look at the code, basically what im trying to do is the following:
— a client connect to a server using sslsocket.
— server receive the connection and reply with the first part of the data and keep the connection open.
— then client receive the reply and request for another data using the same socket connection
— then server receive the next request and reply with the second part of the data and close the connection when the loop is finish.

what im trying to do is actually to chunk the download size. consider I need to download a 20MB of data from the server, using a single request is fine, but client have to wait for sometime until all the data is downloaded. so im trying to chunk the data into several part, and the server will send the chunk of data one by one. so the moment client receive the first part of the data, it will display it directly and at the same time will process the next data.

creating a new socket request for each chunk of data will be slow since it has to keep open and close the socket to server several times.

so in short, im trying to utilize one socket connection to do several data communication between client and server.
can you help point out what i did wrong in doing this. or a link to any site providing example in doing this.

Thanking you in advance for your help and sorry for the length of the post..

Источник

How to fix java.net.SocketException: Software caused connection abort: recv failed

Out of many client servers related socket errors here is one more interesting socket related error from the Java program, «java.net.SocketException: Software caused connection abort: recv failed». The key point in this error message is «abort» and «recv», which means is someone (client or server) is trying to read from a closed connection. This error usually comes at the client socket end, when the server closed the connection before the client has read the response, but, in general, it can come to an end of the TCP socket, so you must check the log files for both clients and server to find out who is complaining. If the Server is complaining then it’s fine and the client has closed the TCP connection may be due to timeout or any RuntimeException at the client end.

If the client’s log file contains this error it means your client is fine and it’s the server who is closing the connection prematurely. This generally happens when the Server is waiting for the response from some other process e.g. another and that is overloaded and in the meantime, the client request has timed out at the Server end.

Many Java developers encounter «java.net.SocketException: Software caused connection abort: recv failed» error at different places e.g. it can come when your Java program is connected to MySQL database and left running idle for many hours. You may get this while using products written in Java like Tomcat, Apache Cassandra or Apache Axis 2. It can also be related to database problems. Just check if Server is healthy and why it’s closing the connection.

Scenario 1: java.net.SocketException: Software caused connection abort: recv failed

If you are using a client-server application then doing following will reproduce the problem:

1. Client sends a request req#1
2. Server reads the first request req#1, processes, writes a response
3. Server closes connection
4. Client sends second request req#2
5. Client tries to read server response: «java.net.SocketException: Software caused connection abort: recv failed» as shown below:

java.net.SocketException: Software caused connection abort: recv failed
at java.net.SocketInputStream.socketRead0(SocketInputStream.java:0)
at java.net.SocketInputStream.read(SocketInputStream.java:129)
at java.net.SocketInputStream.read(SocketInputStream.java:182)

Solution 1:
Check why your client is sending the second request before reading the response of the first request. Look for any multi-threading angle if the error is intermittent.

Scenario 1: java.net.SocketException: Software caused connection abort: recv failed

I have also seen this error while working with a Java Web application connecting to a database. When you left your application overnight and there is no request to process during the night, in the morning it was throwing «java.sql.SQLException: Communication link failure: java.net.SocketException, underlying cause: Software caused connection abort: recv failed» error.

The real cause of the problem was that the database timed out the connection when left idle and when the Java application tries to connect to the database using those stale connections it throws java.sql.SQLException: Communication link failure: java.net.SocketException, underlying cause: Software caused connection abort: recv failed error.

Solution 2:
Since we were using the c3po connection pool from Hibernate and enabled connection.autoReconnect , connection.autoReconnectForPools , and connection.is-connection-validation-required set, I was wondering why this issue is coming even if we auto-connect enabled. The real reason was that we have not provided the validationQuery property and JDBC drivers need validation queries to test the connection during the idle period.

You can use queries like «SELECT 1» or «SELECT 1 from DUAL» depending upon which database you are connecting In our case, it was Microsoft SQL SERVER 2008 but this error can happen with any database e.g MySQL or Oracle. Use the second validation query if you are connecting to the Oracle database from Java application using the c3p0 connection pool.

Источник

java.net.SocketException: Software caused connection abort: socket write er

hello,
i m doing project on jmf. my project is video conferncing. i m using weblogic8.0,
jdk1.4,jsp,applet,webcam by adcom and head phone. but when i m running in localhost in my desktop pc it is showing the exception mentionas : java.net.SocketException: Software caused connection abort: socket write error

and the jsp file showing error as: content type error multipart/form-data io exception. so, anybody know this.. pls help me. exam knocking .
very urgenttttttttttttttttttt i m sending the thread socket code..
//This is the thread module to upload movie files on the server from applet to the jsp file
import java.io.*;
import java.net.Socket;
import java.net.URL;

public class UploadThread extends Thread <
private StringBuffer sb = new StringBuffer(); // Server Output.
private Exception e = null; // Thread Exception.
private static int TIME_EACH_CLIP = 10000; // in miliseconds
private String uploadURL = «http://localhost:7001/Project/parserUpload.jsp»; //Default Value
private String file = «test»; //Default Value

public void setFile(String fname) <
this.file = fname;
>

public void setuploadURL(String url) <
this.uploadURL = url;
>

// Server Output.
public StringBuffer getServerOutput() <
return sb;
>

// Exceptions
public Exception getException() <
return e;
>

Источник

Официальные причины » программное обеспечение вызвало прерывание соединения: ошибка записи сокета»

учитывая этот фрагмент трассировки стека

вызвано: java. net. SocketException:
Программное обеспечение вызвало разрыв соединения :
ошибка записи сокета
at
Ява.чистая.SocketOutputStream.socketWrite0(родной
Метод)

Я попытался ответить на следующие вопросы:

1. какой код бросает это исключение? (JVM?- Кот?-Мой код?)
2. что вызывает это исключение бросили?

О #1:

источник Sun JVM не содержит этого точного сообщения, но я думаю, что текст программное обеспечение вызвало прерывание соединения: ошибка записи сокета из родной реализации SocketOutputStream :

о #2

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

вопросы:

1. верны ли приведенные выше предположения (#1 и #2)?
2. можно ли это отличить от ситуации: «не удалось написать клиенту из-за ошибки сети на сервер стороне»? или это будет отображать одно и то же сообщение об ошибке?
3. и самое главное: есть ли официальный документ (например, от Sun), в котором говорится наверху?

мне нужно иметь доказательство того, что эта трассировка стека является «ошибкой» клиента сокета, и нет ничего, что сервер мог бы сделать, чтобы избежать этого. (за исключением перехвата исключения или использования не Sun JVM SocketOutputStream, хотя оба они на самом деле не избегают того факта, что клиент прекратил работу)

12 ответов:

» эта ошибка может возникать, когда локальная сетевая система прерывает соединение, например, когда WinSock закрывает установленное соединение после сбоя повторной передачи данных (приемник никогда не подтверждает данные, отправленные на сокет потока данных).». Смотрите этой статье. Смотрите также некоторые сведения о «программное обеспечение вызвало прерывание соединения».

Я видел это чаще всего, когда корпоративный брандмауэр на рабочей станции/ноутбука встает на пути, он убивает соединение.

например. У меня есть серверный процесс и клиентский процесс на одном компьютере. Сервер прослушивает все интерфейсы (0.0.0.0), и клиент пытается подключиться к общедоступному/домашнему интерфейсу (обратите внимание, что не интерфейс замыкания на себя 127.0.0.1).

Если машина имеет свою сеть отключена (например, Wi-Fi выключен), то соединение формируется. Если машина подключается к корпоративной сети (напрямую или vpn), после чего формируется соединение.

однако, если машина подключена к общественной Wi-Fi (или домашней сети), то брандмауэр пинает в убивает соединение. В этой ситуации подключение клиента к интерфейсу обратной связи работает нормально, только не к домашнему/общедоступному интерфейсу.

надеюсь, что это помогает.

чтобы доказать, какой компонент не работает, я бы контролировал связь TCP / IP с помощью wireshark и посмотрите, кто actaully закрывает порт, также тайм-ауты могут быть актуальными.

на java.net.SocketException бросается, когда есть ошибка создания или доступа сокет (например, TCP). Это обычно может быть вызвано, когда сервер прекратил соединение (без надлежащего закрытия его), поэтому перед получением полного ответа. В большинстве случаев это может быть вызвано либо проблемой таймаута (например, ответ занимает слишком много времени или сервер перегружен запросами), либо клиент отправил SYN, но он не получил ACK (подтверждение прекращения соединения). Для проблем с таймаутом можно рассмотреть возможность увеличения значения таймаута.

исключение сокета обычно поставляется с указанным подробным сообщением о проблеме.

пример подробных сообщений:

программное обеспечение вызвало прерывание соединения: recv не удалось.

ошибка указывает на попытку отправить сообщение и соединение было прервано сервером. Если это произошло при подключении к базе данных, это может быть связано с использованием не совместимый разъем / J драйвер JDBC.

возможное решение: убедитесь, что у вас есть правильные библиотеки/драйверы в вашем пути к классам.

программное обеспечение вызвало разрыв соединения: подключение.

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

возможное решение: проверьте службу проверки на вирусы, блокирует ли она порт для исходящих запросов на соединения.

программное обеспечение вызвало прерывание соединения: ошибка записи сокета.

возможное решение: убедитесь, что вы записываете правильную длину байтов в поток. Так что дважды проверьте, что вы отправляете. Смотрите это thread.

подключение сброс одноранговым узлом: ошибка записи сокета / Соединение прервано одноранговым узлом: ошибка записи сокета

приложение не проверило, было ли время ожидания соединения keep-alive на стороне сервера.

возможное решение: убедитесь, что HttpClient не является нулевым перед чтением из соединения. E13222_01

подключение завершается одноранговым узлом (сервером).

соединение было либо прекращено клиентом, либо закрыто серверным концом соединения из-за запроса с запросом.

вы проверили исходный код Tomcat и источник JVM ? Это может дать вам больше помощи.

Я думаю, что ваше общее мышление-это хорошо. Я ожидал бы ConnectException в сценарии, который вы не смогли подключиться. Это выглядит очень похоже на это клиента.

для тех, кто использует простые клиент-серверные программы и получает эту ошибку, это проблема незамкнутых (или закрытых для ранних) входных или выходных потоков.

Я столкнулся с той же проблемой.
Обычно такая ошибка возникает из-за того, что клиент закрыл свое соединение, а сервер все еще пытается писать на этом клиенте.
Поэтому убедитесь, что ваш клиент имеет свое соединение открыто, пока сервер не закончит с его outputstream.
И еще одно, Не забудьте закрыть входной и выходной поток.

надеюсь, что это помогает.
И если все еще сталкивается с проблемой, чем кратко вашу проблему здесь в деталях.

эта ошибка произошла со мной во время тестирования моего soap-сервиса с клиентом SoapUI, в основном я пытался получить очень большое сообщение (>500kb), и SoapUI закрыл соединение по таймауту.

File— > Preferences—Socket Timeout (ms)

. и поставьте большое значение, например 180000 (3 минуты), это не будет идеальным решением для вашей проблемы, потому что файл на самом деле большой, но по крайней мере у вас будет ответ.

закрытое соединение в другом клиенте

в моем случае, ошибка была:

Он был получен в eclipse при отладке приложения java, обращающегося к базе данных H2. Источником ошибки было то, что я изначально открыл базу данных с Белкой, чтобы вручную проверить целостность. Я использовал флаг для включения нескольких подключений к одной и той же БД (т. е. AUTO_SERVER=TRUE ), поэтому не было никаких проблем с подключением к БД с java.

ошибка появилась когда через некоторое время-это долгий процесс java-я решил закрыть белку для свободных ресурсов. Похоже, что SQuirreL был тем, кто «владел» экземпляром сервера БД, и что он был закрыт с помощью соединения SQuirreL.

перезапуск приложения Java не привел к повторной ошибке.

config

• Windows 7
• Затмение Кеплер
• белка 3.6
• org.h2.Водитель ver 1.4.192

мой сервер бросал это исключение в течение 2 дней, и я решил его, переместив функцию отключения с помощью:

до конца потока листинга. если это кому-то поможет.

в ситуации, описанной ниже, клиентская сторона выдаст такое исключение:

серверу предлагается аутентифицировать сертификат клиента, но клиент предоставляет сертификат, который расширенное использование ключа не поддерживает аутентификацию клиента, поэтому сервер не принимает сертификат клиента, а затем закрывает соединение.

я столкнулся с той же проблемой с wireMock, издеваясь над вызовами REST API. Ранее я определял сервер следующим образом:

но он должен быть определен, как показано ниже:

Источник

Hi all,

I have that «Software caused connection abort: socket write error» exception error that i’ve never meet before.
When I try without using SSLSocket, I have the same «Software caused connection abort: socket write error»
What does it means ?
What is going wrong with my code?

Here is the code I wrote :
//server side

GZIPOutputStream gos = new GZIPOutputStream(child.getOutputStream());
GZIPInputStream gis = new GZIPInputStream(child.getInputStream());
ObjectOutputStream out = new ObjectOutputStream(new BufferedOutputStream(gos,48000));
ObjectInputStream in = new ObjectInputStream(new BufferedInputStream(gis,48000));

out.writeObject( passRequest( obj ) );
out.flush();
gos.finish();
String sDate, eDate;

do{ 
  gis = new GZIPInputStream(child.getInputStream()); 
  in = new ObjectInputStream(new BufferedInputStream(gis,48000));
  obj=in.readObject();

  Vector<String> dates = (Vector<String>) ((CRequest) obj)
  .getInfo();
  String start = dates.get(0);
  String end = dates.get(1);  
  SimpleDateFormat sdf = new SimpleDateFormat(
      "MMM dd, yyyy hh:mm:ss a"); 
  SimpleDateFormat sdf3 = new SimpleDateFormat(
      "yyyy-MM-dd HH:mm:ss");

  Date startD = null;
  Date endD = null;

  try {
    startD = sdf.parse(start);
    endD = sdf.parse(end);
  } catch (ParseException e1) {

    e1.printStackTrace();
  }
  sDate = sdf3.format(startD);
  eDate = sdf3.format(endD); 
  gos = new GZIPOutputStream(child.getOutputStream()); 
  out = new ObjectOutputStream(new BufferedOutputStream(gos,48000)); 
  out.writeObject( passRequest( obj ) ); 
  out.flush();
  gos.finish(); 
  
}while(!sDate.equals(eDate));

//client side

sslFact = (SSLSocketFactory) SSLSocketFactory
.getDefault();
server = (SSLSocket) sslFact.createSocket(ip, port);
server.setEnabledCipherSuites(set);
server.setReceiveBufferSize(48000);
server.setSendBufferSize(48000);
          
Date currentEnd = GlobalMethods.sDate; 
Date currentStart;
long period = 1000*60*60*6; //6 hours
long endTime = GlobalMethods.eDate.getTime();

//request splitted historical time until end date is reached
//if currentStart and currentEnd are equals, so it's the last request 
while(currentEnd.getTime() < endTime){
  
  currentStart = currentEnd; 
  long nextPeriod = currentStart.getTime() + period;
  if(nextPeriod < endTime)
    currentEnd = new Date(nextPeriod);
  else
    currentEnd = new Date(endTime);

  dates.clear();
  dates.add(currentStart.toLocaleString());
  dates.add(currentEnd.toLocaleString()); 

  creq = new CRequest(Activator.cookie,
      RequestConstants.CMC_REQUEST_DATA, segment, dates,
      ip, port);  
  gos = new GZIPOutputStream(server.getOutputStream());
  out = new ObjectOutputStream(new BufferedOutputStream(gos, 48000));  
  // /* Can we actually send ourselves and then receive ourselves?*/
  out.writeObject(creq); 
  out.flush();
  gos.finish(); 
  gis = new GZIPInputStream(server.getInputStream()); 
  in = new ObjectInputStream(new BufferedInputStream(gis, 48000)); 
  /* Returning the newly modified request with results */
  final CRequest received = (CRequest) in.readObject();  

  PlatformUI.getWorkbench().getDisplay().asyncExec(
      new Runnable() {
        public void run() { 
          pref.processData((GeneralDataObj) received
              .getInfo());
        }
      }); 
}

and the server log error :

javax.net.ssl.SSLException: Connection has been shutdown: javax.net.ssl.SSLException: 

java.net.SocketException: Software caused connection abort: socket write error
	at com.sun.net.ssl.internal.ssl.SSLSocketImpl.checkEOF(Unknown Source)
	at com.sun.net.ssl.internal.ssl.SSLSocketImpl.checkWrite(Unknown Source)
	at com.sun.net.ssl.internal.ssl.AppOutputStream.write(Unknown Source)
	at java.util.zip.DeflaterOutputStream.deflate(Unknown Source)
	at java.util.zip.DeflaterOutputStream.write(Unknown Source)
	at java.util.zip.GZIPOutputStream.write(Unknown Source)
	at java.io.BufferedOutputStream.flushBuffer(Unknown Source)
	at java.io.BufferedOutputStream.write(Unknown Source)
	at java.io.ObjectOutputStream$BlockDataOutputStream.drain(Unknown Source)
	at java.io.ObjectOutputStream$BlockDataOutputStream.setBlockDataMode(Unknown 

Source)
	at java.io.ObjectOutputStream.writeNonProxyDesc(Unknown Source)
	at java.io.ObjectOutputStream.writeClassDesc(Unknown Source)
	at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown Source)
	at java.io.ObjectOutputStream.writeObject0(Unknown Source)
	at java.io.ObjectOutputStream.writeFatalException(Unknown Source)
	at java.io.ObjectOutputStream.writeObject(Unknown Source)
	at com.inetmon.jn.server.SessionManager.run(SessionManager.java:153)
Caused by: javax.net.ssl.SSLException: java.net.SocketException: Software caused 

connection abort: socket write error
	at com.sun.net.ssl.internal.ssl.Alerts.getSSLException(Unknown Source)
	at com.sun.net.ssl.internal.ssl.SSLSocketImpl.fatal(Unknown Source)
	at com.sun.net.ssl.internal.ssl.SSLSocketImpl.fatal(Unknown Source)
	at com.sun.net.ssl.internal.ssl.SSLSocketImpl.handleException(Unknown Source)
	at com.sun.net.ssl.internal.ssl.SSLSocketImpl.handleException(Unknown Source)
	at com.sun.net.ssl.internal.ssl.AppOutputStream.write(Unknown Source)
	at java.util.zip.DeflaterOutputStream.deflate(Unknown Source)
	at java.util.zip.DeflaterOutputStream.write(Unknown Source)
	at java.util.zip.GZIPOutputStream.write(Unknown Source)
	at java.io.BufferedOutputStream.flushBuffer(Unknown Source)
	at java.io.BufferedOutputStream.write(Unknown Source)
	at java.io.ObjectOutputStream$BlockDataOutputStream.drain(Unknown Source)
	at java.io.ObjectOutputStream$BlockDataOutputStream.write(Unknown Source)
	at java.io.ObjectOutputStream.defaultWriteFields(Unknown Source)
	at java.io.ObjectOutputStream.writeSerialData(Unknown Source)
	at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown Source)
	at java.io.ObjectOutputStream.writeObject0(Unknown Source)
	at java.io.ObjectOutputStream.writeArray(Unknown Source)
	at java.io.ObjectOutputStream.writeObject0(Unknown Source)
	at java.io.ObjectOutputStream.defaultWriteFields(Unknown Source)
	at java.io.ObjectOutputStream.defaultWriteObject(Unknown Source)
	at java.util.Vector.writeObject(Unknown Source)
	at sun.reflect.GeneratedMethodAccessor1.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
	at java.lang.reflect.Method.invoke(Unknown Source)
	at java.io.ObjectStreamClass.invokeWriteObject(Unknown Source)
	at java.io.ObjectOutputStream.writeSerialData(Unknown Source)
	at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown Source)
	at java.io.ObjectOutputStream.writeObject0(Unknown Source)
	at java.io.ObjectOutputStream.defaultWriteFields(Unknown Source)
	at java.io.ObjectOutputStream.writeSerialData(Unknown Source)
	at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown Source)
	at java.io.ObjectOutputStream.writeObject0(Unknown Source)
	at java.io.ObjectOutputStream.defaultWriteFields(Unknown Source)
	at java.io.ObjectOutputStream.writeSerialData(Unknown Source)
	at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown Source)
	at java.io.ObjectOutputStream.writeObject0(Unknown Source)
	... 2 more
Caused by: java.net.SocketException: Software caused connection abort: socket write error
	at java.net.SocketOutputStream.socketWrite0(Native Method)
	at java.net.SocketOutputStream.socketWrite(Unknown Source)
	at java.net.SocketOutputStream.write(Unknown Source)
	at com.sun.net.ssl.internal.ssl.OutputRecord.writeBuffer(Unknown Source)
	at com.sun.net.ssl.internal.ssl.OutputRecord.write(Unknown Source)
	at com.sun.net.ssl.internal.ssl.SSLSocketImpl.writeRecord(Unknown Source)
	... 34 more

Edited by: kuguy on Mar 6, 2008 1:49 AM

posted 14 years ago

• 
• 
  
  
  

  Number of slices to send:

  Optional ‘thank-you’ note:

  
  
  

• 
• 

I running JSP on Oracle 11g, Weblogic 10.3.4. I have 2 managed server and a oracle admin server installed.

I am encountering an error where intermittently the log file of the 2 managed server and admin server will show java.net.SocketException: Software caused connection abort: socket write error. The application can run for 2 days without showing this error or it can show up a few times in a day. The server load are similar everday.

When this error is been encountered, the server will just stop accepting connections and will not be able to access the application. Even if I try to access the application through localhost, I will not be able to access the JSP pages and a 503 http status is shown but then I am able to access the static HTML page. I will not be able to access the Oracle 11g Weblogic admin console page. When I take a look at admin server log, it shows that the managed servers are disconnected from the admin server and vice versa.

Magically the application is able to recover by its own and the application is able to access again or I need to restart the server as restarting the service of the application does not work.

The FTP connections that the application is connected to are closed as well.

I am able to ping to telnet to the server port. The event log doesn’t seem to be leaving any information. We did run wireshark to see the packet traffic and it seems that the application port is sending a RST, ACK packet to the load balancer.

Any kind help will greatly be appreciated. Should you need more info, feel free to ask me.

Exception Trace

A-000000> <[Error] GetPageContentTag: pageContext flush error, exception in doEndTag {java.net.SocketException: Software caused connection abort: socket write error}>