[Anthill] anthill "no vss database" found

[tpass001]

Eric,

This time the build started. Which gets to the other question in my last 
email

=== part of the build log ====
compile:
    [javac] Compiling 115 source files to 
D:\personal\_downloads\anthill-1.7.1.212\work\project\project\build\classes
    [javac] 
D:\personal\_downloads\anthill-1.7.1.212\work\project\project\src\com\company\project\admin\project\ProfileCopy.java:20: 
error while writing com.company.project.admin.projectProfileCopy: 
D:\personal\_downloads\anthill-1.7.1.212\work\project\project\build\classes\com\company\project\admin\projectProfileCopy.class 
(Access is denied)
    [javac] public class projectProfileCopy implements MethodCaller {
    [javac]        ^
    [javac] Note: * uses or overrides a deprecated API.
    [javac] Note: Recompile with -Xlint:deprecation for details.
    [javac] Note: Some input files use unchecked or unsafe operations.
    [javac] Note: Recompile with -Xlint:unchecked for details.
    [javac] 1 error
=== part of the build log ====

This is the error now. When I look at the work dir and try to do a manual 
build, I get the same error. Looks like either vss or anthill is not 
checking off the read-only attribute.

Really close now.
----- Original Message ----- 
From: "Eric Minick" <eric at urbancode.com>
To: "Anthill user list" <anthill at lists.urbancode.com>
Sent: Tuesday, November 02, 2004 11:15 AM
Subject: Re: [Anthill] anthill "no vss database" found


> TP,
>
> If you're build is going on for two hours, then it's probably time to kill 
> it off. It just shouldn't take that long. If you can see where it's 
> gettting hung in the standard out log, that would be a big help. My first 
> guess would be that it's running a VSS command where VSS is responding by 
> asking for further input unexpectedly.
>
> Regards,
>
> Eric
>
> tpass001 wrote:
>
>> Ok,
>>
>> I think I solved the problem of "no vss database found".
>>
>> The solution was to leave the  repository.vss.root as blank. After you do 
>> this, you need to point your SSDIR env variable to the server (where the 
>> source lives) for example in my case it was
>>
>> C:\Documents and Settings\xx>set SSDIR
>> SSDIR=\\Server\VSS\Databases\project
>>
>> Also the
>> repository.vss.home = U:\Program Files\VSS\win32 or on the local drive 
>> i.e.
>> repository.vss.home = C:\Program Files\VSS\win32
>>
>> where the ss.exe file resides (on the source server where the database 
>> lives or the ss.exe on the local machine) why is this, dont ask me. I did 
>> what programmers do when there can be no logic applied. trial and error.
>>
>> But the problem is not solved yet. I see that the files are being "get" 
>> from my vss server and copied to the work dir. but the build is taking 
>> forever. by forever I mean that when I do the build from the command 
>> prompt it takes about 20 sec. And this build from anthill has been going 
>> on for more than 2 hrs with no ss.exe or java.exe showing up in the task 
>> manager. last time this happened, I restarted the machine like a good 
>> windows programmer, but to no avail.
>>
>> Also, I notice that when the files are "get" from the server they are 
>> still read only. why is that. shouldn't anthill not change the read only 
>> attribute or is that going to happen once my 2 hr build gets over. Sorry 
>> for sounding a little acerbic but I have spent 3 days on this now.
>>
>> please let me know if I am missing something.
>>
>> Thanks guys for your help so far. Maybe I can write a faq of sorts when 
>> this thing get done.
>>
>> ----- Original Message ----- From: "Anil Asher" <anilasher at hotmail.com>
>> To: <anthill at lists.urbancode.com>
>> Sent: Monday, November 01, 2004 10:29 PM
>> Subject: Re: [Anthill] anthill "no vss database" found
>>
>>
>>> 2 simple suggestions which might seem silly but one of the things I did 
>>> while I was trying to get my setup to work.
>>>
>>> Remove the spaces before and after "=" in your properties file.
>>>
>>> Use "/" instead of "\" . If you want to use "\" then you might need to 
>>> escape it with another \.
>>>
>>> Of course the best way to test is to use the command line Ant logs in a 
>>> DOS command window, If it works there then the problem is not in the 
>>> script or your properties but the environment.
>>>
>>>
>>> _______________________________________________
>>> Anthill mailing list
>>> Anthill at lists.urbancode.com
>>> http://lists.urbancode.com/mailman/listinfo/anthill
>>>
>> _______________________________________________
>> Anthill mailing list
>> Anthill at lists.urbancode.com
>> http://lists.urbancode.com/mailman/listinfo/anthill
>>
>>
> _______________________________________________
> Anthill mailing list
> Anthill at lists.urbancode.com
> http://lists.urbancode.com/mailman/listinfo/anthill
>