Einträge von Thomas Wenzke

Nach dem 7. Januar 2010 startet der Applikations-Server Glassfish Version 3 unter Umständen eine Domain nicht mehr und man sieht im "server.log" die Fehler-Meldung "Certificate expired" (wie bei mir unter Debian Linux 5.0).
Es wird vor Mitte des Jahres 2010 keine direkte Abhilfe geben, da es bis dahin wohl noch irgendwelche Abhängigkeiten von diesem Zertifikat geben wird (Quelle: Oracle Sun Developer Network Bug ID: 6852796).

Damit der Server betreffende Domain wieder startet, wechselt man in das Installationsverzeichnis der Domain
(z.B. unter Linux, falls die nicht startende Domain "domain1" heisst und der Server direkt im "home"-Verzeichnis liegt mit
cd ~/sges-v3/glassfish/domains/domain1/config)

erstellt eine Sicherungskopie mit
cp cacerts.jks cacerts.jks.save

und löscht das abgelaufene Zertifikat wie folgt:
keytool -delete -keystore cacerts.jks -alias verisignserverca

Das einzugebende Keystore-Passwort lautet changeit, falls die Voreinstellungen der Glassfish-Installation nicht verändert wurde.

Seit einiger Zeit betreiben wir ein Code Repository mit Subversion. Da es für SVN ein Apache-Module gibt, das mit Hilfe von WebDAV einen externen Zugriff ermöglicht, nutzen wir diesen Service via HTTPS für unterwegs oder im Home-Office.
Sehr bald mussten wir jedoch feststellen, daß wir bei SVN- bzw. WebDAV-MOVE- und -COPY-Operationen die Fehlermeldung "502 bad gateway" erhielten.

Bei der Installation des Apache Directory Servers auf Mac OS X unterlief mir neulich der Fehler, dass ich eine falsche Version installierte. Ich installierte die Version 1.5.5, aber die Version 1.5.4 war aus Kompatibilitätsgründen erforderlich.

Im Installationsteil des Software-Pakets konnte ich keine Hinweise zu einer Deinstallation finden. Daher löschte ich - wie in einem Beitrag im Apache Directory Server Forum beschrieben - die Files:

/Library/LaunchDaemons/org.apache.directory.server.plist

/usr/bin/apacheds

und das Verzeichnis:

/usr/local/apacheds-1.5.5/

Folgende Installation von Version 1.5.4 wurde mit der Meldung abgebrochen, dass auf dem verfügbaren Volume schon eine neuere Version installiert sei.

Mac OS X hat eine Datenbank in der Software-Installationen verwaltet werden können. Daher reicht es wohl nicht in allen Fällen einfach die Installationsfiles zu löschen.

Ich konnte das Problem mit folgenden Kommandos lösen:

pkgutil --pkgs

listet alle installierten Packet-IDs. Hier fand ich den Eintrag org.apache.directory.server.

sudo pkgutil --forget org.apache.directory.server

entfernt die "receipt data" für angegebene Packet-ID.

Danach war ich in der Lage, die gewünschte Version der Software zu installieren

Tuxedo (Transactions for Unix, Extended for Distributed Operations) ist ein Transaktions-Manager für den Datenaustausch verteilter Systeme. Von AT&T 1983 initial entwickelt, erhielt 1993 Novell durch den Erwerb der „Unix System Laboratories“ alle Rechte an dieser Technologie. 1996 erhielt BEA Systems – seit 2008 zur Oracle Corporation gehörend - das Exklusivrecht, Tuxedo weiterzuentwickeln und zu vermarkten.
Der Applikation Server Weblogic bietet mit dem WTC (Weblogic Tuxedo Connector)  ein  bidirektionale Möglichkeiten, EJB-Komponenten über Tuxedo zur Verfügung zu stellen und native Tuxedo-Server-Dienste für EJB-Komponenten bereitzustellen.

Beschreibung einer Datenrettungsaktion mit dem frei erhältlichen Tool scrounge-ntfs.

Heutzutage bestehen komplexere Software-Projekte in der Regel aus einer Ansammlung von Einzel-Komponenten. Dies trifft auch auf Java-Projekte zu - insbesonders jene, die auf der Java EE Technologie basieren. Zu den verwendeten Komponenten kann man nicht nur den applikations-spezifischen Teil, sondern auch die benötigten Bibliotheken zählen, die einen großen Teil der Leistungsfähigkeit der Java-Platform ausmachen. Dadurch können recht komplizierte Systeme entstehen, die eine aufwändige Konfiguration zur Vernetzung der Komponenten erforderlich macht.