Mailing-List: contact avro-dev-help@hadoop.apache.org; run by ezmlm
Precedence: bulk
Reply-To: avro-dev@hadoop.apache.org
Message-ID: <114065358.1259724380693.JavaMail.jira@brutus>
Date: Wed, 2 Dec 2009 03:26:20 +0000 (UTC)
From: "Thiruvalluvan M. G. (JIRA)" <jira@apache.org>
To: avro-dev@hadoop.apache.org
Subject: [jira] Commented: (AVRO-184) Better eclipse configuration support
In-Reply-To: <1823312241.1257530252563.JavaMail.jira@brutus>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


    [ https://issues.apache.org/jira/browse/AVRO-184?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12784605#action_12784605 ] 

Thiruvalluvan M. G. commented on AVRO-184:
------------------------------------------

I think yes.

I have not got the committer access yet. (I took some time to finish the paperwork). Can some other committer commit this please?

Thanks

> Better eclipse configuration support
> ------------------------------------
>
>                 Key: AVRO-184
>                 URL: https://issues.apache.org/jira/browse/AVRO-184
>             Project: Avro
>          Issue Type: Bug
>          Components: java
>            Reporter: Thiruvalluvan M. G.
>            Assignee: Thiruvalluvan M. G.
>            Priority: Minor
>         Attachments: AVRO-184.patch, AVRO-184.patch
>
>
> Jira AVRO-146 enabled easy eclipse setup for Avro. But it had a few minor issues:
>    - It downloaded the ant-eclipse plug-in directly without using Ivy. This problem has been acknowledged in the JIRA itself. Thus if you clean up the project and rebuild, it'll go and fetch the plug-in again. That means one cannot do "ant clean" when offline.
>    - Eclipse project used the external jar files from ivy cache locations rather than from the place where they have been retrieved into. It's not a big issue, the only concern is that ant and eclipse will use two different sets of jars though with identical contents.
>    - Ant-eclipse plug-in was downloaded into build/lib, which will get included in ant builds, though the builds would never use it.
> The attached patch fixes all these issues. The ant-eclipse plug-in now gets retrieved by ivy into a separate directory build/lib/ant-eclipse. Unfortunately, the is patch adds a new file ivysettings-ant-eclipse.xml in the base directory. Alas, one cannot specify ivy settings inline in build.xml, you need an external settings file.
> There is still one more small problem. Eclipse projects traditionally use the built-in JUnit instead of external jars. The use of built-in JUnit within a project is specified by a classpathentry of kind "con" in the .classpath directory. The projects with JUnit will have two classpathentries of "con" kind - one for JRE and the other for JUnit. But Ant-eclipse does not support more than one classpathentry of "con" kind, which is already used by the JRE. Thus we cannot fix this problem until ant-eclipse removes this limitation.
> Eclipse users, please give this patch a try. Thanks

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