Alle anderen Apps, die an die Taskleiste angeheftet werden können, verhalten sich gut. Aber Eclipse zeigt keine kürzlich geöffneten Projekte an, wenn ich mit der rechten Maustaste darauf klicke. Es erlaubt auch nicht, einige Projekte darin zu pinnen. Beachten Sie, dass ich die JS-Version von Eclipse Helios habe. Dadurch wird nach dem Laden ein neues und anderes Taskleistensymbol angezeigt.
87
Antworten:
Geben Sie die neueste verfügbare Java-VM in Ihrem Computer an
eclipse.ini
. Dh:( Mehr Infos )
Oder fügen Sie alternativ den Java-
bin
OrdnerPATH
vor dem Ordner "windows32" zu Ihrem Windows hinzu, da Eclipse andernfalls "javaw.exe" im win32-Ordner anstelle des JDK-Ordners verwendet.quelle
client
ich einserver
Verzeichnis, das enthältjvm.dll
. Die Angabe dieses Pfads als-vm
Argument funktioniert mit Eclipse Java EE (Indigo Service Release 2).Riccardos Lösung aus dem Eclipse-Fehlerbericht hat für mich funktioniert, aber ich erhalte keine kürzlich geöffneten Projekte usw. über die Taskleiste. Hat jemand die Erfahrung gemacht, dass diese Problemumgehungen dieses Verhalten wiederherstellen?
quelle
Das Einstellen von eclipse.exe in den Kompatibilitätsmodus funktioniert
quelle
-vm
Parameter nach dem Einstellen in den Kompatibilitätsmodus zu entfernen . Als ich beides hatte, konnte die Eclipse überhaupt nicht starten.Ich möchte dies nur für die Win10-Benutzer hinzufügen.
Bearbeiten
eclipse.ini
, um diese Zeilen am Ende vor der Zeile hinzuzufügen--launcher.appendVmargs:
-vm C:/Program Files/Java/jdk1.8.0/jre/bin/server/jvm.dll
Sie müssen die Kompatibilität auch auf Windows Vista einstellen, damit es funktioniert.
quelle
Ich denke, es ist wichtig zu erwähnen, dass es zumindest für mich wichtig war, den Pfad zur VM in der eclipse.ini mit Schrägstrichen hinzuzufügen, obwohl ich mit Windows arbeite (7, das heißt). Eclipse wurde nicht gestartet, als ich Backslashes verwendet habe.
quelle
Kürzlich hat Timo Kinnunen das Problem aufgezeigt
und ändern Sie es in
Dies führt dazu, dass die JVM im selben Prozess wie eclipse.exe und nicht als untergeordneter Prozess gestartet wird, und vermeidet die Komplikationen von Hostprozessen mit AppUserModelIDs.
Und es funktioniert !!!
quelle
Die bisher hier auf StackOverflow angebotenen Lösungen bieten keine einfache Lösung, um mehrere Finsternisse auszuführen, während jede ihre eigenen hat
Application ID
, und die Gruppierung von Symbolen wie erwartet zu gestalten. Die Antwort hier enthält einen Verweis auf die zugrunde liegendeSystem.AppUserModel.ID
Eigenschaft.Hier ist eine kurze Anleitung :
-vm
Einstellung, wie viele Leute hier erwähnt habenPin this program to taskbar
%AppData%\Microsoft\Internet Explorer\Quick Launch\User Pinned\Taskbar
eclipse
,eclipse (2)
odereclipse (3)
und so weiterUnpin this program from taskbar
Hier ist ein erweitertes HOWTO , das hilfreich ist, wenn die Symbolgruppierung nach einzelnen Eclipse-Instanzen getrennt werden soll (wenn mehrere Instanzen ausgeführt werden):
org.eclipse.epp.package.java_2.0.1.20130919-0803
. Öffnen Sie dieplugin.xml
Datei dieses Ordners./plugin/extension/product/property[@name="appName"]
, Setzen Sie das Attributvalue
auf etwas anderes. Verwenden Sie keine Leerzeichen, halten Sie die Länge unter (bis) 40./plugin/extension/product/property[@name]
, Attributname
auf etwas anderes setzen.-clean
Sie in Ihrer vorhandenen Eclipse-Verknüpfung diese hinzu und führen Sie sie einmal aus. Sie werden feststellen, dass das//product/property[@name]
Attribut im Titel des Eclipse-Fensters verwendet wird. Danach können Sie-clean
wieder entfernen .Eine kurze Erklärung, was hier los ist :
System.AppUserModel.ID
EigenschaftenAppID
AppID
beim Start keine . Zuerst wird die JVM gestartet, dann wird der Eclipse-Kern / die Eclipse-Plattform gestartet und dann das Start-Plugin geladen. In dieser letzten Phase wird ein API-Aufruf ausgeführt, umAppID
den Wert in einerplugin.xml
Datei festzulegen. Siehe oben: erweitertes HOWTO Punkt 2AppID
in die neue 'angeheftete' Version der .lnk-Datei einfügen kann. Es kann nur zur Laufzeit erkannt werden.Pin this program to taskbar
-> Dann erkennt Windows dieAppID
und speichert sie in der angehefteten .lnk. Teilweise aufgrund der JVM-Prozessumleitung erkennt Windows jedoch nicht die Befehlszeilenparameter, die Umgebung, den Arbeitsordner (zumindest beim Start) und den Symbolpfad + den Symbolindex. Also musst du:System.AppUserModel.ID
Eigenschaften versteht (es gibt viele).Ich hoffe aufrichtig, dass dies die Anzahl der Eclipse-Taskleistensymbole auf den Arbeitsstationen um mich herum verringert.
Prost, TW
quelle
System.AppUserModel.ID
Erklärung ist das, wonach ich schon lange gesucht habe!