Shall the svn antlib be promoted?

[X] Yes (i.e. +1)
   [X] and I want to become a committer to it [] No


CVS* are core tasks and SVN is the follower. So we should have a
standard solution.

I agree with this sentiment



Shall the .NET antlib be promoted?

[] Yes (i.e. +1)
   [] and I want to become a committer to it [ ] No

+0
Dont know the antlib and dont know .NET - but I dont want to be a
obstacle here.
But: if we start with .NET, why not C/C++, Cobol, ... Maybe it would be
better
in AntContrib?

I see two ways:
- Ant focuses on java language --> no .NET in Ant --> .NET in
Ant-Contrib
- Ant openes for other languages --> can we integrate AntContrib?
 (just for strategic thoughts; license and commitership has to be
checked)
Given that there's already a NAnt for .Net development, and that Microsoft have decided to write their own build tool (MSBuild), I don't really see much point in having a .Net task for Ant. I doubt very much that a pure .Net application would (and dev team) would install a JRE + Ant + .net antlib just to build their app, when: a - using build tools anyway just isn't part of the Microsoft/.Net developer culture b - there are other build tools available that don't require a JRE to be installed
c - one of these build tools has been 'blessed' by Microsoft

The only usefulness in the ant lib would come when developing a cross-platform/multi-platform app where you want to build everything with one tool in which case Ant could be used to build for example a server side component in Java and a client side component in .net

Kev

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to