Eclipse Shortcuts

Eine kleine Sammlung von sinnvollen Shortcuts

• CTRL+SHIFT+Y: Markierten Bereich lowercase setzen
• CTRL+SHIFT+X: Markierten Bereich uppercase setzen

(wird bei Bedarf ergänzt)

Sample einer Oracle-Table

Um ein Sample einer Oracle Table zu bekommen, kann man das folgende Statement benutzen:

SELECT * FROM table123 SAMPLE (0.0001) SEED (4711);

Dieses Statement wählt 0.0001 Prozent der Zeilen der Tabelle aus. Durch das fixe Seed wird auch bei mehreren Aufrufen das gleiche Ergebnis zurückgeliefert (solange sich die Tabelle nicht ändert). Wird das fixe Seed weggelassen, wird ein zufälliges Seed gewählt.

Java Remote Debugging

Es gibt verschiedene Situationen, in denen ein remote Debugging angebracht sein kann. Die beiden häufigsten sind:

• Die VM befindet sich auf einer Maschine, auf der keine IDE installiert ist
• Der Aufruf des Servers erfolgt durch ein Script und kann nur umständlich in der IDE nachgestellt werden

Das remote Debugging wird durch folgende Parameter bei Aufruf initiiert. Der Port kann dabei angepasst werden:

-Xdebug -Xrunjdwp:server=y,transport=dt_socket,address=4000,suspend=y

Java Generics und der Type-Witness

Die Typ-Inferenz von Java versucht den Typ eines Generics anhand der bekannten Typinformationen auszuwerten. Dies kann jedoch in bestimmten Fällen schief gehen.

So funktioniert zwar folgendes Beispiel:

private void f(List<String> l) {
  // TODO 
}

List<String> l = Collections.emptyList();
f(l);

Wird die leere Liste aber direkt verwendet, schlägt die Typ-Inferenz mit der Fehlermeldung "The method f is not applicable for the arguments List<Object>" fehl:

f(Collections.emptyList());

Die Lösung ist, hier einen Type-Witness einzusetzen:

f(Collections.<String>emptyList());

CIFS über SSH

Um eine CIFS Verbindung über einen SSH Tunnel zu fahren, muss zuerst der SSH Tunnel aufgebaut werden. Dabei sollte statt des veralteten Port 139 der aktuellere Port 445 verwendet werden, da es ansonsten zu Problemen kommen kann.

Der Aufbau der SSH Verbindung kann auf unterschiedliche Weise geschehen. Die einzelnen Verfahren haben dabei Vor- und Nachteile.

1. Aufbau im Vordergrund ohne Command. Hier muss man den Tunnel manuell in der Hintergrund schicken

   ssh -N -L 10445:10.5.107.32:445 user@jumpserver
   

2. Aufbau im Hintergrund ohne Command. Zum stoppen muss der Prozess gefunden werden.

   ssh -f -N -L 10445:10.5.107.32:445 user@jumpserver
   

3. Aufbau im Hintergrund mit Master ohne Command. Extra Aufwand, dafür gute Steuerung

   ssh -f -N -M -S  -L 10445:10.5.107.32:445 user@jumpserver
   

4. Aufbau im Hintergrund mit Timeout. Auto-Close

   ssh -f -L 10445:10.5.107.32:445 user@jumpserver sleep 60
   

Sobald die Verbindung steht, kann man dann einen CIFS Mount durchführen:

mount -t cifs //WINSERVER/SHARE /mnt/ -o user=winuser,port=10445,ip=127.0.0.1,domain=windomain

Quellen:

• http://ubuntuforums.org/archive/index.php/t-907671.html
• http://unix.stackexchange.com/questions/83806/how-to-bring-back-ssh-session-that-was-started-with-the-f-option-run-in-backgr

Bind-Variables vs. Substitution-Variables

Substitution-Variables werden durch & bzw. && gekennzeichnet. Diesen kann optional ein Name folgen. Bei & (temporary substitution variable) fragt SQL Developer jedes Mal nach dem Wert. Bei && (permanent substitution variable) wird ein einziges Mal gefragt und der Wert an allen Stellen eingesetzt. Der Wert ist jedoch ein einfacher String-Wert, so dass ggf. Quotes verwendet werden müssen.
Die Verwendung von Substitution-Variables kann durch die Eingabe von

set define off; 

abgeschaltet werden. Dies ist insbesondere dann von Interesse, wenn ein zu prüfender String ein & Zeichen enthält.

Häufig werden eher Bind-Variables benötigt. Diese werden als Name mit einem : als Prefix gekennzeichnet (z.B. :foo). Für diese wird einmal der benötigte Wert angefragt und dann an allen Stellen der Query eingefügt.
Beispiel:

select :foo, :foo || :foo from dual;

Quelle: http://stackoverflow.com/questions/16390431/correct-usage-of-substitution-variable-in-sql-developer

Executors and Job Queues

Wenn ich eine Reihe von Jobs (Runnable oder Callable) habe, die ich gerade parallel ausführen lassen möchte, kann ich das mit Threads lösen. Die modernere Variante sind jedoch angepasste Executoren. Hier wird es aber schnell aufwendig, wenn ich eine Queue der beendeten Futures verwalten möchte. Eine einfachere Lösung bietet hier Guava mit der ListenableFuture Klasse an. Mit Hilfe der Executor-Decoratoren lassen sich die Standard Java Executoren verwenden, so dass der Code-Overhead an dieser Stelle minimiert werden kann. Ein kleines Anwendungsbeispiel lässt sich in oben erwähntem Link finden.