Java: SocketException (Connection Reset) on click/press on Pop ups

[QuincyJaro]

Robot needs to press a button "Continue" from a Pop up Window of Java (Security Warning), please see attached image. Doing Manually works perfectly fine, but when clicked from the robot a SocketException occur.   Has anyone encountered same situation using java mode? OS: Win7 BP Version: 6   Exception below: Java.net.SocketException: Connection reset            at java.net.SocketInputStream.read(Unknow Source)            at sun.security.ssl.InputRecord.readFully(Unknown Source)            at sun.security.ssl.SSLSocketImpl.ReadRecord(Unknown Source)            at sun.security.ssl.SSLSocketImpl.performInitalHandshake(Unknown Source)            at sun.security.ssl.SSLSocketImpl.startHandshake(Unknown Source)             at sun.net.www.protocol.https.HttpsClient.afterConnect(Unknow Source)             at sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(Unknown Source)             at sun.net.www.protocol.http.HttpURLConnection.getInputStream0(Unknown Source)             at sun.net.www.protocol.http.HttpURLConnection.access$200(Unknown Source)             at sun.net.www.protocol.http.HttpURLConnection$9.run(Unknown Source)             at sun.net.www.protocol.http.HttpURLConnection$9.run(Unknown Source)             at java.security.AccessController.doPrivileged(Native Method)             at java.security.AccessController.doPrivilegedWithCombiner(Unknown Source)             at sun.net.www.protocol.http.HttpURLConnection.getInputStream(Unknown Source)             at sun.net.www.protocol.https.HttpsURLConnectionImpl.getInputStream(Unknown Source)             at com.sun.deploy.net.HttpUtils.followRedirects(Unknown Source)             at com.sun.deploy.net.BasicHttpRequest.doRequest(Unknown Source)             at com.sun.deploy.net.BasicHttpRequest.doGetRequestEX(Unknown Source)             at com.sun.deploy.cache.ResourceProviderImpl.checkUpdateAvailable(Unknown Source)             at com.sun.deploy.cache.ResourceProviderImpl.isUpdateAvailable(Unknown Source)             at com.sun.deploy.cache.ResourceProviderImpl.getResource(Unknown Source)             at com.sun.deploy.cache.ResourceProviderImpl.getResource(Unknown Source)             at com.sun.javaws.LaunchDownload$DownloadTask.call(Unknown Source)             at java.util.concurrent.FutureTask.run(Unknown Source)             at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)             at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)             at java.lang.Thread.run(Unknown Source) 

[NicolayGoldovic]

Hi, did you solve it?

[evanchirger]

Connection reset simply means that a TCP RST was received. This happens when your peer receives data that it can't process, and there can be various reasons for that. A reset packet is simply one with no payload and with the RST bit set in the TCP header flags. The simplest is when you close the java socket, and then write more data on the output stream. By closing the socket, you told your peer that you are done talking, and it can forget about your connection. When you send more data on that stream anyway, the peer rejects it with an RST to let you know it isn't listening.

There are several possible causes.

• The other end has deliberately reset the connection.
• Writing to a connection that the other end has already closed
• Closing a socket when there is unread data in the socket receive buffer.
• In Windows, 'software caused connection abort', which is not the same as 'connection reset', is caused by network problems sending from your end.

------------------------------
evan chirger
------------------------------