ant-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Vikas Phonsa <VPho...@suz.com>
Subject RE: ant-contrib
Date Tue, 05 Aug 2003 16:33:34 GMT
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
View raw message