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 13446 - Update breaks netbeans.cmd.cache in CVS dir and lists files from subdirs in a current one
Summary: Update breaks netbeans.cmd.cache in CVS dir and lists files from subdirs in a...
Status: VERIFIED DUPLICATE of bug 13575
Alias: None
Product: obsolete
Classification: Unclassified
Component: vcscvs (show other bugs)
Version: 3.x
Hardware: PC Linux
: P2 blocker (vote)
Assignee: issues@obsolete
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2001-07-10 10:34 UTC by dmladek
Modified: 2001-07-16 14:44 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Exception Reporter:

Attachments
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 dmladek 2001-07-10 10:34:08 UTC 
[NBdev-200107090100]
jdk1.3.0_04,rh70
=====================

Mount CVS FS.
Checkout some src_xxx modules eg.src_scripting
Have Relative mountopint on nbsrc folder
Check if files apperars correctly(Do REfresh,Refr.Rec.,etc.)
Checkout scripting module
Set Rel.MountPoint to src of scripting module
go to the package org.netbeans.scripting
Check files if they appear correctly, also check from external tool
CVS/Entries and netbeans.cmd.cache files
Perform update on folder scripting
AFter it finishs (Refresh should be performed automaticaly/ or do it yourself)
see all files in this dir. 
there appears new files eg. NavigationSupport which has a red cross icon warning
you about wrong package declaration.
Thouse files "migrated" from subpackages!

it's strange. Update corrupts netbeans.cmd.cache file
and as a WORKAROUND you must delete all cache files , restart ide...


-------------------------------------------------

Maybe it's  a part of another issue, but it is realted to cvs cache.
When I changed back my Rel.mp to nbsrc after a while an E. occures:
==================================================
Tue Jul 10 11:31:38 GMT+02:00 2001: java.util.ConcurrentModificationException: null
java.util.ConcurrentModificationException
        at java.util.HashMap$HashIterator.next(HashMap.java:736)
        at
org.netbeans.modules.vcscore.caching.VcsCacheDir.writeToDisk(VcsCacheDir.java:253)
        at
org.netbeans.modules.vcscore.cache.CacheDir.setComplete(CacheDir.java:320)
[catch] at org.netbeans.modules.vcscore.cache.CacheQueue.run(CacheQueue.java:57)
Comment 1 dmladek 2001-07-13 13:35:45 UTC 
This occures also in Pilsen branch too:-(

hot candidate for fix
Comment 2 Martin Entlicher 2001-07-16 14:13:21 UTC 
This has worked correctly some time ago. It is almost for sure caused
by issue #13575. Thus marking as a duplicate.
Another workaround is to do a non-recursive Refresh for every affected
folder.

*** This issue has been marked as a duplicate of 13575 ***
Comment 3 dmladek 2001-07-16 14:24:43 UTC 
OK.
Comment 4 dmladek 2001-07-16 14:32:55 UTC 
I've added this comment into issue #13575 too
-------------------------------------------------------------------
well, this problem appears after migration of cvs server which now
returns file's path in a different format.

But frankly speaking fixing it on server side will solve it only for
this case, but what will you do if there exists similar problematic
cvs servers around the world.
Wouldn't be better to try to solve it on the client's side to?

What do you think?
Comment 5 Martin Entlicher 2001-07-16 14:44:58 UTC 
Well, I can not do anything with this. If you tell me, that the
repository is at /cvs and the server returns the repository path as
/usr/local/tigris/data/helm/cvs/repository/... then I can not know,
that "/cvs" and "/usr/local/tigris/data/helm/cvs/repository" is the
same physical location.