ant-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Ken Gentle <j.kenneth.gen...@acm.org>
Subject RE: Failing sourcesafe task.
Date Tue, 30 Sep 2003 16:50:53 GMT
I had trouble getting VSS to work via attributes on the task as well.  I 
ended up  setting the VSS environment variables SSUSER and SSDIR

# Micro$oft Visual Source Safe
export VSS_HOME="C:\\Program Files\\Microsoft Visual Studio\\VSS\win32"
export SSUSER=${USERNAME}
export SSDIR="\\\\source\\code\\vss"

I used VSS_HOME to point to the location of the SS executable for inclusion 
in my PATH, and set the other SS vars appropriately for my environment.

Here's the usage from one of the build scripts:

         <vsscheckout
                 vsspath="${vss.path}"
                 login="${env.SSUSER}"
                 serverPath="${env.SSDIR}"
                 localpath="${vss.local.path}"
         />

         <vsscheckin
                 vsspath="${vss.path}"
                 login="${env.SSUSER}"
                 serverPath="${env.SSDIR}"
                 localpath="${vss.local.path}"
                 comment="Build for deployment to QA"
         />

         <vsslabel
                 vsspath="${vss.path}"
                 login="${env.SSUSER}"
                 serverPath="${env.SSDIR}"
                 comment="Build for deployment to QA"
                 label="${vss.label}"
                 autoresponse="Y"
                 />

"vss.path" and "vss.local.path" are the VSS Project path and the local 
directory path respectively.  "vss.label" is generated by the build 
script.  The SSUSER and SSDIR are imported from the environment via:

        <property environment="env"/>

The only reason I can come up with for this working versus simple inclusion 
of the SSUSER and SSDIR values in the script itself is that the VSS 
executable is being invoked from ant in such a way that it is only looking 
in the environment for the SSUSER and SSDIR values.  I've not looked at the 
source for the VSS tasks for over a year now, but I seem to remember 
reaching this conclusion after reading the source.  Of course, being over 
40, memory is the second thing to go -- and I don't recall the first... ;^)

         Ken


At 07:23 2003-09-25, you wrote:
>No worries.  I'll have a play with it and let you know if / when I get
>it working.  Oh how I wish we were using CVS. ;-)
>Bart
>
>
>-----Original Message-----
>From: Antoine Levy-Lambert [mailto:antoine@antbuild.com]
>Sent: 25 September 2003 12:19
>To: Ant Users List
>Subject: AW: Failing sourcesafe task.
>
>I don't really know then.
>Not sure what should realy go in this property serverpath.
>I see 3 possibilities :
>
>
>1 - server ini file as a UNC path,
>  (this one is usually in the text of the ini file located on  your PC)
>
>2 - server ini file as a local path seen from the server itself,
>
>3 - full path of the ini file on your PC
>
>I am not using the VSS tasks myself and users keep having problems with
>that.
>
>Once you have found the solution, please post it on the list. We should
>really fix the doc concerning this.
>
>Antoine
>
>-----Ursprungliche Nachricht-----
>Von: Bart Read [mailto:bart.read@camcog.com]
>Gesendet: Donnerstag, 25. September 2003 13:11
>An: Ant Users List
>Betreff: RE: Failing sourcesafe task.
>
>
>Hmm, thanks again Antoine - I've just tried that (and as it happens the
>ini file IS called srcsafe.ini), but now I'm getting the following
>output:
>
>...
>...
>property
>get_top_level
>vssget
>No VSS database (srcsafe.ini) found.  Use the SSDIR environment variable
>or run netsetup.
>C:\dev\control\java\ctrltest.xml:133: Failed executing: "C:\Program
>Files\Microsoft Visual Studio\Common\VSS\win32\ss" Get $/toplevel
>-GLC:\dev\control\java -I-Y -R "-YBart Read,br"
>C:\dev\control\java\ctrltest.xml:133: Failed executing: "C:\Program
>Files\Microsoft Visual Studio\Common\VSS\win32\ss" Get $/toplevel
>-GLC:\dev\control\java -I-Y -R "-YBart Read,br"
>C:\dev\control\java\ctrltest.xml:133: Failed executing: "C:\Program
>Files\Microsoft Visual Studio\Common\VSS\win32\ss" Get $/toplevel
>-GLC:\dev\control\java -I-Y -R "-YBart Read,br"
>
>Build completed with 3 errors and 1 warning. Time: 2 s
>
>
>Any ideas?
>
>Thanks,
>Bart
>
>
>
>-----Original Message-----
>From: Antoine Levy-Lambert [mailto:antoine@antbuild.com]
>Sent: 25 September 2003 11:57
>To: Ant Users List
>Subject: AW: Failing sourcesafe task.
>
>try to change this property
><property name="serverPath"
>location="\\gold\source\SourceSafe\TNT"/>
>it should include the name of the ini file of source safe on your
>sourcesafe
>server.
>
>so for instance be :
>
><property name="serverPath"
>location="\\gold\source\SourceSafe\TNT\srcsafe.ini"/>
>if the ini file is called srcsafe.ini
>
>Cheers,
>Antoine
>
>-----Ursprungliche Nachricht-----
>Von: Bart Read [mailto:bart.read@camcog.com]
>Gesendet: Donnerstag, 25. September 2003 12:10
>An: user@ant.apache.org
>Betreff: Re: Failing sourcesafe task.
>
>
>Hi All,
>
>
>I have defined the following task to get everything in a project from MS
>Visual Sourcesafe 98:
>
><target name="get_top_level" depends="init" description="Gets top level
>stuff like build files and libraries.">
>         <vssget vsspath="/toplevel"
>                 localpath="C:\dev\control\java"
>                 login="${login}"
>                 ssdir="${ssdir}"
>                 serverpath="${serverPath}"
>                 recursive="true"
>                 autoresponse="Y"/>
>     </target>
>
>However, it's not working properly and I'm not sure why.  I've tried
>fiddling with various things, particularly the autoresponse setting.
>Been looking at this off and on for the past few days in between other
>things but haven't had much luck with the docs or mailing list archives,
>so I was wondering if anybody might know what's going wrong?  The output
>is as follows:
>
>c:\intellij-idea-3.0.5\jre\bin\java.exe -Xmx128M
>-Djava.home=C:\IntelliJ-IDEA-3.0.5\jre -classpath
>c:\intellij-idea-3.0.5\jre\lib\tools.jar;C:\IntelliJ-IDEA-3.0.5\lib\idea
>_rt.jar;C:\IntelliJ-IDEA-3.0.5\lib\ant.jar;C:\IntelliJ-IDEA-3.0.5\lib\op
>tional.jar;C:\dev\control\java\classes;C:\dev\control\java\resources;C:\
>dev\control\java\lib\xsdlib.jar;C:\dev\control\java\lib\namespace.jar;C:
>\dev\control\java\lib\jax-qname.jar;C:\dev\control\java\lib\xerces.jar;C
>:\dev\control\java\lib\jaxb-xjc.jar;C:\dev\control\java\lib\jaxb-libs.ja
>r;C:\dev\control\java\lib\activation.jar;C:\dev\control\java\lib\commons
>-logging.jar;C:\dev\control\java\lib\commons-digester.jar;C:\dev\control
>\java\lib\commons-collections.jar;C:\dev\control\java\lib\jaxb-impl.jar;
>C:\dev\control\java\lib\jta-spec1_0_1.jar;C:\dev\control\java\lib\provid
>erutil.jar;C:\dev\control\java\lib\jaas.jar;C:\dev\control\java\lib\rela
>xngDatatype.jar;C:\dev\control\java\lib\oracle.jar;C:\dev\control\java\l
>ib\jakarta-regexp-1.2.jar;C:\dev\control\java\lib\mail.jar;C:\dev\contro
>l\java\lib\commons-beanutils.jar;C:\dev\control\java\lib\jaxb-api.jar;C:
>\dev\control\java\lib\bcprov-jdk14-119.jar
>com.intellij.rt.ant.execution.AntMain -logger
>com.intellij.rt.ant.execution.IdeaAntLogger -verbose
>-Dbuild.compiler.emacs=true -buildfile C:\dev\control\java\ctrltest.xml
>get_top_level
>ctrltest.xml
>init
>property
>...
>...
>property
>get_top_level
>vssget
>$/TopLevel:
>Auxil.jar
>build13.xml
>deploy.bat
>oracle.jar
>scrub.bat
>scrubSSmetadata.bat
>
>$/TopLevel/crypto:
>0.bks
>0.jks
>1.bks
>1.jks
>2.bks
>2.jks
>3.bks
>3.jks
>4.bks
>4.jks
>5.bks
>5.jks
>6.bks
>6.jks
>system.bks
>system.jks
>
>$/TopLevel/interpreter:
>A writable copy of C:\dev\control\java\build.xml already exists
>
>$/TopLevel/interpreter/io:
>pulse
>
>$/TopLevel/lib:
>activation.jar
>Getting Auxil.jar
>bcprov-jdk14-119.jar
>A writable copy of C:\dev\control\java\interpreter\winterpreter.exe
>already exists
>commons-beanutils.jar
>commons-collections.jar
>commons-digester.jar
>commons-logging.jar
>jaas.jar
>jakarta-regexp-1.2.jar
>jax-qname.jar
>jaxb-api.jar
>jaxb-impl.jar
>jaxb-libs.jar
>jaxb-xjc.jar
>jta-spec1_0_1.jar
>mail.jar
>namespace.jar
>oracle.jar
>providerutil.jar
>relaxngDatatype.jar
>xerces.jar
>xsdlib.jar
>
>C:\dev\control\java\ctrltest.xml:133: Failed executing: "C:\Program
>Files\Microsoft Visual Studio\Common\VSS\win32\ss" Get $/toplevel
>-GLC:\dev\control\java -I-Y -R "-YBart Read,br"
>C:\dev\control\java\ctrltest.xml:133: Failed executing: "C:\Program
>Files\Microsoft Visual Studio\Common\VSS\win32\ss" Get $/toplevel
>-GLC:\dev\control\java -I-Y -R "-YBart Read,br"
>C:\dev\control\java\ctrltest.xml:133: Failed executing: "C:\Program
>Files\Microsoft Visual Studio\Common\VSS\win32\ss" Get $/toplevel
>-GLC:\dev\control\java -I-Y -R "-YBart Read,br"
>
>Build completed with 3 errors and 2 warnings. Time: 3 s
>
>Line 133 is the line with the autoresponse setting on, but as you can
>see the error message isn't particularly informative, and it fails on
>the previous line if I remove the autoresponse attribute.  The odd thing
>is that is does seem to have done a successful get on all the files it
>should have done, but it seems that the task isn't completing properly
>because of something that happens after it gets the last file.
>Unfortunately I've no idea what this is.
>
>In case it helps the relevant property definitions are as follows:
>
><!-- SourceSafe properties -->
>         <property name="login" value="Bart Read,br"/>
>         <property name="ssdir" location="C:\Program Files\Microsoft
>Visual Studio\Common\VSS\win32\"/>
>         <property name="serverPath"
>location="\\gold\source\SourceSafe\TNT"/>
>
>I'm running J2SDK 1.4.2 on Win2000 SP4, with Ant 1.5 integrated with
>IntelliJ IDEA 3.0.5.
>
>I'd be most grateful for any suggestions.
>
>
>Many thanks,
>Bart Read
>
>
>
>
>
>
>**********************************************************************
>IMPORTANT NOTICE.
>Confidentiality:  This e-mail and its attachments are intended for
>the above named only and may be confidential.  If they have come to
>you in error you must take no action based on them, nor must you copy
>or show them to anyone; please reply to this e-mail and highlight the
>error.
>Security Warning:  Please note that this e-mail has been created in
>the knowledge that Internet e-mail is not a 100% secure communications
>medium.  We advise that you understand and observe this lack of security
>when e-mailing us.
>Viruses:  Although we have taken steps to ensure that this e-mail and
>attachments are free from any virus, we advise that in keeping with good
>computing practice the recipient should ensure they are actually
>virus free.
>Monitoring and Scanning: Cambridge Cognition has monitoring and scanning
>systems in place in relation to emails sent and received to: monitor /
>record business communications; prevent and detect crime; investigate
>the
>use of the Company's internal and external email system; and provide
>evidence of compliance with business practices.
>**********************************************************************
>
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: user-unsubscribe@ant.apache.org
>For additional commands, e-mail: user-help@ant.apache.org
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: user-unsubscribe@ant.apache.org
>For additional commands, e-mail: user-help@ant.apache.org
>
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: user-unsubscribe@ant.apache.org
>For additional commands, e-mail: user-help@ant.apache.org
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: user-unsubscribe@ant.apache.org
>For additional commands, e-mail: user-help@ant.apache.org

=============================================================
J. Kenneth Gentle (Ken)    | Phone: (610) 255-0361
Gentle Software, LLC       | Email: j.kenneth.gentle@acm.org
=============================================================


---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@ant.apache.org
For additional commands, e-mail: user-help@ant.apache.org


Mime
View raw message