validateControlSocket

We are getting some weird socket timeout problems
on FTPClient and FtpDescriptor there is a JCA property
control.read.timeout
by default it's 15000
and also a
control.read.error_on_timeout
by default it's true

you can set it to false to get rid of the problem


RETR command: http://cr.yp.to/ftp/retr.html

A RETR request asks the server to send the contents of a file over the data connection already established by the client.


####<Feb 21, 2012 4:10:29 PM CET> <Debug> <AlsbJcaFrameworkAdapter> <hqchnesoa102> <osbdv2ms1> <[ACTIVE] ExecuteThread: '31' for queue: 'weblogic.kernel.Default (self-tuning)'> <<anonymous>> <> <7f9b72b69446518a:-3e7d8906:1359f3f0c67:-8000-0000000000000a3b> <1329837029661> <BEA-000000> <FTP Command: RETR, reply:
150 Opening data connection for /acme/environments/env-0/ave/tmp/ITEM_X_ACME_AVE_1329837028553.xml (408 bytes).

>

####<Feb 21, 2012 4:10:29 PM CET> <Debug> <AlsbJcaFrameworkAdapter> <hqchnesoa102> <osbdv2ms1> <[ACTIVE] ExecuteThread: '31' for queue: 'weblogic.kernel.Default (self-tuning)'> <<anonymous>> <> <7f9b72b69446518a:-3e7d8906:1359f3f0c67:-8000-0000000000000a3b> <1329837029661> <BEA-000000> <shortCircuit==>true>

####<Feb 21, 2012 4:10:29 PM CET> <Debug> <AlsbJcaFrameworkAdapter> <hqchnesoa102> <osbdv2ms1> <[ACTIVE] ExecuteThread: '31' for queue: 'weblogic.kernel.Default (self-tuning)'> <<anonymous>> <> <7f9b72b69446518a:-3e7d8906:1359f3f0c67:-8000-0000000000000a3b> <1329837029661> <BEA-000000> <validateControlSocket::Control socket being read by [[ACTIVE] ExecuteThread: '31' for queue: 'weblogic.kernel.Default (self-tuning)']>

####<Feb 21, 2012 4:10:44 PM CET> <Debug> <AlsbJcaFrameworkAdapter> <hqchnesoa102> <osbdv2ms1> <[ACTIVE] ExecuteThread: '31' for queue: 'weblogic.kernel.Default (self-tuning)'> <<anonymous>> <> <7f9b72b69446518a:-3e7d8906:1359f3f0c67:-8000-0000000000000a3b> <1329837044661> <BEA-000000> <Timed out in [15000] msecs>

####<Feb 21, 2012 4:10:44 PM CET> <Debug> <AlsbJcaFrameworkAdapter> <hqchnesoa102> <osbdv2ms1> <[ACTIVE] ExecuteThread: '31' for queue: 'weblogic.kernel.Default (self-tuning)'> <<anonymous>> <> <7f9b72b69446518a:-3e7d8906:1359f3f0c67:-8000-0000000000000a3b> <1329837044662> <BEA-000000> <Exception caught while reading control socket
java.net.SocketTimeoutException: Read timed out
at java.net.SocketInputStream.socketRead0(Native Method)
at java.net.SocketInputStream.read(SocketInputStream.java:129)
at sun.nio.cs.StreamDecoder.readBytes(StreamDecoder.java:264)
at sun.nio.cs.StreamDecoder.implRead(StreamDecoder.java:306)
at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:158)
at java.io.InputStreamReader.read(InputStreamReader.java:167)
at java.io.BufferedReader.fill(BufferedReader.java:136)
at java.io.BufferedReader.readLine(BufferedReader.java:299)
at java.io.BufferedReader.readLine(BufferedReader.java:362)
at oracle.tip.adapter.ftp.FTPClient$BufferedTimedReader.readLine(FTPClient.java:2385)
at oracle.tip.adapter.ftp.FTPClient.validateControlSocket(FTPClient.java:931)
at oracle.tip.adapter.ftp.FTPClient.getBinaryFileAsStream(FTPClient.java:1225)
at oracle.tip.adapter.ftp.FTPAgent.getBinaryFileAsStream(FTPAgent.java:654)
at oracle.tip.adapter.ftp.FTPAgent.getContentAsStream(FTPAgent.java:700)
at oracle.tip.adapter.ftp.inbound.FTPSource.getContents(FTPSource.java:987)
at oracle.tip.adapter.ftp.inbound.FTPSource.getFileFromSource(FTPSource.java:912)
at oracle.tip.adapter.ftp.outbound.FTPIoOperation.ioOnly(FTPIoOperation.java:119)
at oracle.tip.adapter.ftp.outbound.FTPIoOperation$2.perform(FTPIoOperation.java:844)
at oracle.tip.adapter.ftp.outbound.FTPInteraction.executeFTPIo(FTPInteraction.java:287)
at oracle.tip.adapter.ftp.outbound.FTPInteraction.execute(FTPInteraction.java:245)
at oracle.tip.adapter.sa.impl.fw.wsif.jca.WSIFOperation_JCA.performOperation(WSIFOperation_JCA.java:529)
at oracle.tip.adapter.sa.impl.fw.wsif.jca.WSIFOperation_JCA.executeOperation(WSIFOperation_JCA.java:353)
at oracle.tip.adapter.sa.impl.fw.wsif.jca.WSIFOperation_JCA.executeRequestResponseOperation(WSIFOperation_JCA.java:312)
at oracle.tip.adapter.sa.impl.JCABindingReferenceImpl.invokeWsifProvider(JCABindingReferenceImpl.java:350)
at oracle.tip.adapter.sa.impl.JCABindingReferenceImpl.request(JCABindingReferenceImpl.java:253)
at com.bea.wli.sb.transports.jca.binding.JCATransportOutboundOperationBindingServiceImpl.invoke(JCATransportOutboundOperationBindingServiceImpl.java:150)
at com.bea.wli.sb.transports.jca.JCATransportEndpoint.sendRequestResponse(JCATransportEndpoint.java:209)
at com.bea.wli.sb.transports.jca.JCATransportEndpoint.send(JCATransportEndpoint.java:170)
at com.bea.wli.sb.transports.jca.JCATransportProvider.sendMessageAsync(JCATransportProvider.java:598)
at sun.reflect.GeneratedMethodAccessor1154.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at com.bea.wli.sb.transports.Util$1.invoke(Util.java:83)
at $Proxy128.sendMessageAsync(Unknown Source)
at com.bea.wli.sb.transports.LoadBalanceFailoverListener.sendMessageAsync(LoadBalanceFailoverListener.java:148)
at com.bea.wli.sb.transports.LoadBalanceFailoverListener.sendMessageToServiceAsync(LoadBalanceFailoverListener.java:603)
at com.bea.wli.sb.transports.LoadBalanceFailoverListener.sendMessageToService(LoadBalanceFailoverListener.java:538)




still chasing what is at the origin of the problem...