[
http://jira.codehaus.org/browse/MECLIPSE-172?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_115180
]
Richard van Nieuwenhoven commented on MECLIPSE-172:
---------------------------------------------------
A lot of troubles i faced, trying to convince eclipse developers to use maven
have to do with the missing workspace...
But you are right that we should not over stretch it, i didn't know of the
"OSGi Execution Environment enumeration" can you point me to a bit of
documentation on how eclipse handles that (or the source if no documentation is
available).
In a shared eclipse launch adding a workspace is simple
"-Declipse.workspaceToConnect=${workspace_loc}" works for all, on the command
line you are right but there i never need eclipse:eclipse.
> Don't add Default ClasspathContainer if a alternate JRE or a "Execution
> Environment" is configured as ClasspathContainer.
> -------------------------------------------------------------------------------------------------------------------------
>
> Key: MECLIPSE-172
> URL: http://jira.codehaus.org/browse/MECLIPSE-172
> Project: Maven 2.x Eclipse Plugin
> Issue Type: Bug
> Affects Versions: 2.2, 2.3
> Environment: Maven 2.0.4, Eclipse 3.2.1, Windows XP
> Reporter: Markus Grieder
> Assignee: Arnaud Heritier
> Fix For: 2.5
>
> Attachments: EclipsePlugin.java.patch,
> MECLIPSE-172-fix-and-test.patch, org.eclipse.jdt.launching.prefs, patch.txt
>
>
> If have a Eclipse Workspace with Projects where some use Java 1.5 (Default
> JRE) and some Java 1.3
> For 1.3-Projects i have configured the following ClasspathContainer:
> <classpathContainers>
> <classpathContainer>org.eclipse.jdt.launching.JRE_CONTAINER/org.eclipse.jdt.internal.debug.ui.launcher.StandardVMType/server_jre</classpathContainer>
> </classpathContainers>
> This generates in ".classpath":
> <classpathentry kind="con" path="org.eclipse.jdt.launching.JRE_CONTAINER"/>
> <classpathentry kind="con"
> path="org.eclipse.jdt.launching.JRE_CONTAINER/org.eclipse.jdt.internal.debug.ui.launcher.StandardVMType/server_jre"/>
> Which is wrong, because the Default JRE is Java 1.5, but the Project should
> only see Java 1.3-Libraries and not both.
> -> The Default ClasspathContainer should only be added if no JRE_CONTAINER
> (alternate JRE or a Execution Environment (>=Eclipse 3.2)) was specified. The
> attached Patch replace the "contains"-match with a "starts-with"-match, which
> only adds the Default ClasspathContainer if no classpathContainer is
> configured which starts with the "JRE_CONTAINER"-Path.
--
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
