[
https://issues.apache.org/jira/browse/IVYDE-326?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13494718#comment-13494718
]
Nicolas Lalevée commented on IVYDE-326:
---------------------------------------
This looks good to me.
I would need to test it a little bit though, it would need a test project (see
the test folder at root the IvyDE sources).
It would also need an update in the doc.
I have no time right now to do it. You can beat me to do it :)
> Support for variables in the retrieve pattern
> ---------------------------------------------
>
> Key: IVYDE-326
> URL: https://issues.apache.org/jira/browse/IVYDE-326
> Project: IvyDE
> Issue Type: Wish
> Components: classpath container
> Affects Versions: 2.2.0.beta1
> Reporter: Carsten Pfeiffer
> Labels: patch
> Attachments: retrievePattern-variable-substitution.patch
>
>
> The retrieve pattern for the classpath container appears to be strictly
> relative to the project.
> In Ivy/ant, it is possible to specify something like
> {code}
> ${some.dir}/lib/[organisation]/[artifact]-[revision](-[classifier]).[ext]
> {code}
> We would like to use the same in IvyDE, e.g. utilizing Eclipse variable
> substitution mechanism so that you could use
> {code}
> ${env_var:SOME_HOME}/lib/[organisation]/[artifact]-[revision](-[classifier]).[ext]
> {code}
> Doing this relative to the project e.g. with
> {code}
> ../../../lib/[organisation]/[artifact]-[revision](-[classifier]).[ext]
> {code}
> would be too fragile as it would break as soon as a project is moved in the
> directory hierarchy.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
