On Monday 11 February 2008 09:49:29 pm Shawn Castrianni wrote:
> We have a debate going on about where to store our published modules. Some
> say it should be on a filesystem so that we can delete older builds to
> reclaim disk space since we should always be able to repeat a build from
> the past
ht now and can't because a new configuration and
build have to be created.).
-steve
Stephen Nesbitt
CM Architect/Lead
The Cobalt Group
[EMAIL PROTECTED]
x8271
On Tuesday 27 February 2007 2:48:35 am Steve Loughran wrote:
>
> You are moving beyond build-time stuff here into the broader p
eing funny
results. For instance a single "print attributes" statment is invoked
twice with the attributes collection correct in the first invocation and
empty in the second.
Am I barking up the wrong tree here? What would be the best way to
distribute these scriptdef tasks?
-steve
-
t; be happening.
>
> newCopy.setProject(getProject())
Bingo! And duh!
Thanks!
-steve
--
Stephen Nesbitt
Senior Configuration Management Engineer
The Cobalt Group
[EMAIL PROTECTED]
x8271
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For a
would appreciate some guidance
(and forbearance!)
-steve
--
Stephen Nesbitt
Senior Configuration Management Engineer
The Cobalt Group
[EMAIL PROTECTED]
x8271
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
on what I am missing?
Thanks!
-steve
--
Stephen Nesbitt
Senior Configuration Management Engineer
The Cobalt Group
[EMAIL PROTECTED]
x8271
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
wrote:
> On Tue, 21 Jun 2005, Stephen Nesbitt <[EMAIL PROTECTED]> wrote:
> > Can anyone translate the Requirements note in the JunitReport task
> > documentation into something approximating english?
>
> I think I've written it, so don't expect my second attempt
d solution which is use xalan 2.
Is it a simple matter of downloading Xalan 2 and placing it in the ant lib?
What about the presence of ant-xalan1.jar? Does it stay or go away?
Thanks!
-steve
--
Stephen Nesbitt
Senior Configuration Management Engineer
The Cobalt Group
[EMAIL PROTEC