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 82375 - Exception while expanding nodes.
Summary: Exception while expanding nodes.
Status: VERIFIED FIXED
Alias: None
Product: platform
Classification: Unclassified
Component: Data Systems (show other bugs)
Version: 6.x
Hardware: All All
: P2 blocker (vote)
Assignee: Jaroslav Tulach
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-08-10 12:20 UTC by Peter Pis
Modified: 2008-12-22 21:38 UTC (History)
4 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter:

Attachments
DataObjectNotFoundException (1.42 KB, text/plain)
2006-08-10 12:22 UTC, Peter Pis 		Details
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Peter Pis 2006-08-10 12:20:53 UTC 
NetBeans IDE Dev (Build 200608091800)
1.6.0-rc; Java HotSpot(TM) Client VM 1.6.0-rc-b94
Windows XP version 5.1 running on x86
de_DE (nb); Cp1252

Steps:
1. Check out j2seproject from Subversion repository. Open project.
2. Select project root and invoke "Subversion | Show Changes" action.
3. Switch to "Files" view, select some directory node containing another
directory with file. 
Project
+src
 +a
  +b
   +NewClass.java
(Select "a" directory)
4. Now press "CTRL-C"
5. Select another folder and press "CTRL-V".
6. Try to expand all node from new copy.

Exception is thrown.
Comment 1 Peter Pis 2006-08-10 12:22:13 UTC 
Created attachment 32752 [details]
DataObjectNotFoundException
Comment 2 Petr Nejedly 2006-08-10 12:35:42 UTC 
The .svn folder's FO is marked as invalid, yet passes through a filter.
Probably a consequence of some of the hiding techniques in svn support.
Note that the exception should be logged as warning according to FilderChildren
code.
Comment 3 Maros Sandor 2006-08-10 13:03:32 UTC 
We do not hide anything, this is a Paste operation. I will investigate a bit.
Comment 4 Peter Pis 2006-08-10 15:41:27 UTC 
Same expection for similar scenario but with "CTRL-X" and "CTRL-V" is used but
without use of refactoring.
Comment 5 Maros Sandor 2006-08-18 15:39:23 UTC 
It seems to be only a warning and not a real error, is this the real problem
here? If so, we should fix the logger.
Comment 6 Maros Sandor 2006-08-25 09:39:30 UTC 
So I assume YES to my previous question, can we change logging then please?
Comment 7 Petr Nejedly 2006-08-25 11:01:34 UTC 
It looks like some kind of race condition to me.
The FO is invalid, yet was returned from the DF.getChildren (8 frames deeper in
stack). It might have been valid at that time.
What's wrong with WARNING level?
Why was the folder marked as invalid in the first place? Was it nonexistent
(hardly, there was copy operation, not cut). What was the real layout of the
experimet? The description doesn't match the file from the exception:
D:/SunWork/svn/work11/JavaDepender/src/tt/zz/xx/gg/.svn
Comment 8 Maros Sandor 2006-08-25 12:13:44 UTC 
The .svn folder may have been deleted in the meantime. When a copy operation is
in progress we record any .svn folders that are created and erase them
eventually some time later.
Comment 9 Jaroslav Tulach 2006-09-13 10:01:14 UTC 
Using Level.INFO:

Checking in FolderChildren.java;
/shared/data/ccvs/repository/openide/loaders/src/org/openide/loaders/FolderChildren.java,v  
<--  FolderChildren.java
new revision: 1.20; previous revision: 1.19
Comment 10 Peter Pis 2006-09-18 15:37:06 UTC 
Verified.