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.
| Summary: | java.io.IOException: Not in GZIP format | ||
|---|---|---|---|
| Product: | platform | Reporter: | Lukas Hasik <lhasik> |
| Component: | Autoupdate | Assignee: | dlipin <dlipin> |
| Status: | RESOLVED FIXED | ||
| Severity: | blocker | CC: | 1000omega, aelmo, alessandronip, alexvsimon, aliyang, ammarabdulsalam, andycaramba, arunlepuru, ballbreaker, boyxuper, chrislundin, clchun, dehuai, donglix, dpkumar, goeh, gooddreams, jerryshang, jinwei2602, jiyu1688, juhrik, kaa, kenkrizzard, kirillsh, kunday, lin_art, loganathans1983, mabasara, mann, mmirilovic, nleck, pstinghua, pz0513, rbrink, shivakottana, softwaredeveloper17, srinivasanvelu, stwang46, sustaining, tcytree, xjflyttp, zepolar, ziqew, zn_cn_2 |
| Priority: | P2 | ||
| Version: | 6.x | ||
| Hardware: | All | ||
| OS: | All | ||
| URL: | http://statistics.netbeans.org/exceptions/detail.do?id=99014 | ||
| Issue Type: | DEFECT | Exception Reporter: | 99014 |
| Bug Depends on: | |||
| Bug Blocks: | 152010 | ||
| Attachments: | stacktrace | ||
Need to catch it and report which URL has the problem. 39 duplicates and still rising .... would be nice to fix this in 6.5 patch 1 Marian, can you reproduce it? I guess it's caused by wrong content of UC. I added more logging in recent dev builds but nobody has reported there such problems yet. I really need a reproducible case. Does anybody have any one? Thanks *** Issue 151487 has been marked as a duplicate of this issue. *** Cache file could become a empty (0B length) in some but unknown cases. Once a case became empty file, then the parser throws this exception. Catching/handling of such cases fixed in rev/decdbc34af1f Integrated into 'main-golden', will be available in build *200811060201* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main/rev/decdbc34af1f User: Jiri Rechtacek <jrechtacek@netbeans.org> Log: #150034: java.io.IOException: Not in GZIP format Verified. I don't see the answer here right now. It seems the issue is fixed, but is it also in the final version of 6.5? I just had the issue there. The issue is Fixed/Verified in the main repository as you can see at http://hg.netbeans.org/main/rev/decdbc34af1f . Its target milestone is 7.0M1 so it is not part of NetBeans IDE 6.5. Since it's marked as 65fixes1-candidate, it should be part of the proactive patch "65patch1". For more info about proactive patches, please see http://wiki.netbeans.org/NetBeansPatchesInfo . The fix has been ported into the release65_fixes repository. http://hg.netbeans.org/release65_fixes/rev/28110b09a042 *** Issue 153667 has been marked as a duplicate of this issue. *** Reopening - reproduced in NetBeans IDE Dev (Build 200811200201) http://statistics.netbeans.org/exceptions/detail.do?id=142076 I re-checked with 1125 trunk build. The issue is not reproducible. Product Version: NetBeans IDE 6.5 (Build 200811100001) Java: 1.6.0_10; Java HotSpot(TM) Client VM 11.0-b15 System: Windows XP version 5.1 running on x86; Cp1250; cs_CZ (nb) I had exactly same problem as described in ISSUE 153667: "NB 6.5 just installed. Clicked on Tools -> Plugins the plugins window contains 4 plugins only and the IDE shows this bug". More details and solutions that worked for me: All update centers (plugin portal, netbeans, netbeans beta and 3rd party) checked (settings tab)-> I hit "reload catalog" and got the exception (only 4 available plugins from plugin portal were present). I unchecked all update centers. When I checked plugin portal update center only - no problem, when I checked one of nebeans, netbeans beta and 3rd party I got the exception again. When I turned my firewall off and hit "reload catalog" exception didn't arise and plugins from all update centers were present. When I turned firewall on (and hit reload catalog) exception arised again (also only 4 available plugin were present again). I don't know which of firewall rules blocked the operation, I had no explicit blocks on netbeans application or netbeans website. Hi Pavla, I appreciate your issue report. The NetBeans team is aware of this issue and we are currently working on the remedy. FYI: The issue has been fixed and verified in the source code for the next NetBeans IDE release. Due to that, the status VERIFIED was assigned to the issue. Please, do not change it. Besides, the issue has been marked as the candidate for the 65patch1, so once it is released on Stable Auto Update Center, you will be able to apply the fix to your NetBeans IDE 6.5. For more info, please check http://wiki.netbeans.org/NetBeansPatchesInfo and http://wiki.netbeans.org/NetBeans65Patch1Plan . I'm marking the issue back as VERIFIED/FIXED. v. Cannot reproduce - changing the status whiteboard to 65fixes1-verified. I forgot to mention that it cannot be reproduced in the build below containing 6.5 patch1. Product Version: NetBeans IDE 6.5 (Build 200811100001) Java: 1.6.0_10; Java HotSpot(TM) Client VM 11.0-b15 System: Windows XP version 5.1 running on x86; Cp1252; en_US (nb) I am facing this issue on NetBeans IDE 6.5 on Linux i'm closing again as fixed. *This issue can happen in NB 6.5*. It was fixed in NB7.0 and patch 1 for NB6.5 Please, reopen only if you are able to reproduce it with NB6.5+patch1 or NB 7.0 For more details look at desc17 from pgebauer. thank you but where can i get Patch 1? The NB 6.5 patch 1 should be on update center on Dec 11th. When it is available, you can apply the patch via Plugin Manager (menu Tools > Plugins > tab Updates > button Install). in tools=>plugins=>settings edit every entry, and remove .gz extension and there is something maybe nb 6.5 patch1 in tools=>plugins=>settings disable all other checkbox click add input URL: http://updates.netbeans.org/netbeans/updates/6.5/uc/final/stable/catalog_stage.xml i did that in tools=>plugins=>settings edit every entry, and remove .gz extension and there is something maybe nb 6.5 patch1 in tools=>plugins=>settings disable all other checkbox click add input URL: http://updates.netbeans.org/netbeans/updates/6.5/uc/final/stable/catalog_stage.xml i did that > ------- Additional comments from boyxuper@netbeans.org Tue Dec 9 09:12:52 +0000 2008 ------- > in tools=>plugins=>settings > edit every entry, and remove .gz extension Right, it's an another issue which has no connection with this issue. boyxuper please file new issue about this edge case with a correct priority, P4 I guess. Thanks > > and there is something maybe nb 6.5 patch1 > in tools=>plugins=>settings > disable all other checkbox > click add > input URL: > http://updates.netbeans.org/netbeans/updates/6.5/uc/final/stable/catalog_stage.xml The patch was not released officially yet (it is tested right now), so using staging version of the patch is your own risk and it is not recommended!! I cannot install update 1 for nb6.5 because of this issue. Updater always throw this exception while searching for updates. How to avoid such behaviour and install update 1? tysonite, try to press the Reload Catalog button in Plugin manager. Or if it doesn't help delete whole nb_user_dir\var\cache\catalogcache\ directory and restart the IDE *** Issue 155332 has been marked as a duplicate of this issue. *** Reopening - reproduced in NetBeans IDE Dev (Build 200902050256) http://statistics.netbeans.org/exceptions/detail.do?id=123646 marking as INCOMPLETE while what the fresh logs from the latest dailies with more detailed log. At the moment of writing this message I experience serious issue with deadlock.netbeans.org that result in those IOExceptions. The connection is opened immideately but no bytes are read for some minutes (about 218 seconds) after that the connection is closed with normal code. Here is the wget -d log: wget -d -S http://deadlock.netbeans.org/hudson/job/nbms-and-javadoc/lastStableBuild/artifact/nbbuild/nbms/updates.xml.gz Setting --server-response (serverresponse) to 1 DEBUG output created by Wget 1.11.4 on Windows-MSVC. --2009-02-25 18:15:31-- http://deadlock.netbeans.org/hudson/job/nbms-and-javadoc/lastStableBuild/artifact/nbbuild/nbms/ updates.xml.gz Resolving deadlock.netbeans.org... seconds 0.00, 193.86.76.38 Caching deadlock.netbeans.org => 193.86.76.38 Connecting to deadlock.netbeans.org|193.86.76.38|:80... seconds 0.00, connected. Created socket 1940. Releasing 0x009950a8 (new refcount 1). ---request begin--- GET /hudson/job/nbms-and-javadoc/lastStableBuild/artifact/nbbuild/nbms/updates.xml.gz HTTP/1.0 User-Agent: Wget/1.11.4 Accept: */* Host: deadlock.netbeans.org Connection: Keep-Alive ---request end--- HTTP request sent, awaiting response... ---response begin--- HTTP/1.0 200 OK Connection: keep-alive Content-Length: 0 Date: Wed, 25 Feb 2009 15:16:50 GMT Server: lighttpd/1.4.9 ---response end--- HTTP/1.0 200 OK Connection: keep-alive Content-Length: 0 Date: Wed, 25 Feb 2009 15:16:50 GMT Server: lighttpd/1.4.9 Registered socket 1940 for persistent reuse. Length: 0 Saving to: `updates.xml.gz' [ <=> ] 0 --.-K/s in 0s 2009-02-25 18:19:08 (0.00 B/s) - `updates.xml.gz' saved [0/0] Integrated into 'main-golden', will be available in build *200903021401* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main/rev/c6e1507c0f1e User: Dmitry Lipin <dlipin@netbeans.org> Log: Report zero sized/broken downloaded catalog. Hopefully will help to finally fix Issue #150034 and Issue #152010 *** Issue 159764 has been marked as a duplicate of this issue. *** According to http://statistics.netbeans.org/exceptions/messageslog?id=170033 Processing URL: http://deadlock.netbeans.org/hudson/job/nbms-and-javadoc/lastStableBuild/artifact/nbbuild/nbms/ updates.xml.gz Processing URL: http://updates.netbeans.org/netbeans/updates/dev/uc/final/main/catalog.xml.gz? unique=NB_JAVA_WEBCOMMON_WEBEE051998700-2bdb-4080-8f17-e6f5b725459d_e7ae5eb7-4e92-4227-81ce-148faa142704 Read 239400 bytes from catalog at http://updates.netbeans.org/netbeans/updates/dev/uc/final/main/catalog.xml.gz? unique=NB_JAVA_WEBCOMMON_WEBEE051998700-2bdb-4080-8f17-e6f5b725459d_e7ae5eb7-4e92-4227-81ce-148faa142704 Read 1597624 bytes from catalog at http://deadlock.netbeans.org/hudson/job/nbms-and-javadoc/lastStableBuild/artifact/ nbbuild/nbms/updates.xml.gz SEVERE Cannot estabilish input stream for file:/C:/Documents%20and%20Settings/goran/.netbeans/dev/var/cache/ catalogcache/URL_Default_N java.io.IOException: Not in GZIP format It is said that 239400 bytes read from http://updates.netbeans.org/netbeans/updates/dev/uc/final/main/catalog.xml.gz. I`ve checked the URL that the size of that catalog.xml.gz is 62379 and the size of catalog.xml is really 239400 bytes. So it looks like server wrongly returns pure file instead of the gzipped one. Not sure how to fix that... The good thing is that deadlock.netbeans.org forks fine - 1597624 is the correct size of the gzipped catalog. Integrated into 'main-golden', will be available in build *200903070353* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main/rev/cb5ae790fde4 User: Dmitry Lipin <dlipin@netbeans.org> Log: More logging to identify IOException thrown during catalog parsing (Issue #150034) Build: NetBeans IDE Dev (Build 200903070353)
VM: Java HotSpot(TM) Client VM, 11.0-b16, Java(TM) SE Runtime Environment, 1.6.0_11-b03
OS: Windows XP, 5.1, x86
User Comments:
Restarted NB as prompted by subversion client installer.
This exception happens quite frequently.
Stacktrace:
java.io.IOException: Not in GZIP format
at java.util.zip.GZIPInputStream.readHeader(GZIPInputStream.java:137)
at java.util.zip.GZIPInputStream.<init>(GZIPInputStream.java:58)
at java.util.zip.GZIPInputStream.<init>(GZIPInputStream.java:68)
at org.netbeans.modules.autoupdate.updateprovider.AutoupdateCatalogParser.getInputSource(AutoupdateCatalogParser.java:180)
at org.netbeans.modules.autoupdate.updateprovider.AutoupdateCatalogParser.getUpdateItems(AutoupdateCatalogParser.java:150)
at org.netbeans.modules.autoupdate.updateprovider.AutoupdateCatalogProvider.getUpdateItems(AutoupdateCatalogProvider.java:110)
Created attachment 77874 [details]
stacktrace
finally fixed in core-main#c07047c47ce9 Integrated into 'main-golden', will be available in build *200903111543* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main/rev/c07047c47ce9 User: Dmitry Lipin <dlipin@netbeans.org> Log: Issue #150034 java.io.IOException: Not in GZIP format Issue #152010 java.io.EOFException at java.util.zip.GZIPInputStream.readUByte Under certain circumstances the size of catalog.xml.gz is proceeded is downloaded as the catalog.xml file. Write exception in the log and don`t disturb the user too much. |
17 duplicates Build: NetBeans IDE Dev (Build 200808260201) VM: Java HotSpot(TM) Client VM, 1.5.0_14-b03, Java(TM) 2 Runtime Environment, Standard Edition, 1.5.0_14-b03 OS: SunOS, 5.10, sparc User comments: open project STACKTRACE: (first 10 lines) java.io.IOException: Not in GZIP format at java.util.zip.GZIPInputStream.readHeader(GZIPInputStream.java:132) at java.util.zip.GZIPInputStream.<init>(GZIPInputStream.java:58) at java.util.zip.GZIPInputStream.<init>(GZIPInputStream.java:68) at org.netbeans.modules.autoupdate.updateprovider.AutoupdateCatalogParser.getInputSource(AutoupdateCatalogParser.java:176) at org.netbeans.modules.autoupdate.updateprovider.AutoupdateCatalogParser.getUpdateItems(AutoupdateCatalogParser.java:148) at org.netbeans.modules.autoupdate.updateprovider.AutoupdateCatalogProvider.getUpdateItems(AutoupdateCatalogProvider.java:110) at org.netbeans.modules.autoupdate.services.UpdateUnitFactory.appendUpdateItems(UpdateUnitFactory.java:170) at org.netbeans.modules.autoupdate.services.UpdateUnitFactory.getUpdateUnits(UpdateUnitFactory.java:140) at org.netbeans.modules.autoupdate.services.UpdateManagerImpl$Cache.<init>(UpdateManagerImpl.java:221) at org.netbeans.modules.autoupdate.services.UpdateManagerImpl.getCache(UpdateManagerImpl.java:195)