Details
-
Type:
Bug
-
Status:
Closed
-
Priority:
Major
-
Resolution: Fixed
-
Affects Version/s: 1.9
-
Fix Version/s: 1.9
-
Labels:None
-
Environment:Win32, JDK1.4
-
Number of attachments :
Description
Opening a new bug for MPECLIPSE-38 since I coudn't reopen it.
The fix for MPECLIPSE-38 is actually not working properly if the jar itself isn't located in the mavenrepo.
Let's take an example that part of our build scheme:
In the build.properties we defines the following (variable defined in maven script loader):
maven.jar.tools = $
{tools.jar}Then in the project.xml we defined the dependency:
<dependency>
<id>tools</id>
</dependency>
This unfortunately ends up being wrong in the final .classpath generated by the eclipse plugin.
Here is the patch we're using for the moment until a final solution is found for those overriden jar that doesn't exist in the maven repository.
Index: classpath.jelly
===================================================================
RCS file: /home/cvspublic/maven-plugins/eclipse/src/plugin-resources/templates/classpath.jelly,v
retrieving revision 1.21
diff -u -r1.21 classpath.jelly
— classpath.jelly 24 Sep 2004 15:51:01 -0000 1.21
+++ classpath.jelly 24 Sep 2004 17:58:02 -0000
@@ -145,6 +145,10 @@
<j:when test="$
">
<!-- ignoring junit dependency as we've already created it -->
</j:when>
+ <j:when test="$
">
+ <!-- add tools.jar specified from maven tools.jar location -->
+ <classpathentry kind="lib" path="$
"/>
+ </j:when>
<j:otherwise>
<!-- make sure it's a classpath dependency -->
<j:set var="isClasspath" value="$
"/>
Alternate patch I wrote up for this problem