Title: Message
jean-michel,
in v
0.8.3 of nant, has an output= attribute where you name the
output file of interest.
however, in v 0.8.3, that feature doesn't work well (you have to also say
append="true" or you only get the last line of the output. but you still don't
get line breaks be
look at the source for the nant.console.exe. that'll show you how to
start up a job.
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of
> Gerold Kathan
> Sent: Tuesday, February 03, 2004 10:27
> To: [EMAIL PROTECTED]
> Subject: [Nant-users] nant task
Title: Message
mark,
in the
following example, the whole tree below test1 ends up in testmoved. the
files dissapear from under test1, but not the directories. hence the
delete dir task.
hth
-Original Message-From:
[EMAIL PROTECTED]
[mailt
8, 2003 3:48 PM
> To: 'Nant (E-mail)'
> Subject: RE: [Nant-users] Problem with
>
>
> What is this configuration? I don't have to specify any
> configuration when I build with Visual Studio. What are my options?
>
> -Dan
>
> -Original Message-
the solution task expects you to name the target configuration for your
compilation (eg. debug or release). i don't know whether there's a
default configuration and you don't happen to have it defined in your
solution. be specific, like:
> -Original Message-
> From: [EMAIL PROTECTE
i do the same all the time, except i prefix the property name w/ the
function name.
there isn't an alternative in nant at present.
for my money, if there were, i'd prefer the following syntax:
with a mechanism to keep the param properties local to the "function"
(i.e. don't collide
daniel, do you mean target or task?
for task, i don't know...
for target, i'd to this:
...
...
...
jean
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of
> Daniel Bron
> Sent: Friday, December 12, 2003 14:30
> To: Nant (E-mail)
> Subj
the original question wasn't whether target/task are conditional (they
are). it was whether there's a way to test the availability of tasks.
there is. it's documented as:
built-in properties:
nant.task.* Each task available to nant has a "true" value, e.g.,
nant.task.copy
however, the DOC
be called but they
> never actually do anything. Is this behavior a bug or by
> design? If it is by design that should be documented...
>
>
> Kevin Dickover
>
> -----Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of
> Jean Rajot
it's not a property file per se, but a project file that defines
properties, like so:
c:\_myprops.build
--8<--
--8<--
then you just include this file like so (note the task can't
be inside a target ):
HTH
> -Original Message-
> From: [EMAIL PROTECTED]
>
i've tried different approaches also but they all fail because the
PropertyDictionary.ExpandProperties uses regex to find ${prop} in
strings, and regex is intrinsically lazy. i wouldn't dare change
nant.core directly (!), but indirectly... pls. find attached replacement
code for PropertyDictionary
Title: Message
i
would say yes, it's a perfect use of
here's an undocumented aspect of filesets that may be what you want (i
don't know ant...)
here's how i used it and what it does:
for c:\lala.txt that contains:
c:\bobo.exe
c:\lala.exe
d:\kiki.exe
c:\temp\**.exe
i nant this:
and nant
ist. you need to do this
to get results:
it looks like the docs come from Ant and the feature wasn't implemented
in NAnt...
Jean Rajotte
+1 416-574-1767
---
This SF.net email is sponsored by: SF.net Giveback P
patrick,
i understand and i thought of that, but it means the caller can't
control whether common-build-init can run again. it's become
common-build-init-run-once-only-ever-amen and that's a loss. now, if
we could disappear existing props... is this in place?
jean
> From: [EMAIL PROTECTED]
william sez:
> I think Jean's point was that since we can't know how our targets are
> going to get used (i.e. depend'd or call'd), we have to
> assume they will
> be called (i.e. their dependencies will be run more than once).
>...
> not being
> able to say that a call task doesn't rerun depe
gert, thanks for sticking w/ me on this.
> > your build example could be done using call+force just as
> readily in
> > the past as you have it now.
>
> feel free to provide a sample to convince me, but I don't
> think we will be change the new behaviour :-)
here's your example:
re yet HOW to fix it).
boohoohoo poor little ol' me.
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of
> Jean Rajotte
> Sent: Thursday, November 20, 2003 11:08
> To: [EMAIL PROTECTED]
> Subject: RE: [Nant-users] Incorrect d
so, you're saying : CALLing a target forces to execute its dependencies.
does this cascade to the dependencies' dependencies (etc) ?
---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more product
invested in the previous behaviour.
jean
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of
> Jean Rajotte
> Sent: Thursday, November 20, 2003 09:55
> To: 'Breen, Patrick'; [EMAIL PROTECTED]
> Subject: RE: [Nant-users] I
why, oh why? what was broken w/ force= ?
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of
> Gert Driesen
> Sent: Thursday, November 20, 2003 10:00
> To: Breen, Patrick; [EMAIL PROTECTED]
> Subject: Re: [Nant-users] Incorrect dependency evaluation?
please let it be that 0.8.4 behaviour is a bug, and that <0.8.4
behaviour is the right one. there's a force= attribute to change that.
i'm heavily invested in only-run-once for depends= (e.g. every target
calls the global init-props target to afford each target granularity).
> -Original Mes
here's something i've been using. i haven't felt it's good enuf to be
sourceforge'd, but it's worked for me.
it works w/ nant 0.8.2 (i.e. before the namespace revamp), so it might
need some refactoring.
it's invoked like so:
sync:
add files to a changelist for edit/add:
submit them
Title: Message
you
can get using to load the env into
sys.env.*
you
can't set from within .net, or using the shell from
nant.
-Original Message-From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Sean
PerkinSent: Thursday, November 13, 2003 17:09To:
[E
the only way that comes to mind is to write a script (my standard cheat
:)
les I have a lot of dependcies and
files.
I
will give the slingshot task a shot Any good samples of this
anywhere?
Thanks :)
Eric
-Original Message-From: Jean Rajotte
[mailto:[EMAIL PROTECTED] Sent: Monday, November 10,
2003 11:49 AMTo
Title: Message
do you
mean from a .sln file and/or .csproj files?
-
there's the task that does all the work but doesn't generate an
output .build
-
there's the slingshot task which wraps the slingshot utility which generates a
.build from a sln. it's fallen behind in terms of supporting
Title: Message
what's
a "script ran with " ?
a
script runs using . in there, you can set a property like
so:
i believe at this point there's no property file functionality.
as i think about your problem, i imagine you could accomplish your
purpose w/ as follows:
because is global (not in a task), get it to ALL the
diverse client property defs. but don't put the defs. at the project
level of the includ
i always think of script as a cheat, but i shouldn't :) after all, C# is the most
powerful extension of NAnt.
the shared project file conditionally includes the shared property file,
which conditionally includes the local property file.
...
8<--
8<--
> -Original Message-
> From: Rodrigo B. de Oliveira [mailto:[EMAIL PROTECTE
looking at source code, i don't see any param that would trigger that
behaviour.
the following code'd do you, tho:
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of
> Eric
it would require that the csc call in the solution task introduce an
extra DEFINE. this could be useful at large. i don't know if it's
there already...
meanwhile, you could create a new solution configuration (eg:
nantdebug), place the DEFINE in there, and reference it in the
just thinkin...
03 19:07
> >>To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> >>Subject: RE: [Nant-users] How to list available targets?
> >>
> >>
> >>Fabulous. That's what I've been looking for. How could I get
> >>the descriptions along with that?
> >&g
gt; Sent: Monday, September 15, 2003 19:07
> To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: RE: [Nant-users] How to list available targets?
>
>
> Fabulous. That's what I've been looking for. How could I get
> the descriptions along with that?
>
> Thanks,
Title: Message
eric,
the
way i read the error, it's not NDoc that's pushing back, it's the solution task
that's expecting the xml output and doesn't find it.
i
don't know why csc doesn't put out the XML in spite of the
warnings...
i know
i tone the warnings down by changing the project's wa
good point about includes.
here's a target that lists all loaded targets
so, to invoke it you'd say: >nant showTargets
phew!
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of
> Ian MacLean
> Sent: Wednesday, September 10, 2003 23:00
> To: David Reed
> Cc: [EMAIL PROTECTED]
> Subject: [Nant-users] Re: Obsolescing NAntContrib [was RE:
> [nant-dev] Re: [Nant-users] 0.8
vincent,
tho i don't use asp.net at this juncture, it does sound like a good idea.
use xslt task to create a filelist of those files to copy
use foreach task to traverse the file list
use copy task for each file
pass 1: try it out as a target using nant instead o
Title: Message
the
task
-Original Message-From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Dejan
KaduncSent: Wednesday, September 10, 2003 09:13To:
[EMAIL PROTECTED]Subject:
Is there any way to run external program
with nant?
yall,
i think we can accomplish your requirements w/o making nant-contrib
obsolete. it has it's place as the venue to extend nant. if i can
extend nant for myself, why shouldn't i share my work w/ the community
without "poluting" nant core.
if there's a whole bunch of nant-contrib tasks that ar
-map http://localhost/Centr
> >>>e/ D:\projects\procard\Centre\Web\ > buildWeb.build Unhandled
> >>>Exception: System.NotSupportedException: The given path's
> format is
> >>>not supported. at
> >>>System.Security.Util.StringExpressio
lPath)
> > at System.IO.Path.GetFullPath(String path)
> > at SLiNgshoT.Core.NAntWriter.writeCopyRef(String referenceName,
> > String configurationName)
> > at SLiNgshoT.Core.NAntWriter.WriteCopyRefsTargets(Solution solution)
> > &nb! sp; at SLiNgshoT.Core.NAntWriter.Wr
tasks don't work like this as it stands.
i wonder if you couldn't regex the output from the solution task to get
the list of built files.
also, what didn't you think that having a project that "pulls" all the
others in your solution is a workable approach. t'works for me on a
large, convoluted pro
age to get it built. I can get the
> build to work,
> > but when I go to put the binaries in NAnt's bin folder, I get a
> > not recognized type of error.
> >
> > That change to my build file didn't do it Jean. I still
> get the same
> > error with
instructions and do it from scratch to see how well it works.
> And yes... I really need it to work with 1.1 and sometimes 1.0.
>
> But even with all that said... I'm very grateful for the
> efforts that have produced NAnt and NAntContrib for basically free!
>
> Thanks,
>
ake sure they didn't
break nant-contrib. when someone gets nant (source/bin), they only get
nant (because they're not dependent on nant-contrib) when someone gets
nant-contrib (source/bin), they get both the latest nant-contrib and the
latest nant (source/bin) because they work together
intriguing hippo thing.
- is there a task to launch it in-line (as opposed to the non-batch
process of manually going to the webpage)?
- how does it deal w/ file references (i.e. on the local drive)?
- what about referencing other projects (the way the Solution Task
solves) ?
just wonderin'
/jean
ovement on this.
>
> http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/nantcontrib/NAn
> tContrib/s
> rc/Tasks/SlingshotTask.cs?rev=1.4
> <http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/nantcontrib/NA
> ntContrib/
> src/Tasks/SlingshotTask.cs?rev=1.4&content-type=text/vnd.v
Title: Message
eric,
it
does look like the syntax is as advertized.
i
thought you had other slingshot tasks in your projects. what's different
here?
as i
look in the code for SlingshotTask, i see there's some confusion about how
OptionSets are iterated. pls. try something crazy like the f
ks
off the temp project file, there's no way in ndoc to have embedded html
(me thinks).
thanks anyway.
/jean
> -Original Message-----
> From: Jean Rajotte [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, August 20, 2003 16:37
> To: '[EMAIL PROTECTED]'
> Subject: ndoc and
when i got the same problem, i fixed it as follows:
1) no namespaces tag in the ndoc task
2) reference other xml file in summaries
...
...
3) ${file.namespaces} looks like this:
Business objects and logic native
to the framework.
...
l from ndoc's work):
plain and <b>bold</b> text
i don't want this -- i want html! i don't know whether ndoc or nant is
munging the text into &-; notation...
any idea and/or alternatives?
thanks,
jean
Jean Rajotte
+1 416-574-1767
---
Title: Message
shot in the dark. have
you tried adding a message="test message" attribute?
also, why both file= and
attachments= ?
-Original Message-From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Daniel
NguyenSent: Tuesday, July 22, 2003 19:25To:
i'm not clear on this conversation...
i've mucked in slingshot 2 months ago (or so), changing how it handled
references. btw, slingshot is deprecated in favour of the
task.
external references get copied to the build directory when they are
marked "copy local" in vss. in the .csproj file, that c
suggest creating an installer for NAnt
> to make it easier for newbies to get started. The installer
> could add the needed paths to the environment path.
>
> thanks again,
> Paul
>
> PS, love the new solution task, makes life alot easier.
>
> - Original Message -
it's probably choking on finding csc.exe or vbc.exe. it expects those
on the path.
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of
> Paul Welter
> Sent: Monday, June 23, 2003 14:26
> To: [EMAIL PROTECTED]
> Subject: [Nant-users] help with the s
Title: Message
furthermore, because does call csc.exe directly, the
csc.exe of interest should be the 1st one on the PATH. those struggling
with this over the past week have said they had to change the order in the PATH
environment variable, so that .net framework 1.1 is found first. that
o.
>
> My csc task looks like this :
>
> output="${bin.dir}\typemap.dll"
> doc="${xml.dir}\typemap.xml">
>
>
>
>
>
>
>
>
> From: "Jean Rajotte" <[EMAIL P
i don't understand the question, gokul.
are you talking about the version of the .net framework?
the assembly version for your project?
could you please provide an example of the task and the output you're
getting?
/jean
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL P
this here works for me, where c:\test\test2\ remains after the task :
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of
> Peter Lanoie
> Sent: Monday, June 16, 2003 11:36
> To: [EMAIL PROTECTED];
> [EMAIL PROTECTED]
>
sorry, i can't reproduce your situation.
i got everything from nantcontrib cvs in a fresh dir
(using tortoisecvs, pointing to
cvs.sourceforge.net:/cvsroot/nantcontrib/ )
then i ran nant (the version i have is 0.8.2. )
i see from the output below that the nantcontrib build gets the nant it
wants a
id not upgrade
> which still uses framework 1.0 and slingshot rocks with that sln file.
>
> Any info would be great!
>
> (In a Jam)
> -Shawn
>
>
>
>
>
> -Original Message-
> From: Jean Rajotte [mailto:[EMAIL PROTECTED]
> Sent: Wednesday,
Title: Message
i
don't see a native way in nant, but for grins, i just did this. it's
"ugly", possibly there's a better approach, and it's not stress tested, but it
"works on my machine". basically, roll your own directory
recursion:
I find that actually spend 90% of my time reading
> code (even if it is my own) and 10% writing code. A tree
> view for me provides better visualization of NAnt
> functionality, thus 90% of my time is better utilized.
>
> Thanks for your suggestions. Please let me know of a
e program. At least I was able to uninstall
> it on my XP box.
>
> Cheers,
> dn
>
> -Original Message-
> From: Jean Rajotte [mailto:[EMAIL PROTECTED]
> Sent: Friday, June 06, 2003 8:32 AM
> To: 'Anthony Brown'; [EMAIL PROTECTED]
> Subject: RE: [Nant
anthony,
there's no un-installer w/ nantpad. you're using msi... isn't
straightforward to have an uninstaller?
/jean
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of
> Anthony Brown
> Sent: Thursday, June 05, 2003 16:45
> To: [EMAIL PROTECTED]
>
error="false"/>
>failonerror="true"/>
>debug="${build.debug}" failonerror="false">
>failonempty="true">
>
>
>
>
>
>
>
what does the compile task look like? do you reference all assemblies
and references?
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of
> Jeff Kararo
> Sent: Monday, June 02, 2003 13:49
> To: [EMAIL PROTECTED]
> Subject: [Nant-users] Error with User
> unfortunately doesn't work for me...
> I use the task to produce a FO file with xsltproc,
> and then I process the resulting FO file with a FO processor.
> It seems that the FO processor doesn't accept xml files
> without breaks between lines...
>
> So, I think I ha
indeed there is a problem (i see it in the code).
Gius,
if you do , you'll get all the text output,
but no line breaks between each output lines. hopefully, that helps
some for now...
nant-dev,
i don't have write-access to cvs, so i'm submitting a patch here, which
i haven't tested but that's s
>
> Are you using Slingshot on any VB projects? The version I
> first played with only supported C# projects.
>
> Peter
Peter,
i'm not using it w/ VB, only C#. as i look in the slingshot source, i
see switches to deal w/ VB vs. C#, but i haven't tested whether it works
w/ VB. it works just
Ian,
Looks like Scott picked up the ball, so I won't scramble to cvs -u.
Csdiff is from Component Software. They have CS-RCS, a source control
product that's free. Csdiff is their diff tool. Cf.
http://www.componentsoftware.com/products/csdiff/
/jean
-
gt; any changes you want to the dev list.
...
> >From: "Jean Rajotte" <[EMAIL PROTECTED]>
> >
> > 1) test that fails:
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
d case param names.
Everywhere else, it's all lower-case.
Could/should be
3.b) is the only fileset that's not called ,
that I can see. Nice touch, but it had me confused for a while.
HTH
/jean
Jean Rajotte
+1 416-574-1767
---
>
>
>
> or
>
>
>
>
>
>
>
> What do you guys think?
OK. I know get the place of in the story and it makes
complete sense to me. Lose the old . Man, what a dud! :)
A single file or a fileset makes sense also.
>From your example, I can't tell whether the path= attribute is for a
s
> > 1) I prefer to because the name hides the
> > implementation (I shouldn't care when the task gets loaded).
> but you do want those tasks loaded at that point - it would
> be useful to
> have it log which tasks its found for debugging purposes.
OK. I get it. Loadtasks is a better name.
es is null and there's no assertion for it in the code.
Am I doing something wrong?
/jean
Jean Rajotte
+1 416-574-1767
---
This SF.net email is sponsored by: ValueWeb:
Ded
Ian, Tomas,
1) I prefer to because the name hides the
implementation (I shouldn't care when the task gets loaded).
2) I see Tomas echoes my concern in spades. "so what" if it's Ant-like
and klunky. It's just another tool. It doesn't preclude the
and the config file approaches. It just adds
Ian,
First, thanks for humoring me on this. I'm not sure whether I should
apologize for going on about this. I'm new here. My original impetus
for joining the list was that taskdef is exactly what I wanted and I
couldn't find it w/o hassle.
> What I'm looking at adding is an additional setting
Ian,
Thanks for your reply. I understand the mechanics "integrating" my
tasks to the ${nant.location}, but it's beside the point. It seems to
me it's wrong-headed to deprecate a means of extensibility. It means
that anyone who upgrades NAnt HAS TO do something(s) extra in order to
re-drop their
meone is fussing over this and
categorizing it as a "contrib" when it clearly is the core of core.
/jean
Jean Rajotte
+1 416-574-1767
---
This SF.net email is sponsored by: ValueWeb:
Dedicated Hosting for just $79/mo wit
82 matches
Mail list logo