EsPresto.org

Wenn Programmiersprachen Schiffe wären …

Java wäre ein Containerschiff. Sehr wuchtig. Sehr unternehmer-isch. Kann grosse Mengen Fracht tragen. Trägt jedes Projekt. Macht nicht besonders viel Spass es zu fahren.

Perl ist ein Schlepper. Stark genug um Java mit 80 Zeichen (oder weniger) rum zu ziehen.

Ruby ist schwierig zu beschreiben. Es ist geschmeidig, sexy und es macht Spass es zu fahren. hier ein Foto. Auch sehr trendig.

PHP ist ein Bambusfloss. Eine Reihe von Hacks hält es mit ein paar Schnüren zusammen. Schwimmt trotz allem.

C ist ein nuklear angetriebenes U-Boot. Die Gebrauchsanleitung ist wahrscheinlich in irgendeiner Fremdsprache verfasst, dafür ist aber jede erdenkliche Hardware performance-optimiert.

HTML ist eigentlich gar keine Programmiersprache Schiff.

(Von hier geklaut, bzw. von dort übersetzt (/via))

15:48 15.06.2011 | Permalink | Felix Schwenzel | Allgemeines | Kommentare[1] | Tags: programmiersprachen c perl java php schwenzel ruby

HTTPS unter Tomcat erzwingen

Normalerweise ist mir ja die Benutzung eines HTTP-Servers(im Speziellen Apache) fuer die Behandlung von Zertifikaten und Weiterleitungen am liebsten. Dennoch kann es Momente geben, wo es doch vllt. etwas zu viel des Guten ist, eine zusaetzliche Anwendung wie den genannten HTTP-Server in der Funktion eines Proxies zusaetzlich zu starten...

13:10 12.05.2010 | Permalink | tobi | Administration | Kommentare[0] | Tags: java ssl https tomcat

Eclipse - Save Actions

Bereits beim Speichern unnötige Importe entfernen oder Einrückungen korrigieren? Eclipse bietet mit der Festlegung sogenannter "Save Actions" eine sehr einfache Möglichkeit.

<String><Shift> O gehörte eigentlich immer zu meinen liebsten Eclipse Shortcuts. So wurden auf Knopfdruck blitzschnell sämtliche unnötigen Importe entfernt. Mit Eclipse 3.3 wurde dies dann mit der Einführung der "Save Actions" noch weiter vereinfacht. Und so funktioniert es:

00:00 26.02.2009 | Permalink | tobi | Java | Kommentare[0] | Tags: eclipse java

Encoding: UTF-8 für HttpClient und POST requests

Auch beim HttpClient gibt es irgendwo eine Stelle, wo man das Encoding explizit auf UTF-8 einstellen muss, weil da noch als Default ISO-8859-1 steht, und zwar beim Versenden von Daten via POST request.

Das sieht dann so aus:

 PostMethod postMethod = new PostMethod( someUrl );
 postMethod.getParams().setContentCharset("utf-8"); // (!) hier wird das encoding gesetzt
 postMethod.addParameter("data", someNonAsciiData )

.. es sei denn, man muss ich mit httpclient-2.0.x herumschlagen, dann funktioniert es nicht so, sondern ein wenig kryptischer ...

09:35 24.02.2009 | Permalink | Clemens Robbenhaar | Java | Kommentare[4] | Tags: encoding java httpclient utf-8