Go Back   Rhinocerus > Newsgroup > Newsgroup comp.lang.java.* > Newsgroup comp.lang.java.programmer

Reply
 
Thread Tools Display Modes
  #1 (permalink)  
Old 07-03-2012, 12:24 AM
Greg
Guest
 
Posts: n/a
Default ant task keep basedir on include

I am trying to maintain my dependencies in an ant build system across multiple files. I would like each task to be able to use their own respective build files that are in their directory when they are called upon. How do Itell an imported task that I have put in a "depends" to use it's own basedir and not the one of the importer?

Thanks!

Greg
Reply With Quote
Alt Today
Advertising
 
and become member of Rhinocerus
Standard Sponsored Links

  #2 (permalink)  
Old 07-03-2012, 02:53 AM
markspace
Guest
 
Posts: n/a
Default Re: ant task keep basedir on include

On 7/2/2012 5:24 PM, Greg wrote:
> I am trying to maintain my dependencies in an ant build system across
> multiple files. I would like each task to be able to use their own
> respective build files that are in their directory when they are
> called upon. How do I tell an imported task that I have put in a
> "depends" to use it's own basedir and not the one of the importer?



I think "it depends," but it sounds like you might want the subant task:

<http://ant.apache.org/manual/Tasks/subant.html>

Note especially the second example at the bottom of that page. Is that
like what you are looking for?


Reply With Quote
  #3 (permalink)  
Old 07-03-2012, 12:18 PM
Roedy Green
Guest
 
Posts: n/a
Default Re: ant task keep basedir on include

On Mon, 2 Jul 2012 17:24:12 -0700 (PDT), Greg <shireyg@gmail.com>
wrote, quoted or indirectly quoted someone who said :

>I am trying to maintain my dependencies in an ant build system across multi=
>ple files. I would like each task to be able to use their own respective b=
>uild files that are in their directory when they are called upon. How do I=
> tell an imported task that I have put in a "depends" to use it's own based=
>ir and not the one of the importer?


My solution to most ant problems is to use a stomper, a java program
that generates the ant scripts. That way I can get around many of
ant's limitations with verbosity. It also makes them much easier to
maintain. Any change you make is propagated to all your scripts.
--
Roedy Green Canadian Mind Products
http://mindprod.com
Why do so many operating systems refuse to define a standard
temporary file marking mechanism? It could be a reserved lead character
such as the ~ or a reserved extension such as .tmp.
It could be a file attribute bit. Because they refuse, there is no
fool-proof way to scan a disk for orphaned temporary files and delete them.
Further, you can't tell where the orhaned files ame from.
This means the hard disks gradually fill up with garbage.

Reply With Quote
  #4 (permalink)  
Old 07-03-2012, 04:04 PM
Gene Wirchenko
Guest
 
Posts: n/a
Default Re: ant task keep basedir on include

On Tue, 03 Jul 2012 05:18:35 -0700, Roedy Green
<see_website@mindprod.com.invalid> wrote:

>On Mon, 2 Jul 2012 17:24:12 -0700 (PDT), Greg <shireyg@gmail.com>
>wrote, quoted or indirectly quoted someone who said :
>
>>I am trying to maintain my dependencies in an ant build system across multi=
>>ple files. I would like each task to be able to use their own respective b=
>>uild files that are in their directory when they are called upon. How do I=
>> tell an imported task that I have put in a "depends" to use it's own based=
>>ir and not the one of the importer?

>
>My solution to most ant problems is to use a stomper, a java program
>that generates the ant scripts. That way I can get around many of
>ant's limitations with verbosity. It also makes them much easier to
>maintain. Any change you make is propagated to all your scripts.


"stomper"? What a horrible name for something that generates
things, especially ant-related!

Sincerely,

Gene Wirchenko
Reply With Quote
  #5 (permalink)  
Old 07-03-2012, 09:10 PM
Roedy Green
Guest
 
Posts: n/a
Default Re: ant task keep basedir on include

On Tue, 03 Jul 2012 09:04:28 -0700, Gene Wirchenko <genew@ocis.net>
wrote, quoted or indirectly quoted someone who said :

>
> "stomper"? What a horrible name for something that generates
>things, especially ant-related!


The term was coined by Hank van Tunen, a guy who worked on my team on
the first Mac app in Canada. It stomped out things like a machine
would impress coins.
--
Roedy Green Canadian Mind Products
http://mindprod.com
Why do so many operating systems refuse to define a standard
temporary file marking mechanism? It could be a reserved lead character
such as the ~ or a reserved extension such as .tmp.
It could be a file attribute bit. Because they refuse, there is no
fool-proof way to scan a disk for orphaned temporary files and delete them.
Further, you can't tell where the orhaned files ame from.
This means the hard disks gradually fill up with garbage.

Reply With Quote
  #6 (permalink)  
Old 07-03-2012, 09:38 PM
Gene Wirchenko
Guest
 
Posts: n/a
Default Re: ant task keep basedir on include

On Tue, 03 Jul 2012 14:10:35 -0700, Roedy Green
<see_website@mindprod.com.invalid> wrote:

>On Tue, 03 Jul 2012 09:04:28 -0700, Gene Wirchenko <genew@ocis.net>
>wrote, quoted or indirectly quoted someone who said :
>
>>
>> "stomper"? What a horrible name for something that generates
>>things, especially ant-related!

>
>The term was coined by Hank van Tunen, a guy who worked on my team on
>the first Mac app in Canada. It stomped out things like a machine
>would impress coins.


That would be "stamped" out.

Sincerely,

Gene Wirchenko
Reply With Quote
  #7 (permalink)  
Old 07-04-2012, 12:20 PM
Roedy Green
Guest
 
Posts: n/a
Default Re: ant task keep basedir on include

On Tue, 03 Jul 2012 14:38:20 -0700, Gene Wirchenko <genew@ocis.net>
wrote, quoted or indirectly quoted someone who said :

>
> That would be "stamped" out.


see designed a boot logo, so HE meant stomped.
--
Roedy Green Canadian Mind Products
http://mindprod.com
Why do so many operating systems refuse to define a standard
temporary file marking mechanism? It could be a reserved lead character
such as the ~ or a reserved extension such as .tmp.
It could be a file attribute bit. Because they refuse, there is no
fool-proof way to scan a disk for orphaned temporary files and delete them.
Further, you can't tell where the orhaned files ame from.
This means the hard disks gradually fill up with garbage.

Reply With Quote
  #8 (permalink)  
Old 07-04-2012, 07:58 PM
Gene Wirchenko
Guest
 
Posts: n/a
Default Re: ant task keep basedir on include

On Wed, 04 Jul 2012 05:20:11 -0700, Roedy Green
<see_website@mindprod.com.invalid> wrote:

>On Tue, 03 Jul 2012 14:38:20 -0700, Gene Wirchenko <genew@ocis.net>
>wrote, quoted or indirectly quoted someone who said :


>> That would be "stamped" out.

>
>see designed a boot logo, so HE meant stomped.


Ah.

"boot" as in worn: that is special use of the word in this
newsgroup!

Sincerely,

Gene Wirchenko
Reply With Quote
  #9 (permalink)  
Old 07-06-2012, 12:25 AM
Arne Vajhøj
Guest
 
Posts: n/a
Default Re: ant task keep basedir on include

On 7/3/2012 8:18 AM, Roedy Green wrote:
> On Mon, 2 Jul 2012 17:24:12 -0700 (PDT), Greg <shireyg@gmail.com>
> wrote, quoted or indirectly quoted someone who said :
>
>> I am trying to maintain my dependencies in an ant build system across multi=
>> ple files. I would like each task to be able to use their own respective b=
>> uild files that are in their directory when they are called upon. How do I=
>> tell an imported task that I have put in a "depends" to use it's own based=
>> ir and not the one of the importer?

>
> My solution to most ant problems is to use a stomper, a java program
> that generates the ant scripts. That way I can get around many of
> ant's limitations with verbosity. It also makes them much easier to
> maintain. Any change you make is propagated to all your scripts.


Create a new tool to generate input for another tool.

For a one time or a few times problem that is a great
solution.

But for a many time problem it is not the right solution.

Arne



Reply With Quote
 
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are Off
Pingbacks are Off
Refbacks are Off




All times are GMT. The time now is 11:42 AM.


Copyright ©2009

LinkBacks Enabled by vBSEO 3.3.0 RC2 © 2009, Crawlability, Inc.