You are viewing a plain text version of this content. The canonical link for it is here.
Posted to common-issues@hadoop.apache.org by "Tom White (JIRA)" <ji...@apache.org> on 2009/12/31 02:19:29 UTC

[jira] Updated: (HADOOP-6407) Have a way to automatically update Eclipse .classpath file when new libs are added to the classpath through Ivy

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

Tom White updated HADOOP-6407:
------------------------------

    Attachment: HADOOP-6407.patch

Here's a patch for review that adds an "eclipse" target (like the one in Avro and ZooKeeper) that generates the .classpath and .project files for Eclipse using Ant-Eclipse. Note that it doesn't keep the Hadoop Ant builder that ran the code generator for RecordIO and Avro records: this is easy (and rare) enough to do from the command line with "ant compile-core-test".

I've tested this on Eclipse 3.4.1.

> Have a way to automatically update Eclipse .classpath file when new libs are added to the classpath through Ivy
> ---------------------------------------------------------------------------------------------------------------
>
>                 Key: HADOOP-6407
>                 URL: https://issues.apache.org/jira/browse/HADOOP-6407
>             Project: Hadoop Common
>          Issue Type: Improvement
>          Components: build
>    Affects Versions: 0.22.0
>            Reporter: Konstantin Boudnik
>            Priority: Minor
>         Attachments: HADOOP-6407.patch
>
>
> Currently Eclipse configuration (namely .classpath) isn't synchronized automatically when lib versions are changed. This causes great inconvenience so people have to change their project settings manually, etc. 
> It'd be great if these configs could be updated automatically every time such a change takes place, e.g. whenever ivy is pulling in new version of a jar. 

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