> I agree that it can be useful to control a log level 
> threshold on a task level. A property to control the logging 
> threshold of a Task actually already exists (Task.Threshold), 
> but I have chosen not to expose this attribute to build 
> authors yet, as I first want to discuss this further.

Sure.
 
> I think it would also be great to have a way to control the 
> log level with which certain messages are output on a 
> task-level. Meaning, certain messages to which no explicit 
> log level is assigned, would by default be logged with level 
> Info, but an additional attribute could be added to control 
> the log level of these messages. For example: you could 
> increase the weight of these messages to "Warning", or 
> decrease them to "Debug".

That could be interesting also. I never pay much attention to level of
messages till I began to use ccnet as intergration server. There NAnt is
executed with XmlLogger then XSL processing made to its output. Levels of
messages so could be important source of information here!

Maybe we could introduce only this second functionality and introduce also
new level 'None' which will never be outputted? (actually this is how I
implement it myself)


What other developers and community think about this issue?

 

> About the <delete> task : I've actually proposed to change 
> this behaviour a long time ago. In my opinion, the <delete> 
> task should never fail if the directory that you want to 
> delete does not exist.  That would also match the behavior of 
> Ant.  Perhaps we should open that discussion again.

It shoudn't be error. Maybe warning but definitelly not error when
failonerror is false.

Martin



-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl
_______________________________________________
nant-developers mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/nant-developers

Reply via email to