Hi Paul,

What version of Nant are you using ? Can you try using a recent nightly
build (http://nant.sourceforge.net/nightly/builds) as lots of issues have
been fixed since the 0.84 release.

Gert
 

> -----Original Message-----
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of 
> Paul Ingles
> Sent: woensdag 17 november 2004 18:56
> To: [EMAIL PROTECTED]
> Subject: [Nant-users] Problem referencing System.Web.Dll 
> using solution build
> 
> Hi,
> 
> Apologies if this is something I'm misunderstanding, but I've not come
> across an answer in the mail archives. This may also be a 
> little over-long,
> but I want to make sure I give as much info as possible.
> 
> We're looking to move towards continuous integration and I'm 
> working on
> getting CruiseControl.NET working with SourceSafe and Nant to 
> automatically
> build libraries and web projects.
> 
> My build file so far creates a directory for the solution's 
> projects, and
> then gets each project, using the same path information as 
> with VSS. Our VSS
> tree looks slightly different to normal, with the tree being 
> constructed
> around categories (rather than projects). So, for instance:
> 
> $/Sites
> $/Libraries
> $/Solutions
> 
> And then within those are the libraries for the various 
> controls etc. used
> in this project.
> 
> As I mentioned, I've successfully set each project up to be 
> retrieved from
> SourceSafe as follows (Xyz being the name of the overall solution):
> 
>   <target name="get" depends="clean">
>     <vssget
>       user="paul.ingles"
>       password=""
>       
> localpath="Xyz\Libraries\CentaurNet\CentaurNet.Web.Controls\1.0.0"
>       recursive="true"
>       replace="true"
>       writable="false"
>       dbpath="\\machine\sourcesafe"
>       path="$/Libraries/CentaurNet/CentaurNet.Web.Controls/1.0.0"
>       />
> 
> Eventually, this means a structure such as:
> 
> C:\Builds\Xyz\Libraries\CentaurNet\CentaurNet.Web.Controls\1.0.0
> ...
> 
> Most projects are dependent upon other projects for binaries, 
> and to ensure
> relative paths are retained, the structure is identical to 
> that which is
> used by Visual Studio (which builds fine).
> 
> Overall, the solution file is stored in 
> C:\Builds\Xyz\Solutions\Xyz\Xyz.sln,
> and this is referenced inside the target element as follows:
> 
> <target name="build" depends="get">
>     <solution configuration="debug"
>             solutionfile="Xyz\Solutions\Xyz\0.3.0\Xyz 0.3.0.sln">
>     </solution>
>   </target>
> 
> Upon running the build, it does build the structure fine and 
> gets on to
> building. It then reports a failed build when it can't reference the
> System.Web.Dll needed by the first project:
> 
> ---------
> build:
> 
>  [solution] Starting solution build.
>  [solution] Building CentaurNet.Web.Controls [debug]...
>                  [copy] Copying 6 files to
> C:\BUILDS\Xyz\Libraries\CentaurNet\CentaurNet.Web.Controls\1.0
> .0\bin\Debug\.
> 
> BUILD FAILED
> 
> Couldn't find referenced assembly 
> 'C:\BUILDS\WINDOWS\Microsoft.NET\Framew
> ork\v1.1.4322\System.Web.dll'.
> 
> Total time: 43.8 seconds.
> ---------
> 
> Should the System.Web.Dll reference not be obtained through 
> the GAC? If not,
> is it necessary to explicitly add the path to the .NET 
> Framework assemblies?
> 
> Thanks for reading this far!
> 
> Regards,
> Paul
> 
> --
> Paul Ingles
> Developer
> CentaurNet
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: InterSystems CACHE
> FREE OODBMS DOWNLOAD - A multidimensional database that combines
> robust object and relational technologies, making it a perfect match
> for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8
> _______________________________________________
> Nant-users mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/nant-users
> 
> 



-------------------------------------------------------
This SF.Net email is sponsored by: InterSystems CACHE
FREE OODBMS DOWNLOAD - A multidimensional database that combines
robust object and relational technologies, making it a perfect match
for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8
_______________________________________________
Nant-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/nant-users

Reply via email to