chille.at

Wer liebt nicht exotische Uhrzeiten und Daten? Die beliebteste Zeit im Jahr ist wohl der Faschingsbeginn am 11.11. um 11:11:11…

Nunja… Herr M. hat mich gerade darauf aufmerksam gemacht, dass sich heute eine einmalige Gelegenheit im Raum UNIX-Time bietet. Morgn, am Samstag den 14. 02. 2009 um 00:31:30 wird die UNIX-Zeit “1234567890″ eintreten…

Info: Bei der UNIX-Zeit handelt es sich um nichts anderes als die Anzahl der Sekunden seit dem 01.01.1970 um 00:00. In manchen Betriebssystemen gibt es daher auch Probleme bei der Speicherung älterer Daten! Hier ein Zeit-Umrechner: [unixtime.de]

Ich habe nun endlich die Lösung für das Speicherproblem von Eclipse gefunden und mein Eclipse stürzt nicht mehr/nur noch selten ab
Wichtig: bei dem — vor launcher handelt es sich um zwei – und nicht um einen Gedankenstrich

Die eclipse.ini sollte ungefähr so aussehen:

-showsplash
org.eclipse.platform
–launcher.XXMaxPermSize
768M
-vmargs
-Dosgi.requiredJavaVersion=1.6
-Xms256m
-Xmx1024m
-XX:MaxPermSize=256m

Heute habe ich wieder einen Tag mit SUSE Linux und Eclipse hinter mir, der diesmal besser zu Ende ging Den Titel dieses Beitrags widme ich einem Kollegen, der mir bei der JSP/JSF-Programmierung sehr geholfen hat!

Meine neuen Erkenntnisse…

Die JSF-Libraries dürfen sich (bei mir) nicht im Workspace befinden, da sonst die URLs relativ abgebildet werden. Beim Laden der URL vergisst Eclipse, dass es sich um eine relative URL handelt und entgegnet ein [missing] – Das eigenhändige Entpacken der Libs in den lib-Ordner ist dann natürlich nicht notwendig, wenn man den “Fehler” behoben hat…

Der WebEditor startet nach wie vor nicht. Zunächst mit der Meldung dass er den MOZILLA_FIVE-Pfad (etc.) nicht finden kann. Nachdem dieses behoben war, kam die “no swt-mozilla-gtk-3346 or swt-mozilla-gtk in… ” hinzu. Auch dieses Problem lies sich nach unzähligen Versuchen beheben. Ich sollte nämlich eine Jar-Datei in einen Ordner verschieben und eine so-Bibliothek ebenfalls entpacken (wer hätte gedacht, dass die so-Datei in der Jar-Datei ist?). Dann wurde noch WTP installiert… naja… keine Auswirkungen… *aufgeb* ich kann ja auch ohne Designer arbeiten!

Nachtrag: Der WebEditor startet bei vielen nicht. Ein Update für Eclipse hilft aber angeblich Wunder.

Auch JSF hatte zunächst nicht funktioniert. Nachdem ich also das fünfte JSF-Projekt erstellt hatte, wollte es auch klappen. Ich schaffte es sogar ein einfaches Loginsystem (mit Sicherheitslücke) zu erstellen… Seht selbst meine erste Navigation-Rule

test01.jsp folgt:

Wer mit Tomcat und Eclipse arbeitet, sollte am Besten auch gleich mal eine Verknüpfung (”killCatalina“) zu $CATALINA_HOME/bin/shutdown.sh erstellen Es gibt da öfter Schwierigkeiten, dass Eclipse den Server nicht starten kann, da Tomcat bereits die Ports blockiert.

Außerdem sollte man Eclipse erlauben mehr Speicher zu allokieren, da es sonst bereits nach wenigen Klicks zu einer internen OutOfMemoryException kommt. Am besten auch eine Verknüpfung am Desktop “eclipse memory” anlegen Man muss lediglich ein paar Parameter hinzufügen… Unter anderem kann hier -XX:MaxPermSize=128m diese Zahl erhöht werden… Auch -Xms64m oder -Xmx1024m kann helfen…

Nachtrag: Eine funktionierende Konfiguration (eclipse.ini) lautet: wichtig: bei den — handelt es sich um 2 – und nicht um einen Gedankenstrich

-showsplash
org.eclipse.platform
–launcher.XXMaxPermSize
768M
-vmargs
-Dosgi.requiredJavaVersion=1.6
-Xms256m
-Xmx1024m
-XX:MaxPermSize=256m

Ich zählte heute 17 Eclipse-Abstürze (und zusätzlich mehrere “freiwillige” Neustarts), einen Kopete-Absturz und zwei KDESVN-Abstürze.
Und wie ich es von Eclipse gewohnt bin, gab es wieder eine herzliche Verabschiedung :-\

Heute habe ich extrem schlechte Erfahrungen mit Eclipse unter SUSE Linux machen müssen! Ich sollte für ein Schulprojekt einen Teil eines Onlineshops mit JSF programmieren. Jedoch gestaltete sich bereits die Erzeugung eines solchen Projektes als sehr schwierig.

Nach mehreren Total-Abstürzen mit Fehlermeldung – meist ausgelöst durch Umbenennen von Klassen, oder durch Öffnen eines Editors für Konfigurationsdateien – begannen wir eine Strichliste der Abstürze zu führen, welche für Eclipse bei mir immerhin auf 8 Stück anwuchs. Zusätzlich löste unerwünschtes Verhalten der Programme große Frustration aus.

Auch der KDE hat mich mit mehreren Abstürzen stark enttäuscht, welcher in einem Zug sämtliche Fenster maximierte, mir irgend einen Verschiebebalken unter die Maus jubelte und sich dann unter starkem Fenster-hin-und-her-Geflimmere mit dem Crashmanager verabschiedete.

Erkenntnis des heutigen Tages:

• Windows (XP)
  • Einfache Installation (Weiter, Ich akzeptiere, Weiter, Weiter, Weiter, Fertigstellen)
  • Max. 1 Programmabsturz pro Woche
  • Alles funtioniert wie man es erwartet
• Linux (SUSE 10.3)
  • Komplizierte Installation (Entpacken, User hinzufügen, Gruppen hinzufügen, Dateirechte festlegen, PATH-Variable setzen und in .bashrc speichern, CLASSPATH setzen und in .bashrc ablegen
  • Min. 10 Programmabstürze pro Tag
  • Unerwünschtes Verhalten in Baumstrukturen (Dateiansicht)
    • Verschieben anderer Ordner als des Markierten
    • Dateien im Projektexplorer temporär nicht anzeigen
  • Ignorieren von Klicks (mit anschließendem Absturz)
  • Abruptes Schließen von Eclipse ohne weitere Rückmeldung

Zusammenfassend gestaltete sich die Erstellung des Projektes als ungewöhnlich schwierig und ich vermochte es selbst in stundenlanger Arbeit nicht, Eclipse zu erklären, dass die JSF-Bibliotheken am gegebenen Ort gespeichert seien. Es behauptete doch stets, diese wären “missing”. Ich entschloss mich diese zu entfernen und neu dem Projekt hinzuzufügen, klickte auf “Fertig stellen” und musste beim erneuten Nachschlagen bedauerlicherweise feststellen, dass diese schon wieder mit einem freundlichen “missing” versehen waren… (Lösung: das missing ignorieren und die JAR-Dateien in den WEB-INF/lib-Ordner kopieren. Damit funktioniert zumindest das Erstellen einer leeren Website! Morgen geht’s weiter…)

Abschließend noch ein kleiner Screenshot