Community
Participate
Working Groups
I have the following in my eclipse.ini -vm /usr/lib/jvm/jdk-11.0.4/lib/server/libjvm.so With this setting, the eclipse process shows the command (ps aux) as: /bin/sh -c /home/user/tools/eclipse/eclipse If I restart this eclipse instance, this is no longer the case: /home/user/tools/eclipse/eclipse -os linux -ws gtk -arch x86_64 -showsplash ... (rest truncated). Other settings in settings.ini are not ignored as far as I can tell.
I believe I see similar, may be related problem: if I start Eclipse with -vm argument in eclipse.ini and install some plugin, on next restart Eclipse *removes* -vm argument from my eclipse.ini!
Haha, I am pretty sure I had the same issue, but was thinking that I somehow have overwritten the file :-D
*** This bug has been marked as a duplicate of bug 551378 ***
I'm reopening this one. I think bug 551378 depends on proper resolution of this one.
@Samir: can you please share some simple steps to reproduce?
(In reply to Mickael Istria from comment #4) > I'm reopening this one. I think bug 551378 depends on proper resolution of > this one. Isn't same problem? Restarting after p2 touchpoint action uses wrong JVM and so re-writes eclipse.ini?
Also, can you please check the `ps aux | grep java | grep equinox.launcher` when this happens? The resulting Java command will give more information about what parameters are forwarded or not. (In reply to Andrey Loskutov from comment #6) > Isn't same problem? Restarting after p2 touchpoint action uses wrong JVM and > so re-writes eclipse.ini? Not exactly. The eclipse.ini seems properly modified, but the restart action ignores the new `-vm` argument (because it doesn't reparse eclipse.ini but rebuilds a command line from a set of System properties that aren't updated).
(In reply to Mickael Istria from comment #5) > @Samir: can you please share some simple steps to reproduce? Download any nightly SDK build, extract, change eclipse.ini from this installation to contain this (before vmargs): ###### -vm /usr/lib/jvm/java-11-openjdk/bin/java ###### So for example: ###### -startup plugins/org.eclipse.equinox.launcher_1.5.600.v20191014-2022.jar --launcher.library plugins/org.eclipse.equinox.launcher.gtk.linux.x86_64_1.1.1100.v20190907-0426 --launcher.defaultAction openFile --launcher.appendVmargs -vm /usr/lib/jvm/java-11-openjdk/bin/java -vmargs -Dosgi.requiredJavaVersion=1.8 -Dosgi.dataAreaRequiresExplicitInit=true -Xms256m -Xmx16G -Declipse.p2.unsignedPolicy=allow --add-modules=ALL-SYSTEM ###### Now start this Eclipse for the first time, go to File -> Import -> Install Software Items from file and select eclipse.platform.ui/releng/org.eclipse.ui.releng/platformUiTools.p2f file (from platform ui git repo). Confirm everything and restart. -vm is removed form the eclipse.ini file.
i really if anything in that feature that you then install is doing a SetJvmAction or another kind of native touchpoint action that is setting the jvm to null and that would cause a remove of the -vm property completely...
testing this with: eclipse-SDK-4.13-win32-x86_64.zip and then https://git.eclipse.org/c/platform/eclipse.platform.ui.git/plain/releng/org.eclipse.ui.releng/platformUiTools.p2f under windows where i add a -vm first when i start and i don't have any problems when installing all packages from that p2f file.
(In reply to Johan Compagner from comment #10) > where i add a -vm first when i start Not sure what do you mean by that. The -vm should be in the ini file *before* you start for the first time. > and i don't have any problems when installing all packages from that p2f > file. See the problem from comment 10 every day (I switch to last nightly build every day) since years on the Linux box, just had no time to report that.
yes thats what i mean i added the -vm first (before) i start its weird then for me on windows with the standard eclipse SDK my -vm stays there.
Fix for bug 551378 doesn't have any effect here, problem with comment 8 is still there.
Related to or duplicate of Bug 323565
*** Bug 578682 has been marked as a duplicate of this bug. ***
*** Bug 551378 has been marked as a duplicate of this bug. ***
Moved to https://github.com/eclipse-equinox/p2/issues/166