hadoop-hdfs-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jakob Homan (JIRA)" <j...@apache.org>
Subject [jira] Reopened: (HDFS-830) change build.xml to look at lib's jars before ivy, to allow overwriting ivy's libraries.
Date Tue, 09 Feb 2010 00:59:28 GMT

     [ https://issues.apache.org/jira/browse/HDFS-830?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Jakob Homan reopened HDFS-830:
------------------------------


I'm going to go ahead and re-open this: we've been using the resolvers:internal method for
a while and, like I had I feared, it's a pain to keep straight which version is installed
and when it is getting called.  Also, as noted above, there was no public discussion on this
approach before it was added to the wiki.  

My preference would be a new option, something like, -Dadditional.jars=<foo.jar>, which
would add those jars to the classpath before the other entries.  This would make it easy to
automate upstream testing, building a patched common jar and then passing it to hdfs to be
tested against (and so on for MR).  In any case, with some many patches flying around, locally
installing temporary jars is not a good solution.

> change build.xml to look at lib's jars before ivy, to allow overwriting ivy's libraries.
> ----------------------------------------------------------------------------------------
>
>                 Key: HDFS-830
>                 URL: https://issues.apache.org/jira/browse/HDFS-830
>             Project: Hadoop HDFS
>          Issue Type: Bug
>            Reporter: Boris Shkolnik
>         Attachments: HDFS-830.patch
>
>
> Currently build.xml looks first into ivy's locations ,before picking up jars from lib
directory.
> We need to change that to allow overwriting ivy's libs with local ones, by putting them
into lib.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


Mime
View raw message