Fündig bin ich bei KeePass geworden, dass es für alle wichtigen Plattformen gibt. Die Synchronisation lässt sich weiterhin mit Rsync via USB-Kabel vornehmen, einfach die *.kbd Datei in die Synchronisation aufnehmen.

Wie üblich reicht für das Einbinden vom Apache FTP Server ein Eintrag in maven:

<dependency>
    <groupId>org.apache.ftpserver</groupId>
    <artifactId>ftpserver-core</artifactId>
    <version>1.0.4</version>
</dependency>

Aus Performancegründen bietet es sich an, den FTP Server nicht generell zu speichern, sondern den Start in eine statische Methode auszulagern, sodaß pro Test entschieden werden kann, ob ein FTP Server benötigt wird.

File ftpDirectory = new File("ftproot");
ftpDirectory.mkdirs(); // create target/ftproot

FtpServerFactory serverFactory = new FtpServerFactory();
ListenerFactory factory = new ListenerFactory();
factory.setPort(2121); // FTP Port, unter Linux > 1024

try {
    serverFactory.addListener("default", factory.createListener());

    PropertiesUserManagerFactory userFactory = new PropertiesUserManagerFactory();
    File userFile = new File("ftpusers.properties");
    userFactory.setFile(userFile);
    serverFactory.setUserManager(userFactory.createUserManager());

    ftpServer = serverFactory.createServer();
    ftpServer.start();
} catch (Exception e) {
    LOGGER.log(Level.SEVERE, "Unable to start test ftpserver", e);
}

Um dann das Verhalten von Komponten zu testen, die einen FTP Up- oder Download durchführen, kann simpler Verwendung von java.io.File prüfen, ob Dateien vorhanden sind bzw. diese dann weitergehend verarbeiten.

Beispiel für das überprüfen einer hochgeladenen Datei:

assertTrue(new File(ftpDirectory, path).exists());

@Data
public class Test {
  private long id;

  private String text;
}

Dumbster ist im Maven Repository und kann mittels pom.xml eingebunden werden

<dependency>
  <groupId>dumbster</groupId>
  <artifactId>dumbster</artifactId>
  <version>1.6</version>
  <scope>test</scope>
</dependency>
<dependency>
  <groupId>javax.mail</groupId>
  <artifactId>mail</artifactId>
  <version>1.4.3</version>
  <scope>test</scope>
</dependency>

Er wird einfach über einen Konstruktor in der setUp-Methode erstellt und dem Container (in meinem Fall JEE mit OpenEJB) mitgeteilt:

mockMailServer = SimpleSmtpServer.start(2525);

// mail resource
p.put("mail/postman", "new://Resource?type=javax.mail.Session");
p.put("mail/postman.mail.smtp.host", "localhost");
p.put("mail/postman.mail.smtp.port", "2525");
p.put("mail/postman.mail.transport.protocol", "smtp");
p.put("mail/postman.mail.smtp.auth", "false");

Entsprechende Unit-Tests könnten dann so aussehen:

... JAVA Code, der E-Mails via @Resource(name = "mail/postman") verschickt

assertEquals(3, mockMailServer.getReceivedEmailSize());
Iterator iter = mockMailServer.getReceivedEmail(); // get first email
SmtpMessage smtpMessage = (SmtpMessage) iter.next();
assertEquals("Test", smtpMessage.getHeaderValue("Subject"));
assertEquals("Test User <from@localhost>", smtpMessage.getHeaderValue("From"));
assertEquals("Hallo Welt!", smtpMessage.getBody());

Inzwischen bin ich ein bisschen weiter und habe die Daten übertragen. Dies klappt erstaunlicherweise ganz gut mit COPY TO auf PostgreSQL Seite und LOAD DATA INFILE auf MySQL Seite. Sieht konkret so aus:

psql -h$PSQL_HOST -U$PSQL_USER $PSQL_DB -c "\COPY export.$table TO '/tmp/$table.csv'"
mysql --default-character-set=latin1 -h$MYSQL_HOST -u$MYSQL_USER --password="$MYSQL_PASSWORD" $MYSQL_DB -e "LOAD DATA LOCAL INFILE '/tmp/$table.csv' INTO TABLE $table"

Das klappt wahrscheinlich nicht mit binären Spalten (habe keine) und leider auch nicht mit Booleans, die bei MySQL mit TINYINT(1) dargestellt werden. Um dieses Problem zu umgehen, konvertiere ich die Spalten vorher in der PostgreSQL ebenfalls zu SMALLINT. Dabei kommt CREATE CAST in PostgreSQL zum Einsatz.

CREATE OR REPLACE FUNCTION export.bool2smallint(value boolean) RETURNS smallint AS $$
BEGIN
        IF value = false THEN
                return 0;
        ELSIF value = true THEN
                return 1;
        ELSE
                return NULL;
        END IF;
END;
$$ LANGUAGE plpgsql;

DROP CAST IF EXISTS (boolean AS smallint);

CREATE CAST (boolean AS smallint) WITH FUNCTION export.bool2smallint(boolean) AS IMPLICIT;

CREATE OR REPLACE FUNCTION export.convert_boolean_column_to_int(tabelle varchar(255), feld varchar(255)) RETURNS void AS $$
BEGIN
        EXECUTE 'ALTER TABLE ' || tabelle || ' ALTER ' || feld || ' TYPE smallint';
END;
$$ LANGUAGE plpgsql;

Anschliessend muss nur jede Boolean-Salte konviertiert werden:

SELECT export.convert_boolean_column_to_int('export.kunde', 'mwstausweisbar');

Ich bin mal gespannt, wie diese Moderationstechnik funktioniert. Ich bin mir aber sicher, daß man bei dem Stil die Menschen besser kennen lernt, als wenn ein Moderator vorn alles via Powerpoint präsentiert.

watch -n  1 ls -la

Mit dem Schalter -n 1 kann man die Updatezeit einstellen (hier eine Sekunde, default ist auf zwei Sekunden). Besonders hilfreich ist der Schalter -d, der Änderungen in der Ausgabe grafisch anzeigt.

watch -d ls -la

pg_dump --schema=public -s <datenbank>| grep -v "^--" | grep -i "CREATE TABLE" -A 999999 | \
	grep -v "ALTER SEQUENCE" |  \
	awk -v lines=6 '/^CREATE SEQUENCE/ {for (i=0; i<lines; i++) {getline}; next} 1'  | \
	grep -v "OWNER TO <db_user>;" | \
	awk -v lines=2 '/^CREATE VIEW/ {for (i=0; i<lines; i++) {getline}; next} 1' | \
	grep -v "SET DEFAULT nextval" | \
	sed -e "s/integer DEFAULT nextval('.*'::regclass)/SERIAL/g" | \
	sed -e "s/ without time zone//g" | \
	more # > schema-1.sql