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" <[EMAIL PROTECTED]>
> To: "Ant Users List" <[EMAIL PROTECTED]>; "Ant Developers List"
> <[EMAIL PROTECTED]>
> 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, <[EMAIL PROTECTED]> 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:[EMAIL PROTECTED]>
> > > For additional commands, e-mail:
> <mailto:[EMAIL PROTECTED]>
> >
> > --
> > To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
> >
> >
> 
> --
> To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Reply via email to