Re: Problem with add directory using NT cvs server

Christian Stein wrote:
>>>"    [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 "
> 

That is correct behaviour IMHO.



> 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.
> 
> 

can you please describe the debug example some more? what is the working directory here? calix?
That could be possible since I've tested the issue on netbeans module only and it always executes 
the command from the top most working directory.. eg. projects in your case I believe.. that case is 
catched by the removal of initial dot, but in case the dot is in between there's a problem..

Milos