Bill,
The problem is that the name attribute of the include element is being evaluated regardless of whether the if attribute evaluates to true or false.
The only workaround I know of is to protect the entire task containing the if-protected element inside a dual if/unless block... in the if block, include the summary; in the unless block, omit it. Yes, this does usually involve duplication in your script.
Then again, I've been out of the loop for a few months, and someone else might have a better workaround?
-- Troy
[EMAIL PROTECTED] wrote:
This could, of course, be me being stupid, but I can't get my <if> statement to work.
I have a target that builds the documentation for my code using NDoc. If the user has created a namespace summary file, then this needs including in the <ndoc> task. In order to keep to a standard template, I have an <init> target in my build scripts that gets called first, and this contains property definitions that drive the rest of the build. This means that when a developer creates a new compoent, they just take a copy of the template and set the property values in the <init> and everything else works by magic.
In my init target in the template, I have the following line:
<property name="namespace.summary.file" value="" />
and the instructions say if you don't have a namespage summary file, then leave the property as "", otherwise set the value to whatever.
Then in my <ndoc> task, I have the following for the summaries entry:
<summaries basedir="."> <include name="${namespace.summary.file} if="${string::get-length(namespace.summary.file)>0}">" /> </summaries>
However, if the value of namespace.summary.file is "", then I get an error
that '' is not a valis value for the name attribute.
Am I missing the point here? Is there another way of doing this? I really don't want the users to have to edit the <docs> target depending on whether or not they have a summary file as it is much easier to maintain if all the configuration goes in the <init> target.
Any help appreciated.
Cheers,
Bill
UK businesses use 2 million tonnes of paper each year. THINK before you PRINT this email. ______________________________________________________________
CONFIDENTIALITY NOTICE
This communication and the information it contains is intended for the person or organisation to whom it is addressed. Its contents are confidential and may be protected in law. Unauthorised use,
copying or disclosure of any of it may be unlawful. If you are not the intended recipient, please contact us immediately.
The contents of any attachments in this e-mail may contain software viruses, which could damage your own computer system. While Marlborough Stirling has taken every reasonable precaution to minimise this risk, we cannot accept liability for any damage, which you sustain as a result of software viruses. You should carry out your own virus checking procedure before opening any attachment.
Marlborough Stirling plc, Registered in England and Wales Registered No. 3008820,
Jessop House, Jessop Avenue, Cheltenham, Gloucestershire, GL50 3SH
Tel: 01242 547000 Fax: 01242 547100
http://www.marlborough-stirling.com
------------------------------------------------------- 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
