Programmieren mit Harald R. Haberstroh

1. Richten Sie den "Formatter" ein, sodass nur Leerzeichen für die Einrückung verwendet werden:
   
2. Richten Sie sich ein File-Template mit einem Header nach unseren Programmierrichtlinien ein:
3. Richten Sie sich ein Code-Template mit einem Header für Klassen nach unseren Programmierrichtlinien ein:

Labels: eclipse, POS1-2

# Eingestellt von Harald R. Haberstroh @ 09:58 0 Kommentare

1. Richten Sie den "Formatter" ein, sodass nur Leerzeichen für die Einrückung verwendet werden:
   
2. Richten Sie sich ein File-Template mit einem Header nach unseren Programmierrichtlinien ein:
3. Richten Sie sich ein Code-Template mit einem Header für Klassen nach unseren Programmierrichtlinien ein:

Labels: Aufgabe, eclipse, POS1-2

# Eingestellt von Harald R. Haberstroh @ 10:17 0 Kommentare

Java bietet seit Version 1.6 eine einfachere Methode (als java.io.BufferedReader) von der Konsole zu lesen: java.io.Console. Leider kann Console nicht innerhalb von eclipse verwendet werden, da sich diese Entwicklungsumgebung direkt mit der Ein- und Ausgabe verbindet.

Es gibt eine - etwas umständliche - Lösung dieses Problems, die hier auf stackoverflow.com beschrieben wird.

Hier eine für eclipse unter Linux adaptierte Variante. Nehmen wir an, die folgende Klasse, soll mit dem Debugger getestet werden:

import java.io.Console;
public class TestDebugging {
    public static void main(String[] args) {
        Console console = System.console();
        if (console != null) {
            String line = console.readLine(">>> ");
            System.out.println(line);
        } else {
            System.err.println("sorry, no console available!");
        }
    }
}

hp@if211l $ java TestDebugging
>>> test
test
hp@if211l $ 

Das Prinzip

Man muss das Java-Programm in einem Terminal starten und sich mit eclipse "remote" verbinden. Dazu verwendet man für den Start der Klasse folgenden Aufruf:

hp@if211l $ java -Xdebug -Xnoagent -Xrunjdwp:transport=dt_socket,address=8787,server=y,suspend=y TestDebugging
Listening for transport dt_socket at address: 8787

Nachdem man (sinnvollerweise) einen Breakpoint gesetzt hat, kann man diese Debug-Konfiguration aufrufen und die Klasse debuggen. Die Ein- und Ausgabe erfolgt dann im Terminal:

Umsetzung

Um die Sache etwas komfortabler zu machen, sollte man folgendes Shell-Script erstellen:

#!/bin/bash
# launch java for external debugging
export D_PORT=8787
export D_DBG="-Xdebug -Xnoagent -Xrunjdwp:transport=dt_socket,\
address=${D_PORT},server=y,suspend=y"
x-terminal-emulator -x java ${D_DBG} -cp ./bin/ $1 &

Dieses Script kann nun unter "Run>External Tools Configuration" eingerichtet werden:

Das Script startet ein Terminal-Fenster (x-terminal-emulator -x) mit dem entsprechenden Java-Aufruf (java -Xdebug -Xnoagent -Xrunjdwp:transport=dt_socket,address=8787,server=y,suspend=y).

Debugging funktioniert wie oben beschrieben, indem man "Remote Java Application" verwendet.

Labels: eclipse, Java, POS1-2, POS1-3, POS1-4

# Eingestellt von Harald R. Haberstroh @ 13:11 0 Kommentare

Standardmäßig bekommt man bei Hilfeaufruf (shift-F2) die Dokumentation direkt von Sun in einem Browserfenster angeboten. Dazu muss das Internet freigesschaltet sein.

Man kann den Pfad für die Doku einstellen. Zum Beispiel befindet sich unter edvodoc/java/docs_6/api/ auch die Java Dokumentation. Der Server edvodoc ist auch im Testbetrieb bzw. bei gesperrtem Internet erreichbar (interner Server!). Die Dokumentation kann natürlich auch in einem lokalen Verzeichnis sein.

Die Einstellung ist im folgenden Bild zu sehen (Window"->"Preferences"->"Installed JREs, dann die entsprechende VM auswählen, Edit, dann .../jre/lib/rt.jar auswählen und Javadoc Location drücken. Dort muss man dann in geeigneter Weise den Pfad auf edvodoc setzen.

Das Bild zeigt die Einrichtung für Java 1.5, aber abgesehen vom Pfad (edvodoc/java/docs_6/api/) funktioniert's genau gleich.

Im Bild ist ein alter URL zu sehen. Aktuell ist http://edvodoc.htlwrn.ac.at/java/docs_6/api/

Labels: eclipse, Java

# Eingestellt von Harald R. Haberstroh @ 09:24 0 Kommentare

• bei einem einen Java-Decompiler verwenden, damit ich überhaupt praktisch mit dem Programm arbeiten und mir Fehler genauer betrachten kann, denn dieser Kandidat hat nur die *.class-Dateien ins Abgabe-Archiv gepackt (Eclipse-Projekt).
• bei 6 (sechs) ich die *.java-Dateien mühsam wieder in die richtige Paket-Struktur bringen, teilweise nur durch händisches Anlegen der Klassen und dann Kopieren der entsprechenden Textstellen aus der einen Textdatei, in der alle Klassen zusammengefasst waren (alles Netbeans-Projekte).
• bei den restlichen 10 konnte ich das Projektverzeichnis unmittelbar verwenden (4 Eclipse-, 5 Netbeans-Projekte bzw. ganz ohne Meta-Information der IDE).

Das nächste Bild zeigt ein falsch abgegebenes Projekt. Es gibt in den Paket-Verzeichnissen keine *.java-Dateien!

Die *.java-Dateien waren im übergeordneten Verzeichnis zu finden. Die Verzeichnisse mit den Sourcen beginnen alle mit einem Leerzeichen und müssen erst wieder umbenannt werden:

Das Verzeichnis, das mit "-brz" endet, enthält das Projekt, aber eben ohne die Sourcen.

Ich denke, man muss schon ziemlich Hand anlegen, um aus den Projektverzeichnissen diese kaputten Projekte zu erzeugen.

Ich frage mich, was so kompliziert ist, wenn es heißt: "Das gesamte Projekt-Verzeichnis (Name-brz) in eine Jar-Datei (Name-brz.jar) packen und ins Abgabeverzeichnis kopieren (Name-brz.jar enthält also u.a. die „ausführbare“ Datei brz.jar)."

Die Angabe für das Projekt war so:
"Verwenden Sie als Standard-Encoding UTF-8 (Unicode)!
Nennen Sie das Projekt Name-brz, wobei Name Ihr Familienname ist.
Erstellen Sie eine geeignete Paket-Struktur.
Erstellen Sie die Verzeichnisse build und doc. Im Verzeichnis build muss das fertige Programm brz.jar abgelegt werden. In doc muss die generierte JavaDoc abgelegt werden. Legen Sie im Projektverzeichnis eine Datei readme.txt an, die Hinweise zum Erzeugen von brz.jar enthält.
brz.jar soll alle nötigen Informationen zum Betrieb mit Ausnahme der Datenbankdateien enthalten, d.h. brz.jar soll in jedem beliebigen Verzeichnis aufgerufen werden können.
Programmaufruf: über ein Argument der Kommandozeile soll festgelegt werden, ob das Programm als Server (Argument server), Client (Argument client) oder AdminClient (Argument admin) läuft.
Erstellen Sie ein Ant-Script, mit dem die Applikation und die Dokumentation (neu) erstellt werden kann."

Es durfte frei zwischen Eclipse und Netbeans gewählt werden.

Die Leute haben 5 oder mehr Jahre Programmieren hinter sich. Und immer wieder Tests in dieser Arbeitsumgebung (Java unter Linux). Ich verstehe das nicht!

Diese Umstände kosteten bis jetzt ein paar Stunden Arbeit (überhaupt, wenn man diesen Blog-Eintrag mitrechnet). Wirklich korrigiert habe ich noch keine der Arbeiten.

Labels: allgemeines, eclipse, Fehler, netbeans, PR5

# Eingestellt von Harald R. Haberstroh @ 13:57 0 Kommentare

Labels: eclipse, Java, Lösung, PR2

# Eingestellt von Harald R. Haberstroh @ 09:13 0 Kommentare

public static void main(String[] args) {
    Data[] worte = new Data[] { new Data("das", 12), new Data("Haus", 3),
        new Data("Text", 23), new Data("Punkt", 2), new Data("Testdaten", 12) };
    System.out.println("unsortiert");
    for (Data d : worte) {
      System.out.println("  " + d);
    }
    Arrays.sort(worte);
    System.out.println("sortiert nach Wort");
    for (Data d : worte) {
      System.out.println("  " + d);
    }
    Arrays.sort(worte, new Data());
    System.out.println("sortiert nach Anzahl");
    for (Data d : worte) {
      System.out.println("  " + d);
    }

    Arrays.sort(worte, new DataHaufUmgekehrt());
    System.out.println("sortiert nach Anzahl absteigend");
    for (Data d : worte) {
      System.out.println("  " + d);
    }
  }

Labels: eclipse, Java, PR2

# Eingestellt von Harald R. Haberstroh @ 08:43 0 Kommentare

<projectdescription>
  <name>start-demo</name>
  <comment></comment>
  <projects>
  </projects>
  <buildspec>
  </buildspec>
  <natures>
  </natures>
</projectdescription>

<projectdescription>
  <name>start-demo</name>
  <comment></comment>
  <projects>
  </projects>
  <buildspec>
    <buildcommand>
      <name>org.eclipse.jdt.core.javabuilder</name>
      <arguments>
      </arguments>
    </buildcommand>
  </buildspec>
  <natures>
    <nature>org.eclipse.jdt.core.javanature</nature>
  </natures>
</projectdescription>

<?xml version="1.0" encoding="UTF-8"?>
<classpath>
    <classpathentry kind="src" path="src"/>
    <classpathentry kind="con" path="org.eclipse.jdt.launching.JRE_CONTAINER"/>
    <classpathentry kind="output" path="bin"/>
</classpath>

Labels: CVS, eclipse, Fehler

# Eingestellt von Harald R. Haberstroh @ 15:00 0 Kommentare

Bei "work with" muss man https://dl-ssl.google.com/android/eclipse/ eingeben:

Man muss das Android SDK herunterladen und auspacken. Das Installationsverzeichnis muss man noch bei den Settings angeben:

Als nächstes ruft man den "Android SDK and AVD Manager" auf:
und lädt sich die Packages für den/die Emulatoren/Handys herunter:

Dann muss man noch ein konkretes Gerät anlegen:
Dann kann man schon ein Android-Projekt anlegen:

Für "Hello World" muss man noch ein Textfeld (TextView tv) anlegen:

package at.haberstroh.android.hello;
import android.app.Activity;
import android.os.Bundle;
import android.widget.TextView;
public class HelloAndroid extends Activity {
 /** Called when the activity is first created. */
 @Override
 public void onCreate(Bundle savedInstanceState) {
   super.onCreate(savedInstanceState);
   TextView tv = new TextView(this);
   tv.setText("Hello, Android");
   setContentView(tv);
 }
}

Mit "Run" kann man dann den Emulator mitsamt seiner Applikation starten:

Labels: android, eclipse, Java, Linux, PR5

# Eingestellt von Harald R. Haberstroh @ 11:43 0 Kommentare

Leider braucht man eine aktuellere eclipse-Version, 3.4 oder 3.5. Die Version 3.2 in der Schule funktioniert nicht richtig mit dem ADT.

Auf dem edvoftp gibt es auch ein ISO-Image für eine "Android Live-CD".

Der Emulator funktioniert schon:

Labels: android, eclipse, Java, Linux, PR5

# Eingestellt von Harald R. Haberstroh @ 10:04 0 Kommentare

Offensichtlicher ist der Vergleich mit anderen Versionen einer Datei, denn hier gibt's im Kontextmenü Compare With->History bzw. Compare With->Local History.

diff datei1 datei2
1,2c1,2
< /*
<  * GuiApp.java
---
> /**
>  * Name der Redaktion bekannt
4d3
<
7c6,13
< import org.jdesktop.application.Application;
--- snip --- es geht hier eigentlich noch weiter ---

gvimdiff datei1 datei2

Labels: eclipse, vim

# Eingestellt von Harald R. Haberstroh @ 14:10 0 Kommentare

• 5ad-name-java-helloworld
• 5ad-name-c-helloworld
• 5ad-name-cpp-helloworld
• 5ad-name-ruby-helloworld
• 5ad-name-groovy-helloworld
• 5ad-name-python-helloworld

Labels: Aufgabe, C, C++, CVS, eclipse, groovy, Java, netbeans, PR5, Programmiersprachen, Python, ruby

# Eingestellt von Harald R. Haberstroh @ 19:53 0 Kommentare

1. Alle einzelnen Dateien des Projekts händisch commiten.
2. Das Projekt in einem neuen Verzeichnis auschecken.
3. Prüfen, ob alles da ist.
4. Das alte/originale Projekt löschen.
5. Das neue verwenden.

• Replacing CVS files
• Concurrent Versions System – Wikipedia

Labels: CVS, eclipse, Fehler, netbeans

# Eingestellt von Harald R. Haberstroh @ 14:36 0 Kommentare

hh@turing:~/netbeans/Gui2Eclipse/src> ls gui2eclipse/
Gui2EclipseAboutBox.form  Gui2EclipseAboutBox.java  Gui2EclipseApp.java  Gui2EclipseView.form  Gui2EclipseView.java  resources
hh@turing:~/netbeans/Gui2Eclipse/src> cp -r gui2eclipse/ ~/workspace/Gui2Eclipse/src/
hh@turing:~/netbeans/Gui2Eclipse/src> cd ~/workspace/Gui2Eclipse/

hh@turing:~/workspace/Gui2Eclipse/src> mkdir lib
hh@turing:~/workspace/Gui2Eclipse/src> cd lib
hh@turing:~/workspace/Gui2Eclipse/src/lib> cp /usr/local/netbeans-6.1/java2/modules/ext/appframework-1.0.3.jar .
hh@turing:~/workspace/Gui2Eclipse/src/lib> cp /usr/local/netbeans-6.1/java2/modules/ext/swing-worker-1.1.jar .

Labels: eclipse, Java, netbeans, PR3, PR5

# Eingestellt von Harald R. Haberstroh @ 15:58 0 Kommentare

Standardmäßig bekommt man bei Hilfeaufruf (shift-F2) die Dokumentation direkt von Sun in einem Browserfenster angeboten. Dazu muss das Internet freigesschaltet sein.

Man kann den Pfad für die Doku einstellen. Zum Beispiel befindet sich unter edvodoc/java/docs_15/api/ auch die Java Dokumentation. Der Server edvodoc ist auch im Testbetrieb bzw. bei gesperrtem Internet erreichbar (interner Server!). Die Dokumentation kann natürlich auch in einem lokalen Verzeichnis sein.

Die Einstellung ist im folgenden Bild zu sehen (Window"->"Preferences"->"Installed JREs, dann die entsprechende VM auswählen, Edit, dann .../jre/lib/rt.jar auswählen und Javadoc Location drücken. Dort muss man dann in geeigneter Weise den Pfad auf edvodoc setzen.

Labels: eclipse, Java

# Eingestellt von Harald R. Haberstroh @ 10:15 0 Kommentare