Re: [nant-dev] RE: filterchains/sets other was: [Fwd: Ready to tackle next release]

> - Original Message - > From: "Mitch Denny" <[EMAIL PROTECTED]> > To: "Ian MacLean" <[EMAIL PROTECTED]>; "Gert Driesen" <[EMAIL PROTECTED]> > Cc: <[EMAIL PROTECTED]> > Sent: Wednesday, October 08, 2003 1:23 AM > Subject: [nant-dev] RE: filterchains/sets other was: [Fwd: Ready to tackle n

Re: [nant-dev] Bug Report

Lalit, Can you submit this bug report as a formal bug using the bug tracker (at http://sourceforge.net/projects/nant/) ? Clayton, can you have a look at this ? Thanks, Gert - Original Message - From: "Lalit Parashar" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, October 07

[nant-dev] Internal Error.

This error arrive when I'm try to compile Solution than used C# and J# project. INTERNAL ERROR System.Exception: Couldn't find referenced assembly: C:\WINNT\Microsoft Visual J Sharp .NET\Framework\v1.0.4205\vjslib.dll at NAnt.VSNet.Tasks.Reference.GetReferenceFiles(ConfigurationSettin

[nant-dev] Bug Report

C:\Dev\CFS\CFS>nant -nologo /f:db.build cvs-checkout Buildfile: file:///C:/Dev/CFS/CFS/db.build cvs-checkout: [echo] Checking out code to local repository from CVS ... Connection established U webapps/nefs-sample-cfs/webapps/nefs-sample-cfs/WEB-INF/web.xml U webapps/nefs-sample-cfs/webapps/n

RE: [nant-dev] RE: RE: [Fwd: Ready to tackle next release]

In my opinion, it would be a "good thing" if at some point the task did very little work itself. Instead it should dynamically determine which of the existing tasks should be called and then call them (instead of calling csc.exe directly, for example). This would allow the solution task to lever

[nant-dev] solution task

Hi, I have a simple target defined as follows: When my target executes, I get the output as attached (ant.out). I am desperate for a solution (no pun intended) to this problem ASAP. I was hoping the final 0.8.3 release would resolve this problem since I was using RC2. However, I just

RE: [nant-dev] RE: RE: [Fwd: Ready to tackle next release]

> This works extremely well, mainly because Visual Studio forces > the Form/Control classes to always be the first class in the > file (now you know why they do this, it seems that VS needs > to do all this work as well...). > You can read more about the issue here (from Eric Gunnerson's blog)... h

[nant-dev] task problem

Hi all, I am attempting to use a task to build as follows: Doing so yields the following output: INTERNAL ERROR System.Xml.XmlException: The data at the root level is invalid. Line 1, position 1. at System.Xml.XmlTextReader.ParseRoot() at System.Xml.XmlTextReader.Read() at System.Xm

Re: [nant-dev] Patch Requirements

Before posting patches, first make sure there's interest in your patch. We wouldn't want you wasting efforts on a patch that will never be committed ... Gert - Original Message - From: "Ian MacLean" <[EMAIL PROTECTED]> To: "Met @ Uber" <[EMAIL PROTECTED]> Cc: "NAnt-Devel" <[EMAIL PROTEC

[nant-dev] NAnt and Ant (was: Ready to tackle next release)

On Tue, 7 Oct 2003, Gert Driesen <[EMAIL PROTECTED]> wrote: > great to see that one of the driving forces thanks > behind Ant is also interested in NAnt :) More and longer than you think. ;-) I'd think that Ian and Ge

Re: [nant-dev] filterchains/sets other was: [Fwd: Ready to tackle next release]

On Tue, 07 Oct 2003, Gert Driesen <[EMAIL PROTECTED]> wrote: > I have no problem removing it [filtersets] again, but we should > somehow think about how we'll be implementing fitlerchain support in > NAnt. filtersets in Ant predate filterchains, that's why we haven't removed them (backwards compa

Re: [nant-dev] [Fwd: Ready to tackle next release]

Exactly. is for when you want to explicitly load tasks etc from an assembly but maybe only for a specific project - ie you don't want to add those tasks at the machine level. Ian Mitch Denny wrote: So would we preload some like it does now when an assembly with tasks is dropped into the same di

RE: [nant-dev] [Fwd: Ready to tackle next release]

So would we preload some like it does now when an assembly with tasks is dropped into the same directory as NAnt.exe? That would be useful too. For each "buildable unit" I tend to take a snapshot of NAnt and any custom tasks and drop it into a tools directory. That way I'm not tied to the version o

Re: [nant-dev] filterchains/sets other was: [Fwd: Ready to tackle next release]

Yeah - lets do that until we come up with a clear direction Ian Gert Driesen wrote: Yes, the discovery mechanism shouldn't be all that hard. Should I comment out the filterset code in the and tasks to prevent users from using these until we've decided if we'll replace it by filterchain support

Re: [nant-dev] [Fwd: Ready to tackle next release]

Interesting. I think we can easily do the equivalent for NAnt by means of a task similar to the we have already. We already discover referencable datatypes so adding attribute based detection of filters and or anything else shouldn't be a big change. Ian Stefan Bodewig wrote: On Tue, 7 Oct

Re: [nant-dev] Patch Requirements

Fairly simple. see the How do I contribute to NAnt or NAntContrib? question in the faq http://nant.sourceforge.net/wiki/index.php/FAQ. basically just make sure the formatting/code layout is correct and then post here. Ian Met @ Uber wrote: What are the requirements for submitting patches to

[nant-dev] Patch Requirements

What are the requirements for submitting patches to NAnt? ~ Matthew --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ nant-developers mailing list [E

[nant-dev] RE: filterchains/sets other was: [Fwd: Ready to tackle next release]

Hi guys, Yeah, I was thinking along the same lines. If we had a FilterLink attribute (continuing the analogy of a link in the chain :P). In response to your earlier post Gert, I think it would be better if we hold off on filterset's and strive for filterchains, even if it doesn't make the 0.8.4 re

RE: [nant-dev] filterchains/sets other was: [Fwd: Ready to tackle next release]

Yeah, lets not ship anything in 0.8.4 I think it has potential to introduce too many bugs this close to a release. - Mitch Denny - [EMAIL PROTECTED] - http://www.monash.net - +61 (414) 610141 - > -Original Message- > From: Gert Driesen [mailto:[EM

Re: [nant-dev] filterchains/sets other was: [Fwd: Ready to tackle next release]

On Tue, 2003-10-07 at 23:26, Scott Hernandez wrote: > I'd vote +1 on using filterchains and -1 on filtersets. It seems like with > the right combination of standard filterchains we can replace the > functionality of filtersets all together. > I totally agree, I only ported the Ant filterset to An

Re: [nant-dev] filterchains/sets other was: [Fwd: Ready to tackle next release]

I'd vote +1 on using filterchains and -1 on filtersets. It seems like with the right combination of standard filterchains we can replace the functionality of filtersets all together. - Original Message - From: "Gert Driesen" <[EMAIL PROTECTED]> Sent: Tuesday, October 07, 2003 11:19 AM Sub

Re: [nant-dev] solution task

I think we should first work on refactoring the solution task (actually most classes in the VS.NET namespace), fixing known issues (first of all fixing, replacing or removing the current WebDavClient as its not working all too well), adding localization support, adding framework awareness, Ge

Re: [nant-dev] filterchains/sets other was: [Fwd: Ready to tackle next release]

- Original Message - From: "Ian MacLean" <[EMAIL PROTECTED]> To: "Gert Driesen" <[EMAIL PROTECTED]> Cc: "Mitch Denny" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Tuesday, October 07, 2003 4:52 PM Subject: [nant-dev] filterchains/sets other was: [Fwd: Ready to tackle next release] > I

Re: [nant-dev] [Fwd: Ready to tackle next release]

great to see that one of the driving forces behind Ant is also interested in NAnt :) Gert - Original Message - From: "Stefan Bodewig" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, October 07, 2003 7:11 PM Subject: Re: [nant-dev] [Fwd: Ready to tackle next release] > On Tue

Re: [nant-dev] [Fwd: Ready to tackle next release]

On Tue, 7 Oct 2003, Gert Driesen <[EMAIL PROTECTED]> wrote: > For third party filterreaders only the first notation is supported, > ofcourse. in Ant 1.5, that is. With Ant 1.6beta things have changed dramatically. for the

[nant-dev] filterchains/sets other was: [Fwd: Ready to tackle next release]

I think I need to read up on filterchains a bit more. Is the functionality of filterchains a superset of filtersets ? It should be possible to use the same type discovery mechanism we now use for Tasks and referencable elements to discover filterreader classes in a given assembly. Or somthing

Re: [nant-dev] [Fwd: Ready to tackle next release]

Mitch, The filterset implementation currently does not allow for other types of filters to be set, that's what the filterchain support was intended for. I'm not sure on how to proceed with this, we could rework the filterset implementation (which, right now, is more or less a port of the Ant filt

RE: [nant-dev] NAnt Designer Support

Hi Scott, Yep, Nick has already raised this point. I conceed that documentation is more critical than designer support. I'll drop it until after 1.0 ships and _hopefully_ more documentation is about. - Mitch Denny - [EMAIL PROTECTED] - http://www.monash.ne

RE: [nant-dev] NAnt Designer Support

Hi Nick, That's far enough. Good documentation is essential and would probably be required as a design step of this kind of stuff anyway - gotta have good practices before you can wrap them up in an IDE! - Mitch Denny - [EMAIL PROTECTED] - http://www.monas

RE: [nant-dev] [Fwd: Ready to tackle next release]

Cool, so should I bother with the replace task? One of the tasks modes is NAnt and Regex (as well as simple text substitution). The begin and end token attributes wouldn't make sense in that case and it would (possibly) be better to do something like:

[nant-dev] solution task

Hi all, finally, I should have some spare time to nant project again. Do you still think, code refactoring for solution task (described below) is good idea? I want to ensure that if I do it, it will be accepted (alot of work) Martin - Original Message - From: "Martin Aliger" <[EMAIL PRO

Re: [nant-dev] Re: [Fwd: Ready to tackle next release] (Patches)

I was busy with lots of things and didn't read your message thoroughly ... Sorry about that Gert - Original Message - From: "Ian MacLean" <[EMAIL PROTECTED]> To: "Gert Driesen" <[EMAIL PROTECTED]> Cc: "James C. Papp" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Tuesday, October 07, 2003