ant-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jan.Mate...@rzf.fin-nrw.de
Subject RE: ant-contrib
Date Tue, 05 Aug 2003 16:36:59 GMT
You should keep the files as they are.
So you can change them independently.

But you can write an "installer" for that.
- copy the jar to ${env.ANT_HOME}/lib
- modify the IDE files (e.g. with xmltask by oopsconsult)


Jan

> -----Original Message-----
> From: Vikas Phonsa [mailto:VPhonsa@suz.com]
> Sent: Tuesday, August 05, 2003 6:34 PM
> To: 'Ant Users List'
> Subject: RE: ant-contrib
> 
> 
> Well I was thinking of doing so I have already told other 
> programmers to
> upgrade to Ant 1.5.3 and then copy cvs.exe and modify path environment
> variables and several other steps too. I was wondering if I 
> could package
> the new task in original ant jars in order to avoid telling 
> them to do an
> extra step of updating the IDE classpath. Some people start 
> rolling their
> eyes you know :-)
> 
> But whatever,they gotta do what's necessary. 
> 
> Thanks for your help though.
> 
> Vikas
> 
> -----Original Message-----
> From: Jan.Materne@rzf.fin-nrw.de [mailto:Jan.Materne@rzf.fin-nrw.de] 
> Sent: Tuesday, August 05, 2003 9:26 AM
> To: user@ant.apache.org
> Subject: RE: ant-contrib
> 
> You CAN recreate the archive. For use (without <taskdef>ing 
> that) you have
> to
> edit the .../taskdefs/default.properties in ant.jar.
> 
> But WHY you do you want that? 
> 
> 
> Jan
> 
> > -----Original Message-----
> > From: Vikas Phonsa [mailto:VPhonsa@suz.com]
> > Sent: Tuesday, August 05, 2003 6:22 PM
> > To: 'Ant Users List'
> > Subject: ant-contrib
> > 
> > 
> > Can I select classes for one particular task from ant-contrib 
> > jar and add
> > those to ant.jar to be able to use that particular task. Aim 
> > is not  having
> > to add an additional jar to the IDE classpath.I need to just use the
> > try/catch task from ant-contrib.
> > 
> > This might be a silly idea. But any thoughts abt it??
> > 
> > Vikas
> > 
> > -----Original Message-----
> > From: Tim Davidson [mailto:tim.davidson@greenhatconsulting.com] 
> > Sent: Tuesday, August 05, 2003 7:18 AM
> > To: Ant Users List
> > Subject: RE: Versioning / Manifest
> > 
> > yeah, thanks, I got this working:
> > 
> > 		<!-- Create the JAR file -->
> > 		<jar destfile="${temp.lib}\${project.jarFile}"
> > 		     basedir="${temp.build}">
> > 		    <manifest>
> > 		    	<attribute name="Built-By" 
> > value="${company.name}"/>
> > 		    	<attribute name="Version" 
> > value="${FILE_TSTAMP}"/>
> > 		    </manifest>
> > 		</jar>
> > 
> > -----Original Message-----
> > From: Claudio Corsi [mailto:ccorsi@progress.com]
> > Sent: Tuesday, August 05, 2003 3:17 PM
> > To: Ant Users List
> > Subject: Re: Versioning / Manifest
> > 
> > 
> > Tim Davidson wrote:
> > > I have a related question.
> > > Its it possible to create the manifest for a jar on the 
> fly somehow?
> > > The reason is to add a timestamp inside the JAR for versioning?
> > > something like:
> > > 		<jar destfile="foo.jar"
> > > 		     basedir="bar">
> > > 			<manifest version="${TIMESTAMP}"/>
> > > 		</jar>	
> > 
> > Use the manifest task to create your manifest on the fly.
> > 
> > You will need to create an attribute that will contain the 
> > timstamp, for 
> > instance you can call this attribute "TimeStamp".
> > 
> > To get this information from a running java application you 
> > would need 
> > to use the Manifest class returned from the JarFile class. 
> > This is all 
> > part of the java.util.jar package.
> > 
> > > 
> > > -----Original Message-----
> > > From: Rebhan, Gilbert [mailto:Gilbert.Rebhan@huk-coburg.de]
> > > Sent: Tuesday, August 05, 2003 11:21 AM
> > > To: ant_user (E-Mail)
> > > Subject: Versioning / Manifest
> > > 
> > > 
> > > 
> > > Hi, 
> > > 
> > > Scenario :
> > > 
> > > A Client/Server Application is distributed as a bunch of Jar's.
> > > Client and Server have an XML-File that contains the 
> > versioninfo for these
> > Jar's.
> > > The Jar's of a new release are transfered to the server, 
> > the xml-File is 
> > > manually created.
> > > 
> > > Question 1 : How to automate the creation of that xml-File ?
> > > 
> > > After starting the client, the client-xml is compared to 
> > the server-xml.
> > > The new Jar's are then transfered to the client.
> > > 
> > > Question 2 : Is there a chance to transfer only the altered/newer
> > class-Files
> > > 	       instead of the whole Jar as bandwidth is limited ?
> > > 
> > > I guess there's a way via the Manifest. If versioning is 
> > possible with the
> > 
> > > Manifest itself maybe we don't need that xml-file anymore ?
> > > 
> > > Best practices ?
> > > 
> > > thx for any advice !!
> > > 
> > > bye4now,
> > >         Gilbert
> > > 
> > > 
> > 
> ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: user-unsubscribe@ant.apache.org
> > > For additional commands, e-mail: user-help@ant.apache.org
> > > 
> > > 
> > > 
> > > 
> > 
> ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: user-unsubscribe@ant.apache.org
> > > For additional commands, e-mail: user-help@ant.apache.org
> > > 
> > 
> > 
> > 
> > 
> ---------------------------------------------------------------------
> > To unsubscribe, e-mail: user-unsubscribe@ant.apache.org
> > For additional commands, e-mail: user-help@ant.apache.org
> > 
> > 
> > 
> > 
> ---------------------------------------------------------------------
> > To unsubscribe, e-mail: user-unsubscribe@ant.apache.org
> > For additional commands, e-mail: user-help@ant.apache.org
> > 
> > 
> ---------------------------------------------------------------------
> > To unsubscribe, e-mail: user-unsubscribe@ant.apache.org
> > For additional commands, e-mail: user-help@ant.apache.org
> > 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@ant.apache.org
> For additional commands, e-mail: user-help@ant.apache.org
> 

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message