I'll have to find it back, but i made myself an updated version of the record task, after NAnt's log system has been changed, o i should be able to provide it, with minor changes, to handle NAnt namespace restructuration.

I would also be glad to help cleaning up NAntContrib if I have time to do so

Nick



From: "Miller, Kevin" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>
Subject: [NAntC-Dev] Re: Updating Nant-Contrib to latest Nant
Date: Thu, 26 Jun 2003 20:47:54 -0500
I am concerned about the friction NAnt users are experiencing trying to
contribute and in general use the NAntContrib tasks:
http://www.iunknown.com/000278.html


I would love to help clean up NAntContrib. I have some recent experience
from updating the StarTeam tasks. I will take a look at the items Mike
listed and see what I can do. If anyone can relay motes of wisdom please
jump in.

Kevin Miller

-------
From: Mike Roberts <[EMAIL PROTECTED]>
 Updating Nant-Contrib to latest Nant
2003-06-25 14:56
 I spent a couple of hours looking at updating Nant-Contrb last night to

 compile against the latest NAnt, and realised its a lot more than just
 changing the namespace hierarchy from Sourceforge.Nant to Nant.Core.
 Other updates since Nant 0.8.2 that effect Nant-Contrib include:
 - Logging has completely changed
 - Log Listeners have disappeared, so FileLogListener and the RecordTask

 need to change significantly
 - Some classnames have changed (e.g. 'MsftFXSDKExternalProgramBase')
 - Some stuff has moved to Nant.Core.Types
 - OptionCollection stuff seems to have completely changed
 - and more (I think)

 In light of this, the fact that I don't know Nant-Contrib very well,
and
 also that there aren't a significant amount of tests, I'm now reluctant

 to update the whole of Nant-Contrib. I'm only using the <mkiisdir>
task,
 so can just update that locally..

 ....However, I'm going to bold now and give my opinion which the
project
 leads are more than free to completely disregard. :)

 I don't really understand why Nant-Contrib and Nant are 2 separate
 projects. I can see the value in having separation to some extent (e.g.

 downloadable binaries, so that users don't have to download a bunch of
 tasks that they don't want), but on the other hand complete separation
 leads to (a) confusion in the user community and (b) the kind of
 situation that currently exists where there are significant differences

 between the 2 trees. I personally think it would be valuable,
therefore,
 if the following happened:
 1 - As a goal, the Nant-Contrib project should be phased out
 2 - All the work (that is going to continue to live on) from
 Nant-Contrib should be (task-by-task) brought into the Nant project,
 maybe under a separate directory called 'optional-tasks'[a]
 3 - The Nant buildfile should compile both the NAnt Core, the existing
 extra tasks and the 'optional-tasks' so that the latter of these don't
 get out of sync with changes to the core.
 4 - ... a result of which would be the tasks imported from Nant-Contrib

would also be updated to fit in with latest NAnt

 [a] - I actually think that some of the (smaller) tasks from
 Nant-Contrib maybe better off in the main Nant download. Perhaps the
 NAnt committee would want to think about each task on a case-by-case
basis.

 Of course, I'm a newbie round here, and there are probably very good
 reasons for the separation of the projects and I'm just being
 presumptuous to suggest such a plan of action. :)

Cheers,

Mike




------------------------------------------------------- This SF.Net email is sponsored by: INetU Attention Web Developers & Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php _______________________________________________ NAntContrib-Developer mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nantcontrib-developer

_________________________________________________________________
MSN Messenger : discutez en direct avec vos amis ! http://messenger.fr.msn.ca/




-------------------------------------------------------
This SF.Net email is sponsored by: INetU
Attention Web Developers & Consultants: Become An INetU Hosting Partner.
Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission!
INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php
_______________________________________________
NAntContrib-Developer mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/nantcontrib-developer

Reply via email to