Sign Up to our social questions and Answers Engine to ask questions, answer people’s questions, and connect with other people.
Login to our social questions & Answers Engine to ask questions answer people’s questions & connect with other people.
Lost your password? Please enter your email address. You will receive a link and will create a new password via email.
Please briefly explain why you feel this question should be reported.
Please briefly explain why you feel this answer should be reported.
Please briefly explain why you feel this user should be reported.
I have stuff like this:
<configurations defaultconfmapping="build->default;compile->compile(*),master(*);test,runtime->runtime(*),master(*); statistic->stistic(*)">
in my ivy.xml and I don’t understand the concept of a ‘configuration mapping’
Who gets mapped to what?
Why?
What does the (*) mean?
I’ve been trying to understand this myself for the last few days. I think this is how it works:
“build->default” means that if I ask for all of the “build” dependencies of my jar, then Ivy pulls the “default” version of that dependency from the repository. If instead you say “build->build” or equivalently “build” then Ivy looks for a jar tagged “build” in the repository to satisfy that dependency. I think the main purpose of having multiple tagged artifacts in the repo are to have a “default”, “source”, “javadoc” and maybe “debug” version of your code.
I make heavy use of “provided->default” to specify jars that I need to compile against, but that I don’t need to add to my plugin installer because I know that jar will already be present at runtime because it’s provided by a different installer.