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: | error reading jar recipe when changing projects | ||
---|---|---|---|
Product: | obsolete | Reporter: | zohar <zohar> |
Component: | jarpackager | Assignee: | issues@obsolete <issues> |
Status: | CLOSED DUPLICATE | ||
Severity: | blocker | ||
Priority: | P3 | ||
Version: | 3.x | ||
Hardware: | PC | ||
OS: | Windows ME/2000 | ||
Issue Type: | DEFECT | Exception Reporter: | |
Attachments: |
popup screenshot
ide.log |
Description
zohar
2002-01-27 06:43:33 UTC
Created attachment 4440 [details]
popup screenshot
Created attachment 4441 [details]
ide.log
This appears to be a bug in Project swtiching and is a timing issue. I mounted a new file system and copied the colorpicker directory and contents from the samples. Then create a jarpackager recipie using the colorpicker directory. Create a new "dummy" project. When you press ok generally the error the user specified will appear. Switching back and forth between the project will cause the error to occur sometimes (inidcating its a timing issue) if and only if the jarpackager recipie file is visable in the Explorer. I'm just guessing but I beleive the file explorer isn't properly cleared before the new project is loaded in the explorer. Consequently the explorer is trying to mount the jarpackager recipie file even during this state of transition. The error appears to be harmless as once acknowledged everything works as it should. reproduced in build 200202040100 maybe it's harmless, but it's still annoying. I reproduced it with build 200202060100. Yes, I agree it's annoying, but the point is there isn't a loss of data. It's not a harmful bug just not desirable. so... no data loss - no fix? I agree it's not a P1/P2, but... Did the trunk enter a "High Resistance mode"? The bug is still open. It's been transferred to another module owner as this not a jarpackager problem but either a projects or filesystems problem. My statements on the bug are intended as additional information for the new owner of the bug. Anyone taking a look at this? ... pending on the list, stay tuned! It seems that something strange happens in Jar packager when filesystem is unmounted. I tried following scenarion: 1. mount two filesystems (fs1, fs2) 2. create Jar Recipe (JR) somewhere on fs1 3. add something from fs2 as a contents of JR 4. try to compile -> should work (contents is OK) 5. unmount fs2 -> error reading JR occures This has nothing with projects, but seems to be a problem of Jar Packager. any progress? anybody home...? is duplicate of issue #21326, Roger has the fix ready, will commit soon. *** This issue has been marked as a duplicate of 21326 *** Verified Resolved for 3.4 or earlier, no new info since then -> closing. Resolved for 3.4 or earlier, no new info since then -> closing. |