Use a property for the version + you can also use dependencyManagement.
But I doubt whether dependencyManagement version will flow to
dependency:unpack configurations. So property is best solution.

-----Original Message-----
From: Qureshi,Shahzad [Ontario] [mailto:[email protected]]
Sent: Thursday, May 06, 2010 3:44 AM
To: Maven Users List
Subject: Dependency:unpack version problem

Hi all,

I am using the dependency:unpack goal of the maven dependency plugin to
unpack a library that is a dependency of the project itself. This
dependency is an internally maintaned library and is updated frequently.
So whenever the library is updated, we tell our developers to update
their version of the dependency and everything works the way we wanted.

The problem is that, now that I am using the dependency:unpack to copy
some configuration files from the library into the project, I would have
to tell our developers to update the dependency version in two places,
one in the <dependencies> section and other in the <build> section where
I am doing the unpacking

Is there is a better solution to this? Can I only change the version
number in the <dependencies> section and maybe read that version of this
dependency from there in my <build> section?

Or any other ideas?

thanks

--------------------------------------------
Shahzad Qureshi


Please do not print this email unless it is absolutely necessary. 

The information contained in this electronic message and any attachments to 
this message are intended for the exclusive use of the addressee(s) and may 
contain proprietary, confidential or privileged information. If you are not the 
intended recipient, you should not disseminate, distribute or copy this e-mail. 
Please notify the sender immediately and destroy all copies of this message and 
any attachments. 

WARNING: Computer viruses can be transmitted via email. The recipient should 
check this email and any attachments for the presence of viruses. The company 
accepts no liability for any damage caused by any virus transmitted by this 
email. 

www.wipro.com

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to