My 2 cents:
I think it makes the structure more clear. Personally I do not like the (in
my opinion) bogus targets only for evaluating if a target should be executed
or not. I can see the principle design argument, but it feels like they
bloat my ant scripts and make them less easy to understand. My
Hi,
I'm experiencing an issue which i've not yet encountered and am not able to
resolve :(
Since we have multiple products building on multiple JDK versions, i've
created a macrodef to initialize the specific build using the appropriate
JDK version. This works fine with JDK 1.4, but not with JDK
Perhaps it is possible to create a dependency between phases, and
additionally give targets the possibility to depend on a phase i.e.:
(please don't mind the names, i'm not following this topic close enough to
know them or make suggestions, it's just an example).
This way it is possible f
s someones life a bit easier :)
-r
On Wed, Nov 12, 2008 at 6:37 PM, Jeffrey E Care <[EMAIL PROTECTED]> wrote:
> "Remie Bolte" <[EMAIL PROTECTED]> wrote on 11/12/2008 11:42:05 AM:
>
> > > By declaring your target to be part of a given group, you are indeed
>
> By declaring your target to be part of a given group, you are indeed
> adding yourself as an *unordered* dependency on that phase (which is
> just like a body-less target), but as you target you still have
> dependencies, on other targets *or* target groups which will be what
> dictates the order
wrote:
> On 2008-11-12, Remie Bolte <[EMAIL PROTECTED]> wrote:
>
> > This would make the properties available as system properties in Java
> > applications, right?
>
> Right.
>
> > If I would be invoking an ant script using the java task (i need to
> s
, Stefan Bodewig <[EMAIL PROTECTED]> wrote:
> On 2008-11-12, Remie Bolte <[EMAIL PROTECTED]> wrote:
>
> > Or maybe more in general, is it possible to simulate the inheritAll
> > attribute for external processes like the Java task?
>
> has which should be what you wa
at 8:21 AM, Jeffrey E Care <[EMAIL PROTECTED]> wrote:
>
> "Remie Bolte" <[EMAIL PROTECTED]> wrote on 11/11/2008 11:05:48 AM:
>
> > Can you explain the concept of targets being able to add themselfs as
> > dependencies?
> > I can't really picture this
Hi,
Is there a way to access the list of user properties in order to pass it to
an external process?
I have a situation where I use the Java task to start an external process,
but I need to pass the users properties that were set when invoking the ant
script (using the -D flag). Or maybe more in g
Hi,
Can you explain the concept of targets being able to add themselfs as
dependencies?
I can't really picture this :)
Cheers,
Remie
On Tue, Nov 11, 2008 at 12:25 PM, Stefan Bodewig <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> EasyAnt has a concept named "phase" which is some special sort of
> ta
Thanks for the input!
I found a different way to deal with the problem, without hacks :)
Sometimes it is useful not to be able to find a solution, it allows you to
look back a couple of steps.
However, I do still have the question why double expanding is not
implemented. Is there a conceptual iss
Hi,
Will those antlibs be bundled with the package, or do picture them as a
separate download?
Reason I ask is because I think SCM tasks are commonly used in buildscripts.
Cheers,
Remie
On Mon, Nov 3, 2008 at 2:15 PM, Stefan Bodewig <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> I'd like to move th
Hi,
I saw the FAQ, but the workaround deals with making a new property, which is
not something that is desirable in my situation.
Is there a reason that double expanding is not implemented?
Cheers,
Remie
On Mon, Nov 3, 2008 at 8:53 AM, <[EMAIL PROTECTED]> wrote:
> >Is it possible to resolve a
Hi,
Is it possible to resolve a property name like this
${${prefix}.someproperty}
making the prefix variable?
Cheers,
Remie
y have the option
to use new features that might enable them to perform tasks previously
impossible.
So far my initial 2 cents in this discussion. Since i'm new to this list
(i've been following it for a while) i might have missed lots of discussions
about this. If so, my sincere apologies.
15 matches
Mail list logo