Hi Raif,

I think the read timeout is set with the WebMapServer(URL, int) 
constructor in version 2.7.4 in which includes the patch for GEOT-3860:

https://jira.codehaus.org/browse/GEOT-3860
https://github.com/geotools/geotools/commit/c70bc6ac2dcbd42401333e781fff882ed4db6625

Matthijs

On 2012-09-19 05:37, Raif S. Naffah wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: RIPEMD160
>
> hi there,
>
> this is not strictly a GeoTools library issue but i'm hoping some
> user / developer has seen this before and can shed some light and help
> me find a work-around.
>
> i'm using version 2.7.3 of the GeoTools WMS library: gt-wms-2.7.3.jar
> to build and submit a WMS GetMap request to a GeoServer (version
> 2.1.2), which btw. uses the same version of the GeoTools JARs.
>
> the problem i'm having is in one setup the GetMap request times out
> after 30 seconds.  here is the top of the stack trace:
>
> java.net.SocketTimeoutException: Read timed out
>       at java.net.SocketInputStream.socketRead0(Native Method)
>       at java.net.SocketInputStream.read(SocketInputStream.java:129)
>       at
> java.io.BufferedInputStream.fill(BufferedInputStream.java:218) at
> java.io.BufferedInputStream.read1(BufferedInputStream.java:258) at
> java.io.BufferedInputStream.read(BufferedInputStream.java:317) at
> sun.net.www.http.HttpClient.parseHTTPHeader(HttpClient.java:687) at
> sun.net.www.http.HttpClient.parseHTTP(HttpClient.java:632) at
> sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1049)
> at
> org.geotools.data.ows.AbstractOpenWebService.internalIssueRequest(AbstractOpenWebService.java:432)
> at
> org.geotools.data.wms.WebMapServer.issueRequest(WebMapServer.java:409)
>
> this 30-second 'barrier' happens even after forcing the JVM (Oracle java
> version "1.6.0_20") that contains the code causing the above is started
> w/ a
>
>    -Dsun.net.client.defaultReadTimeout=600000
>
> system property.
>
> i checked the source and there are 2 constructors for the WebMapServer
> type: one w/ the URL of the OGC server and the other w/ an additional
> 'timeout'.  i'm using the first one w/ the URL to the GeoServer only.
> the second constructor channels the 'timeout' value to the
> AbstractOpenWebService superclass and ultimately uses this value for
> 'connect' (not read) timeout --line #390:
>
>      connection.setConnectTimeout(this.requestTimeout);
>
> so from the look of it even if i use the 2nd constructor it does not
> look like it will be fixing my issue: read (not connect) timeout.  i
> should also mention that the request makes to the GeoServer end-point
> but the result does not make it back.
>
>
> the only 30-second limit i could find in the setup where the problem
> occurs is the 'maxIdleTime' property in the GeoServer's jetty.xml for
> the 'SelectChannelConnector' being used.
>
> anybody seen this or similar issue before?  ideas on solving or working
> around this is much appreciated.
>
>
> TIA + cheers;
> rsn
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v2.0.18 (GNU/Linux)
> Comment: Que du magnifique
>
> iEYEAREDAAYFAlBZPfQACgkQ+e1AKnsTRiF/VgCeJT3Vtceeauk3ISx8MbAF89Rg
> YaYAoNO0tEflpkNXJPG3sH8/r3foVBFg
> =/oTE
> -----END PGP SIGNATURE-----
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________
> GeoTools-GT2-Users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users



------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
GeoTools-GT2-Users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users

Reply via email to