Re: Problem with add directory using NT cvs server
"Christian Stein" <[email protected]>
| Newsgroups | gmane.comp.java.netbeans.modules.javacvs.devel |
|---|---|
| Organization | CollabNet Hosting |
| Message-ID | <[email protected]> |
> > " [exec] WARNING - the WizardDescriptor.Panel implementation
> > org.netbeans.modules.vcscore.wizard.mountcvs.LoginPanel provides
> > itself as the result of getComponent(). This can cause a clash
> > when Component.isValid() is overridden. Please use a separate
> > component class. "
> >
>
> well, this is known issue, it's something like a netbeans' "deprecation".
Ok. Are those deprecation issues scheduled for NB 4.0?
> > ...and some "DEPRECATED" messages. (Because of compiling NB with
> > SDK2 1.4.0?)
But maybe, we can start to solve these inside the javacvs module
along the way. I'll do a re-build with the "build.compiler.deprecation"
flag set to true later.
> > What I've done:
> > [...]
> have you tried to add a directory? That's what the fix is about,
> checkout should be ok.
Dooh! No, I haven't. I should have read the entire subject of the
topic. Never mind. So I started over again:
1. Imported a new module. [OK]
2. Added a subdirectory to an existing module. [OK]
3. Added a directory to the root. [FAILURE]
The message provided by the server reads:
" cvs [server aborted]: cannot add to
D:/cvsroot/nosdev/CVSROOT/Emptydir "
Now I know, what you meant with problems with "CVSROOT/Emptydir".
The situation is, that there is a "magic root" CVS directory with
the above string in the "Repository" file.
There should be a test, whether we are in the root of a work copy,
so prepend nothing to a newly added directory (it's a new module),
or if it is a submodule. Then the above heuristic works fine.
I tried to implement that behaviour but did not succeeded, yet.
Here is my debug output:
[exec] [AddCommand] repository = nosdev/resources/text
[exec] [AddBuilder] bestMatch = E:\projects\nosdev\calix\resources\text
(*) [exec] [AddCommand] repository = nosdev/./123
[exec] [AddBuilder] bestMatch = E:\projects\nosdev\calix\123
Here (*) shouldn't appear the dot '.'. And in the resulting
"CVS/Repository" file, I get "/123" which does not allow to
update the new module without deleting and checking it out
from scratch.