Ich benutze Aptana seit Jahren und habe mich an die vielen Funktionen gewöhnt.

Es war bis zu meinem Upgrade von Xubuntu 13.04 auf 14.04 zuverlässig.

Jetzt stürzt es alle 5 oder so Minuten ab. Ich kann meine Arbeit nicht erledigen. Es erscheint kein Fehler und der Bildschirm verschwindet einfach. Ich muss meine SFTP-Verbindungen bei jedem Neustart neu erstellen.

Ich habe in ~ / Aptana Workspace / .metadata / .log nachgesehen, aber es gibt keine Informationen darüber, warum es abstürzt.

Wenn dies etwas bedeutet, werden 99% meiner Arbeit auf Remote-Servern ausgeführt.

Wenn Aptana ohne geöffnete Dateien sitzt, scheint es auf unbestimmte Zeit geöffnet zu bleiben.

Ich verwende 3.4.2 Standalone auf Xubuntu 14.04 64-Bit mit openjdk-7. Mein System-RAM ist derzeit bei 31% (ca. 2,4 GB) und der durchschnittliche Ladezustand von htop liegt bei 1,06 0,76 0,64.

Wenn es irgendwelche Protokolle gibt, die ich posten kann, sende ich sie gerne zu

BEARBEITEN Hier ist meine .log-Datei nach dem letzten Absturz:

!SESSION 2014-05-06 18:58:38.247 -----------------------------------------------
eclipse.buildId=unknown
java.version=1.7.0_55
java.vendor=Oracle Corporation
BootLoader constants: OS=linux, ARCH=x86_64, WS=gtk, NL=en_US
Command-line arguments:  -os linux -ws gtk -arch x86_64

!ENTRY org.eclipse.core.resources 2 10035 2014-05-06 18:58:40.256
!MESSAGE The workspace exited with unsaved changes in the previous session; refreshing     workspace to recover changes.
!SESSION 2014-05-06 19:03:07.121 -----------------------------------------------
eclipse.buildId=unknown
java.version=1.7.0_55
java.vendor=Oracle Corporation
BootLoader constants: OS=linux, ARCH=x86_64, WS=gtk, NL=en_US
Command-line arguments:  -os linux -ws gtk -arch x86_64

!ENTRY org.eclipse.core.resources 2 10035 2014-05-06 19:03:09.189
!MESSAGE The workspace exited with unsaved changes in the previous session; refreshing      workspace to recover changes.
!SESSION 2014-05-06 19:14:47.589 -----------------------------------------------
eclipse.buildId=unknown
java.version=1.7.0_55
java.vendor=Oracle Corporation
BootLoader constants: OS=linux, ARCH=x86_64, WS=gtk, NL=en_US
Command-line arguments:  -os linux -ws gtk -arch x86_64

!ENTRY org.eclipse.core.resources 2 10035 2014-05-06 19:14:49.545
!MESSAGE The workspace exited with unsaved changes in the previous session; refreshing     workspace to recover changes.

Ich habe versucht, alles, was mit Aptana und Eclipse sowie OpenJDK zu tun hat, zu bereinigen und neu zu installieren, aber immer noch dasselbe zu tun.

Ich habe auch nachgesehen

sudo update-alternatives --config java

Hier ist die Ausgabe:

There are 2 choices for the alternative java (providing /usr/bin/java).

Selection    Path                                            Priority   Status
------------------------------------------------------------
* 0            /usr/lib/jvm/java-7-openjdk-amd64/jre/bin/java   1071      auto mode
  1            /usr/bin/gij-4.8                                 1048      manual mode
  2            /usr/lib/jvm/java-7-openjdk-amd64/jre/bin/java   1071      manual mode

Ein weiterer Edit Ich habe OpenJDK entfernt und Oracle Java installiert, keine Änderung

** EDIT 23.05.2014 ABSTURZ VON CLI **

Java HotSpot(TM) 64-Bit Server VM warning: ignoring option MaxPermSize=256m; support was removed in 8.0
#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0x00007f9fc0c322a1, pid=7070, tid=140327171606272
#
# JRE version: Java(TM) SE Runtime Environment (8.0_05-b13) (build 1.8.0_05-b13)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (25.5-b02 mixed mode linux-amd64  compressed oops)
# Problematic frame:
# C  [libsoup-2.4.so.1+0x6c2a1]  soup_session_feature_detach+0x11
#
# Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
#
# An error report file with more information is saved as:
# /tmp/hs_err_pid7070.log
#
# If you would like to submit a bug report, please visit:
#   http://bugreport.sun.com/bugreport/crash.jsp
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#