This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.

Bug 231366 - updater fails downloading org-netbeans-modules-web-core-syntax
Summary: updater fails downloading org-netbeans-modules-web-core-syntax
Status: RESOLVED INCOMPLETE
Alias: None
Product: updatecenters
Classification: Unclassified
Component: Stable (show other bugs)
Version: 7.3
Hardware: PC Windows XP
: P3 normal (vote)
Assignee: pgebauer
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-06-17 13:29 UTC by abma
Modified: 2013-08-12 17:17 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments
squid access log (7.32 KB, application/octet-stream)
2013-06-18 12:37 UTC, abma
Details
screenshot 1 (3.00 KB, image/png)
2013-06-18 12:39 UTC, abma
Details
screenshot 2 (11.72 KB, image/png)
2013-06-18 12:39 UTC, abma
Details

Note You need to log in before you can comment on or make changes to this bug.
Description abma 2013-06-17 13:29:19 UTC
it seems the updater dislikes redirects, when downloading

http://updates.netbeans.org/netbeans/updates/7.3/uc/final/distribution/patch2/enterprise/org-netbeans-modules-web-core-syntax.nbm

downloading fails with "file not found".

When downloading this url with the browser, it redirects to this url:

http://dlc.sun.com.edgesuite.net/netbeans/updates/7.3/uc/final/distribution/patch2/enterprise/org-netbeans-modules-web-core-syntax.nbm


i guess the updater can't handle 301/302 redirects. maybe the initial updater database should directly use the url where it redirects to.
Comment 1 abma 2013-06-17 13:29:57 UTC
correction, error message is:

"Not all of the plugins have been successfully downloaded. The server may be unavailable at the moment. Try again later."
Comment 2 pgebauer 2013-06-18 11:21:40 UTC
I'm not able to reproduce the issue. BTW it seems like a network outage. I don't think it is related to the redirection because redirection is used for "ages".

Do you still see this issue?
Comment 3 abma 2013-06-18 12:37:18 UTC
Created attachment 135965 [details]
squid access log
Comment 4 abma 2013-06-18 12:38:34 UTC
> Do you still see this issue?

yes! if it works for you, i guess its because we are using a http-proxy server... see the the attached file for the files netbeans tries to download.
Comment 5 abma 2013-06-18 12:39:26 UTC
Created attachment 135966 [details]
screenshot 1
Comment 6 abma 2013-06-18 12:39:55 UTC
Created attachment 135967 [details]
screenshot 2
Comment 7 pgebauer 2013-06-18 16:15:09 UTC
It works for me with proxy and without proxy as well. I don't see any duplicates of this issue so far. It's a network from my point of view.
Comment 8 abma 2013-06-18 16:28:35 UTC
> It works for me with proxy and without proxy as well. I don't see any
> duplicates of this issue so far. It's a network from my point of view.

are (all) direct connections blocked when using the proxy?

i'm pretty sure its not a network issue, for me it looks like the updater tries to directly connect to some url, sadly the error message isn't really useful...

a way to easily debug the problem?

if not i guess i've to use something like wireshark...
Comment 9 pgebauer 2013-06-21 12:33:46 UTC
Please, attach your NetBeans log - http://wiki.netbeans.org/FaqLogMessagesFile
Comment 10 abma 2013-06-21 13:02:48 UTC
http://paste.springfiles.com/view/raw/dd6c9d12 :


INFO [org.netbeans.modules.autoupdate.services.InstallSupportImpl]: Timeout while opening connection to http://updates.netbeans.org/netbeans/updates/7.3/uc/final/distribution/patch2/enterprise/org-netbeans-modules-web-jsf-editor.nbm
java.util.concurrent.TimeoutException
	at java.util.concurrent.FutureTask$Sync.innerGet(FutureTask.java:258)
	at java.util.concurrent.FutureTask.get(FutureTask.java:119)
	at org.netbeans.modules.autoupdate.updateprovider.NetworkAccess$Task$1.run(NetworkAccess.java:97)
Caused: java.io.IOException: Timeout while opening connection to http://updates.netbeans.org/netbeans/updates/7.3/uc/final/distribution/patch2/enterprise/org-netbeans-modules-web-jsf-editor.nbm
	at org.netbeans.modules.autoupdate.updateprovider.NetworkAccess$Task$1.run(NetworkAccess.java:117)
	at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1432)
[catch] at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2044)

can the http connect timeout be increased by a config var? whats the value of it?

when downloading the url in the browser it takes a long time, maybe ~15 seconds until it starts loading.
Comment 11 pgebauer 2013-06-21 13:31:04 UTC
(In reply to comment #10)
> http://paste.springfiles.com/view/raw/dd6c9d12 :
> 
> 
> INFO [org.netbeans.modules.autoupdate.services.InstallSupportImpl]: Timeout
> while opening connection to
> http://updates.netbeans.org/netbeans/updates/7.3/uc/final/distribution/patch2/enterprise/org-netbeans-modules-web-jsf-editor.nbm
> java.util.concurrent.TimeoutException
>     at java.util.concurrent.FutureTask$Sync.innerGet(FutureTask.java:258)
>     at java.util.concurrent.FutureTask.get(FutureTask.java:119)
>     at

This is not the netbeans ide log.
Comment 12 Jiri Rechtacek 2013-06-21 13:36:45 UTC
(In reply to comment #10)
> can the http connect timeout be increased by a config var? whats the value of
> it?
Yes, it can. Add "-J-Dplugin.manager.connection.timeout=<your timeout in ms>" to etc/netbeans.conf. The default value is 30000. Let me know (add a comment here) if it helps. Thanks
Comment 13 abma 2013-06-21 14:02:53 UTC
the (insane) high value "-J-Dplugin.manager.connection.timeout=6000000" doesn't help, the parameter occurs in messages.log, so it seems i set it correctly.

@pgebauer:
this is messages.log (as already written before) http://paste.springfiles.com/view/raw/dd6c9d12

i couldn't find any other file named messages.log. so please point me, as the faq seems to be wrong: http://wiki.netbeans.org/FaqLogMessagesFile
Comment 14 Jiri Rechtacek 2013-06-21 14:14:38 UTC
(In reply to comment #13)
> the (insane) high value "-J-Dplugin.manager.connection.timeout=6000000" doesn't
> help, the parameter occurs in messages.log, so it seems i set it correctly.

It's weird. It's a problem between UC server, HTTP proxy settings and handling proxies in IDE. Could you try this steps:
1) Open Tools|Optionse
2) change the Web Browser to Embedded WebKit
3) Open Web browser (Window|Web|Web Browser)
4) paste link http://updates.netbeans.org/netbeans/updates/7.3/uc/final/distribution/patch2/enterprise/org-netbeans-modules-web-jsf-editor.nbm 
What can you see? I can see in my embedded browser the content of nbm archive.

Try to paste the link to your web browser as well. Is it working in any of them? Thank you
Comment 15 abma 2013-08-12 10:40:23 UTC
sorry for the delay.

firefox works (org-netbeans-modules-web-core-syntax.nbm is downloaded)
internal browser (org-netbeans-modules-web-core-syntax.nbm is downloaded)

updater doesn't work...

i'll try to get some useful ngrep output.
Comment 16 abma 2013-08-12 16:33:13 UTC
T 192.168.101.8:1624 -> 192.168.101.173:3128 [AP]
GET http://updates.netbeans.org/netbeans/updates/7.3/uc/final/distribution/patch2/enterprise/org-netbeans-modules-web-jsf-editor.nbm HTTP/1.1.
Cache-Control: no-cache.
Pragma: no-cache.
User-Agent: Java/1.7.0_13.
Host: updates.netbeans.org.
Accept: text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2.
Proxy-Connection: keep-alive.

T 192.168.101.173:3128 -> 192.168.101.8:1624 [AP]
HTTP/1.0 302 Moved Temporarily.
Server: Sun-Java-System-Web-Server/7.0.
Date: Mon, 12 Aug 2013 14:50:21 GMT.
Location: http://dlc.sun.com.edgesuite.net/netbeans/updates/7.3/uc/final/distribution/patch2/enterprise/org-netbeans-modules-web-jsf-editor.nbm.
Content-Length: 0.
X-Cache: MISS from localhost.
X-Cache-Lookup: MISS from localhost:3128.
Connection: keep-alive.

T 192.168.101.8:1556 -> 192.168.101.173:3128 [AP]
GET http://dlc.sun.com.edgesuite.net/netbeans/updates/7.3/uc/final/distribution/patch2/enterprise/org-netbeans-modules-web-jsf-editor.nbm HTTP/1.1.
Cache-Control: no-cache.
Pragma: no-cache.
User-Agent: Java/1.7.0_13.
Host: dlc.sun.com.edgesuite.net.
Accept: text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2.
Proxy-Connection: keep-alive.

T 192.168.101.173:3128 -> 192.168.101.8:1556 [A]
HTTP/1.0 200 OK.
Server: Sun-Java-System-Web-Server/7.0.
Content-Type: text/plain.
Last-Modified: Wed, 05 Jun 2013 21:10:07 GMT.
Content-Length: 1817803.
ETag: "1bbccb-51afa92f".
Accept-Ranges: bytes.
Date: Mon, 12 Aug 2013 15:25:54 GMT.
X-Cache: MISS from localhost.
X-Cache-Lookup: HIT from localhost:3128.
Connection: keep-alive.
Comment 17 abma 2013-08-12 17:17:44 UTC
aww.. sorry, i totally forgot this:

we have a security appliance running between the internet and the proxy server. when i disable it the update works. the security appliance doesn't change headers / data, it just increases lag / adds a delay to downloads. (or at least, this is how it should work).

i guess the problem is, that the appliance takes to long to scan the file and the updater then hits a timeout (as written in the initial report).

is there also a socket timeout set which isn't changed with -J-Dplugin.manager.connection.timeout=6000000 ?