[jira] Updated: (MPECLIPSE-104) Improve JRE_CONTAINER classpath entry

["fabrizio giustina (JIRA)" <ji...@codehaus.org>]

     [ http://jira.codehaus.org/browse/MPECLIPSE-104?page=all ]

fabrizio giustina updated MPECLIPSE-104:
----------------------------------------

    Fix Version:     (was: 1.10)

> Improve JRE_CONTAINER classpath entry
> -------------------------------------
>
>          Key: MPECLIPSE-104
>          URL: http://jira.codehaus.org/browse/MPECLIPSE-104
>      Project: maven-eclipse-plugin
>         Type: Improvement
>     Versions: 1.9
>  Environment: Windows XP, JDK 1.5
>     Reporter: Holger Hoffstätte

>
>
> Situation: Sun's jaxrpc has a QName class but also put out a fix jar with an update to make that class compatible with JDK 1.5. In mule we missed out on the patch jar but since the .classpath generated by maven-eclipse-plugin-1.9 references the JRE_CONTAINER ahead of other jars, people who used JDK 1.5 for development missed this since a working QName was found when it really should not have been (correctly raising an error caused by the 'bad' class and the lack of the patch jar instead).
> Solution and proposed fix: move the JRE_CONTAINER to the end of the dependency list, after the j:forEach block that follows in the current version.
> IMHO the JRE_CONTAINER should *always* come last. This is unlikely to cause problems because you cannot accidentally override essential classes (e.g. java.lang), but it is essential when you do want to handle optional packages correctly (say a working QName or JMX).

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org