We help IT Professionals succeed at work.

Check out our new AWS podcast with Certified Expert, Phil Phillips! Listen to "How to Execute a Seamless AWS Migration" on EE or on your favorite podcast platform. Listen Now

x

Timing out on large file connections using URLConnection

MattKenefick
MattKenefick asked
on
Medium Priority
572 Views
Last Modified: 2012-06-27
I don't write in Java too often so this may seem a little basic.

I'm using URLConnection to scrape some sites. It works fine until it tries to scrape something like a large video. So I put a little function in to grab headers first, check for "text" in the content type, then continue from there.

This works fine for smaller items, it catches my trap for zip files and such that aren't that large to begin with... but I tested with this one really large MOV file, and it just hung there trying to connect (just for getting headers.)

I tried adding a setConnectTimeout and setReadTimeout at first 5000ms, 1000ms, then 100ms, but I must be using them incorrectly because they aren't canceling the connection ( even when i brought it down to 100 ).

Any help is appreciated, thanks.
// Getting headers (sans the function/catches etc)
u = new URL( $url );
uc = u.openConnection();
uc.setConnectTimeout( 1000 );
uc.setReadTimeout( 1000 );
header = uc.getContentType();
System.out.println( header );
return header;
 
// Get page data (sans other stuff)
String headers			=	getHeaders( $url );
if( headers.indexOf("text") < 0 ){
	System.out.print( "Bad headers : " + headers );
	return "";
}else{
	System.out.println( "Good headers, continue ");
}

Open in new window

Comment
Watch Question

Mick BarryJava Developer
CERTIFIED EXPERT
Top Expert 2010

Commented:
you can also check the content length to determine the amount of data
there is no way to set a timeout on URLConnection, you would need to implement that yourself by for example timing out the thread that is pulling the file

HttpClient though would be better for handling it instead of urlconnection

Author

Commented:
I thought of that, but I'm not sure if I can use HttpClient because I'm sandboxed. I thought of checking content-length but I figured that if it took that long to read the content-type header that it would be same for content-length since they're both headers. Does it read the content-length first?

And how are the timeouts supposed to be used? I assume itd be a time length til it cancels the connection, but apparently not? Unless im using it wrong. Any input on this? Thanks the assistance

Commented:
HttpClient uses the same connections as does URLConnection, it just handles them for you.

Author

Commented:
Okay, I suppose I can try rolling back to that but I'd still also like to know about content-type vs content-length and the reality behind what the timeouts are all about. Thanks jwenting!
Mick BarryJava Developer
CERTIFIED EXPERT
Top Expert 2010

Commented:
> I thought of that, but I'm not sure if I can use HttpClient because I'm sandboxed.

sandbox does not affect what you can use

> I thought of checking content-length but I figured that if it took that long to read the content-type header that it would be same for content-length since they're both headers. Does it read the content-length first?

It doesn't need to read the content to access the headers.

> And how are the timeouts supposed to be used?

They are how long it will wait for server to respond


Author

Commented:
@objects

I know headers are supposed to come before content. That's why I said content-type was taking a long time to load asif it was loading content, which is exactly the problem.

I understand the connect timeout should be until the connection is recognized, but isn't setReadTimeout how long for it to read the content? Like if its a 10mb video and your setReadTimeout is 2000ms, shouldn't it throw an error? Cause mine doesn't.
Mick BarryJava Developer
CERTIFIED EXPERT
Top Expert 2010

Commented:
so are you not even reading the content? That doesn't sound right.

> but isn't setReadTimeout how long for it to read the content?

no how long it will wait for a read to respond
Java Developer
CERTIFIED EXPERT
Top Expert 2010
Commented:
Unlock this solution with a free trial preview.
(No credit card required)
Get Preview
CERTIFIED EXPERT
Top Expert 2016

Commented:
This is ulimately a threading problem. Why?

A large file is going to have the same order of number of headers as a small one. The problem is also not to do with connect or read timeout. If it were, you'd be seeing exceptions.

You're probably experiencing other networking problems and you can certainly expect to get them from time to time. What shouldn't happen is for this to become a problem for your program, having to wait. That's the threading problem.

The fetch should be done in a separate thread so that your main thread can take the appropriate action when the worker thread is kept waiting around too long

Author

Commented:
Good little chart about the differences between HTTPClient and URLConnection http://www.innovation.ch/java/HTTPClient/urlcon_vs_httpclient.html
Mick BarryJava Developer
CERTIFIED EXPERT
Top Expert 2010

Commented:
was referring to apache httpclient

http://hc.apache.org/httpclient-3.x/

Author

Commented:
used this to get the headers without timing out. thanks.
this.hurlc.setDoOutput(true);
        try{
        	this.hurlc.setRequestMethod("HEAD");
            returnString = this.hurlc.getContentType();
            this.hurlc.disconnect();
        } catch ( ProtocolException e ){
        	// ...
        } catch ( RuntimeException e ){
        	// ...
        }

Open in new window

Author

Commented:
Not everything I wanted to know, but the majority of it.

Author

Commented:
To elaborate a little further, I switched from URLConnection to HttpURLConnection. The code the creates the "hurlc" is like this:
this.hurlc = (HttpURLConnection) new URL("http://...com").openConnection();

Open in new window

Unlock the solution to this question.
Thanks for using Experts Exchange.

Please provide your email to receive a free trial preview!

*This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.

OR

Please enter a first name

Please enter a last name

8+ characters (letters, numbers, and a symbol)

By clicking, you agree to the Terms of Use and Privacy Policy.