Vor einiger Zeit hatte ich euch eine kleine Einführung in das Web-Framework Wicket gegeben (Siehe Teil 1 und Teil 2). Da heutzutage kaum noch eine Web-Applikation ohne Javascript auskommt, wird es Zeit sich mit dem Einsatz von Javascript in Wicket zu befassen. Außerdem werde ich euch eine Kurzeinführung in WiQuery geben, eine Bibliothek die einige Komponenten des beliebten JavaScript-Frameworks jQuery für Wicket-Anwendungen bereitstellt.
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
Da sitzt man nun als Programmierer mit einer mehr oder wenigen komplexen XML-Datei und muss diese in die Java-Welt überführen... SAX oder DOM erfordert viel Fleiß und Zeit aber wer eine zugehörige Schema-Datei besitzt, kann sich glücklich schätzen!
Mit dem JSR 31 "Java Architecture for XML Binding" wurde die Möglichkeit bereitgestellt, Java Klassen aus einem Schema heraus zu generieren, XML sozusagen an Java zu "binden".
Eine beispielhafte Vorgehensweise wird Anhand eines Beispiels mit Apache XMLBeans erklärt.
ActionScript 3 ist IMHO ziemlich erwachsen und sollte für einen geübten Java Entwickler keine große Hürde darstellen, aber der schnelle Entwurf eines Singleton brachte mich nach der Erkenntnis, das private Konstruktoren in ActionScript nicht erlaubt sind, doch zum schmunzeln:
Did you ever run into the problem of too many open files on Mac OS X? This is not very surprising, because when you open a new shell, you can see that the limit of open files for this process is set to a not very high value:
andromeda:~ martin$ ulimit -a core file size (blocks, -c) 0 data seg size (kbytes, -d) 6144 file size (blocks, -f) unlimited max locked memory (kbytes, -l) unlimited max memory size (kbytes, -m) unlimited open files (-n) 256 pipe size (512 bytes, -p) 1 stack size (kbytes, -s) 8192 cpu time (seconds, -t) unlimited max user processes (-u) 266 virtual memory (kbytes, -v) unlimited
Technologien und Services zur Darstellung und Integration von Karten in Applikationen, haben sich in den letzten Jahren stark verbreitet. Neben dem Platzhirsch Google Maps gibt es u.a. noch Yahoo! Maps oder Bing Maps (früher Windows Live Maps). Die drei genannten Services lassen sich relativ einfach über eine API in eigenen (Web) Anwendungen benutzen, haben aber einen entscheidenen Nachteil: Die Lizenzen lassen eine Benutzung in einem kommerziellen Umfeld nur mehr oder wenig eingeschränkt zu.
Eine Alternative ist das 2004 gegründete OpenStreetMap Projekt. OpenStreetMap sammelt frei verfügbare Geodaten und stellt sie unter Creative Commons Attribution-ShareAlike 2.0 Lizenz zur Verfügung. Die Daten von OpenStreetMap können auf vielfältige Weise in eigene Anwendungen integriert werden, beschrieben werden soll hier der Zugriff aus einer klassischen Java / Swing Desktopanwendung heraus mit JXMapViewer.
In den Artikeln "Track'n'Mash: Geolocation mit dem Safari auf dem iPhone mit OS 3.0" und "Clientseitige Datenspeicherung im Safari mit Javascript und SQLite" wurde bereits auf einige Möglichkeiten eingegangen, die mit dem kommenden HTML 5 Standard möglich sind. Eine sehr interessante Spezifikation innerhalb von HTML 5 ist die "Offline Web applications API". Dem Entwickler wird dadurch die Möglichkeit gegeben, eine Webapplikation als "echte" "Offline Applikation" zu erstellen. In Kombination mit clientseitiger Datenspeicherung eröffnen sich dadurch gänzlich neue Möglichkeiten, die anhand eines Beispiels auf dem iPhone mit OS 3.0 erläutert werden.
Seit der Version 3.1 besitzt Apples Browser Safari eine lokale SQLite Datenbank die sich per Javascript ansprechen lässt.
Der Sinn und Zweck einen Browser mit einer relationalen Datenbank auszustatten, ist vielleicht auf den ersten Blick nicht ersichtlich und mutet ein wenig seltsam an, hat aber große Vorteile bei der Entwicklung von Offline Webapplikationen. Die Widgets im Dashboard von MacOS X sind z.B. letztendlich nichts anderes als Offline Webapplikationen und profitieren von der Möglichkeit Daten in einer Datenbank zu persistieren. Weiterhin ist der Safari Browser im iPhone ebenfalls mit einer SQLite Datenbank ausgerüstet.
Zu erwähnen sei noch, das die Art und Weise des Zugriffs auf die Datenbank im Safari nicht etwa eine nette Eigenheit ist sondern vorbildlicherweise nach Art und Weise der kommenden HTML 5 Spezifikation umgesetzt wurde. Der Zugriff auf die Datenbank wird anhand eines kleinen Beispiels erläutert.
Mit dem Update des iPhone auf OS 3.0 erfuhr der Safari eine Auffrischung mit der Unterstützung von HTML 5 und damit verbunden, der Geolocation API Specification.
After installing "Java for Mac OS X 10.5 Update 4" I experienced a lot of trouble with NetBeans, e.g. I could neither create a new project, nor a new Java class in an existing project.
What helped, was using JDK 1.6 instead of JDK 1.5. To do this edit the file netbeans.conf and change apply this change:
#netbeans_jdkhome=/System/Library/Frameworks/JavaVM.framework/Versions/1.5/Home
netbeans_jdkhome=/System/Library/Frameworks/JavaVM.framework/Versions/1.6/Home
Grails erlaubt seit der Version 1 die Erstellung REST basierter Services mit Boardmitteln.
Folgender Artikel zeigt anhand eines simplen Beispiels, wie zügig die Implementierung eines Service vorgenommen werden kann und gibt dem noch nicht mit Grails vertrauten Entwickler einen kurzen Einstieg in die grundsätzliche Vorgehensweise zur Erstellung einer Applikation mit Grails.
Recently, in a customer project, we needed some Ajax functionality in an otherwise Struts-based application. For ease of communication we wanted JSON as the protocol between GUI and backend. Due to project constraints however, we were restricted to a Java 1.4 code-base and could not introduce new third-party libraries, otherwise we would have probably considered Json-lib, which we had used successfully in the past, or possibly Jersey's ability for JAXB-based JSON serialization. Being trapped in this emergency situation, we did what we usually try to avoid: We re-invented the wheel and wrote SOS, which very conveniently also translates to Simple Object Serialization. The outcome was a low-footprint, easy-to-use but very flexible framework for Java object serialization for JSON, XML and other data bindings. This article explains the usage of the SOS library, but more importantly it offers an insight in object serialization in general.
An object clone refers to an object which has exactly the same state as the original object. Java by default provides only support for making shallow copies of objects i.e if Java object to be copied contain mutable types like Vector then only their references would be copied and not the actual objects. To overcome this disadvantage Deep copying of objects is recommended. This article explains both the techniques with examples.