ant-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From prasen <pra...@bea.com>
Subject Re: conditional dependency logic based "uptodate"
Date Thu, 17 Jan 2002 01:06:45 GMT

I agree, but why force everyone to write a separate taskdef and hence a
class ? On the other hand I think it should not be difficult to support
an optional <java/> tag inside <apply/>. Is it ? It just makes life lot
easier for ant-users.

thanks,
prasen

Erik Hatcher wrote:
> 
> The idea is that if its a Java program that it really should be wrapped as
> an Ant task.  I'd encourage you to explore this and push the dependency
> checking into the task.
> 
>     Erik
> 
> ----- Original Message -----
> From: "prasen" <prasen@bea.com>
> To: "Ant Users List" <ant-user@jakarta.apache.org>
> Sent: Wednesday, January 16, 2002 4:11 PM
> Subject: Re: conditional dependency logic based "uptodate"
> 
> >
> > Thanks Erik. Yep it does what I want. But I wished I didnt had to boot
> > separate JVMs every time I had to run a javaclass which is what ant is
> > supposed to eliminate :-(
> >
> > Erik Hatcher wrote:
> > >
> > > Again, have a look at <apply>.  It does what you are asking for running
> > > command-line programs and checking dependencies and such.
> > >
> > > ----- Original Message -----
> > > From: "prasen" <prasen@bea.com>
> > > To: "Ant Users List" <ant-user@jakarta.apache.org>; "Ant Developers
> List"
> > > <ant-dev@jakarta.apache.org>
> > > Sent: Wednesday, January 16, 2002 1:24 PM
> > > Subject: Re: conditional dependency logic based "uptodate"
> > >
> > > > Actually I need it not only for rmic but other things too. For example
> > > > we have an abstract class  generation tool, which takes an interface
> and
> > > > creates a default implementaion. I have an dptodate target:
> > > >
> > > >   <target name="determine-rmic">
> > > >     <uptodate property="rmic.notRequired">
> > > >       <srcfiles dir="${src}">
> > > >         <include name="com/mycompany/interface/*.java"/>
> > > >       </srcfiles>
> > > >       <mapper type="glob" from="*.java" to="${classdir}/*_Impl.java"/>
> > > >     </uptodate>
> > > >   </target>
> > > >
> > > > and I want something like this:
> > > >   <target name="make-rmic" depends="determine-rmic"
> > > > unless="rmic.notRequired">
> > > >     <java classname="com.mycompany.GenerateImplClass" fork="true"
> > > > failonerror="true">
> > > >        <arg line="${outdateInterfaceFileName}"/>
> > > >     </java>
> > > >   </target>
> > > >
> > > >
> > > > I dont want to run this generation tool on all the files, but ONLY the
> > > > outdated files.It is so easy to do this in "make". Does this feature
> > > > already exist or if not is there any plan to intriduce this in future
> > > > releases ? I dont want to compile everything, when only one
> > > > interfacefile has changed.
> > > >
> > > > thanks,
> > > > prasen
> > > >
> > > >
> > > > Stefan Bodewig wrote:
> > > > >
> > > > > On Tue, 15 Jan 2002, <prasen@bea.com> wrote:
> > > > > >   I want to selectively invoke rmic only on outdated files.
How do
> I
> > > > > >   do that in ant ? For example:
> > > > >
> > > > > Which is what Ant's built-in rmic task does.  Why do you use myrmic
> > > > > instead of the built-in task?  Maybe it can be rewritten as yet
> > > > > another implementation of the rmic task (it is a facade backed by
> > > > > Sun's, Weblogic's and Kaffe's implementation ATM).
> > > > >
> > > > > Stefan
> > > > >
> > > > > --
> > > > > To unsubscribe, e-mail:
> > > <mailto:ant-user-unsubscribe@jakarta.apache.org>
> > > > > For additional commands, e-mail:
> > > <mailto:ant-user-help@jakarta.apache.org>
> > > >
> > > > --
> > > > To unsubscribe, e-mail:
> <mailto:ant-user-unsubscribe@jakarta.apache.org>
> > > > For additional commands, e-mail:
> <mailto:ant-user-help@jakarta.apache.org>
> > > >
> > > >
> > >
> > > --
> > > To unsubscribe, e-mail:
> <mailto:ant-user-unsubscribe@jakarta.apache.org>
> > > For additional commands, e-mail:
> <mailto:ant-user-help@jakarta.apache.org>
> >
> > --
> > To unsubscribe, e-mail:   <mailto:ant-user-unsubscribe@jakarta.apache.org>
> > For additional commands, e-mail: <mailto:ant-user-help@jakarta.apache.org>
> >
> >
> 
> --
> To unsubscribe, e-mail:   <mailto:ant-user-unsubscribe@jakarta.apache.org>
> For additional commands, e-mail: <mailto:ant-user-help@jakarta.apache.org>

--
To unsubscribe, e-mail:   <mailto:ant-user-unsubscribe@jakarta.apache.org>
For additional commands, e-mail: <mailto:ant-user-help@jakarta.apache.org>


Mime
View raw message