all-IT

Als Entwicklungs-Hardware sind Macs momentan ziemlich beliebt, läuft doch auf diesen Alu Beauties ein Betriebssystem, das auf Unix basiert.

Ein weiterer Grund dafür dürfte auch sein, dass die Entwicklungsumgebung Eclipse auf MacOs gut unterstützt wird. Dies gilt vor allem für Java (mit dem Java Development Tool – JDT). Aber auch PHP Webanwendungen lassen sich gut mit Eclipse und dem PHP Development Tool – PDT programmieren.

Das PDT bringt keinen eigenen PHP Interpreter mit. D.h., man muss selbst für einen Webserver mit PHP Modul sorgen. Auf dem Mac bekommt man das Rundum Sorglos Paket mit MAMP.

Möchte man auch PHP Scripts unter Eclipse ausführen, muss man die beiden miteinander bekannt machen. Doch zuvor verlangt Eclipse PDT nach einem Debugger. Zur Auswahl stehen der Zend Debugger, der leider nicht mit MAMP mitgeliefert wird und XDebug, dessen Modul zwar in MAMP integriert ist, bei mir aber nicht funktionierte.

Eine aktuelle Version von XDebug kann man sich über brew installieren.

brew install xdebug

Brew setzt zwar Xcode voraus, sollte aber auf keinem Entwickler-Mac fehlen. Eine Installationsanleitung gibt es auf github.

Doch zurück zu XDebug. Während der Installation wird man auf die nächsten Schritte hingewiesen:

To use this software:
  * Add the following line to php.ini:
    zend_extension="/usr/local/Cellar/xdebug/2.1.1/xdebug.so"
  * Restart your webserver.
  * Write a PHP page that calls "phpinfo();"
  * Load it in a browser and look for the info on the xdebug module.
  * If you see it, you have been successful!

Die php.ini, die MAMP mitbringt, lässt sich nicht mit normalen User Rechten editieren. Mit sudo geht es aber schon.

sudo vi /Applications/MAMP/bin/php/php5.3.6/conf/php.ini

Im Bereich [xdebug] dann die Direkive für das xdebug Modul hinzufügen:

[xdebug]
zend_extension="/usr/local/Cellar/xdebug/2.1.1/xdebug.so"

den Webserver durchstarten und den Erfolg wie oben beschrieben kontrollieren.

Funktioniert alles, muss man in Eclipse nur noch in den Einstellungen ein PHP Executeable konfigurieren um von dort aus PHP Scripts starten zu können.

Als Entwicklungs-Hardware sind Macs momentan ziemlich beliebt, läuft doch auf diesen Alu Beauties ein Betriebssystem, das auf Unix basiert. Ein weiterer Grund dafür dürfte auch sein, dass die Entwicklungsumgebung Eclipse auf MacOs gut unterstützt wird. Dies gilt vor allem für Java (mit dem Java Development Tool - JDT). Aber auch PHP Webanwendungen lassen sich gut mit Eclipse und dem PHP Development Tool - PDT programmieren. Das PDT bringt keinen eigenen PHP Interpreter mit. D.h., man muss selbst für einen Webserver mit PHP Modul sorgen. Auf dem Mac bekommt man das Rundum Sorglos Paket mit MAMP. Möchte man auch PHP Scripts unter Eclipse ausführen, muss man die beiden miteinander bekannt machen. Doch zuvor verlangt Eclipse PDT nach einem Debugger. Zur Auswahl stehen der Zend Debugger, der leider nicht mit MAMP mitgeliefert wird und XDebug, dessen Modul zwar in MAMP integriert ist, bei mir aber nicht funktionierte. Eine aktuelle Version von XDebug kann man sich über brew installieren. brew install xdebug Brew setzt zwar Xcode voraus, sollte aber auf keinem Entwickler-Mac fehlen. Eine Installationsanleitung gibt es auf github. Doch zurück zu XDebug. Während der Installation wird man auf die nächsten Schritte hingewiesen: To use this software: * Add the following line to php.ini: zend_extension="/usr/local/Cellar/xdebug/2.1.1/xdebug.so" * Restart your webserver. * Write a PHP page that calls "phpinfo();" * Load it in a browser and look for the info on the xdebug module. * If you see it, you have been successful! Die php.ini, die MAMP mitbringt, lässt sich nicht mit normalen User Rechten editieren. Mit sudo geht es aber schon. sudo vi /Applications/MAMP/bin/php/php5.3.6/conf/php.ini Im Bereich [xdebug] dann die Direkive für das xdebug Modul hinzufügen: [xdebug] zend_extension="/usr/local/Cellar/xdebug/2.1.1/xdebug.so" den Webserver durchstarten und den Erfolg wie oben beschrieben kontrollieren. Funktioniert alles, muss man in Eclipse nur noch in den Einstellungen ein PHP Executeable konfigurieren um von dort aus PHP Scripts starten zu können.

geschrieben von gklinkmann \\ tags: eclipse, macos, php

Ich habe in der letzten Zeit das Thema Grails in diesen Blog etwas vernachlässigt. So ist es nun nach dieser Durststrecke an der Zeit, wieder einen Blog Eintrag zu diesem Thema zu schreiben (weitere könnten folgen).
Einer meiner ersten Artikel zu Grails zeigte, wie man Grails und Eclipse zueinander bringt. Dieser Eintrag war so erfolgreich, dass ich ihn auch als feste Seite im Rahmen eines kleinen Tutorials in den Blog integriert habe.

Dies ist ein paar Monate her und die Unterstützung der Erstellung von Grails Anwendungen durch Eclipse ist stetig besser geworden.
War es zum Anfang so, dass die mit Abstand beste IDE für Grails IDEA war, so holt das freie Eclipse immer mehr auf. Spätestens mit dem Wechsel der Grails Entwickler zu Springsource und der damit verbundenen Einbettung in die Eclipse basierte Springsource Tool Suite (STS) hat sich eine Menge getan.

Mal abgesehen von dem Hauptspeicher – Hunger von STS fühle ich mich als alter Eclipse Nutzer gut aufgehoben. Mit Netbeans und IDEA konnte ich mich nie so richtig anfreunden.

Um den Grails Support zu aktivieren müssen die Grails und Groovy Extensions über den Reiter Extensions des STS Dashboards installiert werden (s. Screenshot). Danach gibt es für Grails Projekte eine eigene Perspektive mit Syntax Highlighting, Code Vervollständigung und einer übersichtlichen Navigation im Project Explorer.
In der Toolbar gibt es in der Grails Perspektive einen Button zur Ausführung von Grails Befehlen (wie z.B. run-app).

Bei der Installation der Grails Extensions wird im Installationsverzeichnis des STS die aktuelle Grails Version abgelegt.

~ > ls springsource/
   grails-1.3.5
   grails-1.3.6				
   grails-1.3.7
   maven-2.2.1.RELEASE				
   roo-1.1.0.RELEASE			
   tc-server-developer-2.0.4.RELEASE
   sts-2.5.0.RELEASE

Gibt es bei den Updates (Help -> check for Updates) eine neue Grails Version wird diese dort hinzugefügt. In den Preferences (Groovy -> Grails) muss man dann die neue Version für den Workspace übernehmen. Im Grails Projekt ist dann noch der upgrade Befehl notwendig.

Fazit:
Die Grails Integration in Eclipse hat einen großen Schritt nach vorn getan. Vom Funktionsumfang dürfte IDEA immer noch führen. Grails Projekte werden dort allerdings nur in der kostenpflichtigen ULTIMATE Variante unterstützt.
Die kostenfreien Entwicklungsumgebungen Netbeans und die Eclipse basierte STS unterscheiden sich kaum in der Grails Unterstützung. Hier entscheidet die persönliche Vorliebe über die IDE.

Links:
Diskussion zu diesem Thema auf stackoverflow.com

Ich habe in der letzten Zeit das Thema Grails in diesen Blog etwas vernachlässigt. So ist es nun nach dieser Durststrecke an der Zeit, wieder einen Blog Eintrag zu diesem Thema zu schreiben (weitere könnten folgen). Einer meiner ersten Artikel zu Grails zeigte, wie man Grails und Eclipse zueinander bringt. Dieser Eintrag war so erfolgreich, dass ich ihn auch als feste Seite im Rahmen eines kleinen Tutorials in den Blog integriert habe. Dies ist ein paar Monate her und die Unterstützung der Erstellung von Grails Anwendungen durch Eclipse ist stetig besser geworden. War es zum Anfang so, dass die mit Abstand beste IDE für Grails IDEA war, so holt das freie Eclipse immer mehr auf. Spätestens mit dem Wechsel der Grails Entwickler zu Springsource und der damit verbundenen Einbettung in die Eclipse basierte Springsource Tool Suite (STS) hat sich eine Menge getan. Mal abgesehen von dem Hauptspeicher - Hunger von STS fühle ich mich als alter Eclipse Nutzer gut aufgehoben. Mit Netbeans und IDEA konnte ich mich nie so richtig anfreunden. Um den Grails Support zu aktivieren müssen die Grails und Groovy Extensions über den Reiter Extensions des STS Dashboards installiert werden (s. Screenshot). Danach gibt es für Grails Projekte eine eigene Perspektive mit Syntax Highlighting, Code Vervollständigung und einer übersichtlichen Navigation im Project Explorer. In der Toolbar gibt es in der Grails Perspektive einen Button zur Ausführung von Grails Befehlen (wie z.B. run-app). Bei der Installation der Grails Extensions wird im Installationsverzeichnis des STS die aktuelle Grails Version abgelegt. ~ > ls springsource/ grails-1.3.5 grails-1.3.6 grails-1.3.7 maven-2.2.1.RELEASE roo-1.1.0.RELEASE tc-server-developer-2.0.4.RELEASE sts-2.5.0.RELEASE Gibt es bei den Updates (Help -> check for Updates) eine neue Grails Version wird diese dort hinzugefügt. In den Preferences (Groovy -> Grails) muss man dann die neue Version für den Workspace übernehmen. Im Grails Projekt ist dann noch der upgrade Befehl notwendig. Fazit: Die Grails Integration in Eclipse hat einen großen Schritt nach vorn getan. Vom Funktionsumfang dürfte IDEA immer noch führen. Grails Projekte werden dort allerdings nur in der kostenpflichtigen ULTIMATE Variante unterstützt. Die kostenfreien Entwicklungsumgebungen Netbeans und die Eclipse basierte STS unterscheiden sich kaum in der Grails Unterstützung. Hier entscheidet die persönliche Vorliebe über die IDE. Links: Diskussion zu diesem Thema auf stackoverflow.com

geschrieben von gklinkmann \\ tags: eclipse, Entwicklungsumgebung, Grails, groovy, Java

Eclipse ist für mich als Entwickler mein täglich Brot und begleitet mich schon seit Jahren. Das Logo hat sich während dieser Zeit kaum geändert (wieso auch – mir hat es gefallen).

Nun möchte Eclipse mit einem neuen Logo darauf aufmerksam machen, dass im Projekt kein Stillstand herrscht.
Gefragt sind Entwürfe, die im Rahmen eines Wettbewerbs zum neuen Logo führen sollen. Auf den Sieger wartet ein Preisgeld von 500 Dollar.

Die bereits eingereichten Vorschläge kann man sich hier anschauen.

Für welchen würdet Ihr Euch entscheiden?

Eclipse ist für mich als Entwickler mein täglich Brot und begleitet mich schon seit Jahren. Das Logo hat sich während dieser Zeit kaum geändert (wieso auch - mir hat es gefallen). Nun möchte Eclipse mit einem neuen Logo darauf aufmerksam machen, dass im Projekt kein Stillstand herrscht. Gefragt sind Entwürfe, die im Rahmen eines Wettbewerbs zum neuen Logo führen sollen. Auf den Sieger wartet ein Preisgeld von 500 Dollar. Die bereits eingereichten Vorschläge kann man sich hier anschauen. Für welchen würdet Ihr Euch entscheiden?

geschrieben von gklinkmann \\ tags: eclipse, ide, Java

Aus meiner Sicht ist Groovy, die dynamische Sprache für die Java Virtual Machine, auf der großen Hype Kurve am Punkt der technischen Realität angekommen. Mit Scala und Clojure werden statt dessen gerade 2 neue Programmiersprachen durch die Gemeinde der Java Jünger getrieben.

So ist es an der Zeit einmal zu hinterfragen, was man selbst bis jetzt mit Groovy implementiert hat, ob man dabei bleibt oder doch auf den Scala Zug aufspringt.

Dierk König, der Autor von “Groovy in Action” (dem besten Fachbuch, das ich in letzter Zeit gelesen habe), hat einmal folgende 7 Anwendungsmuster für Groovy herausgearbeitet:

Super Glue, Liquid Heart, Keyhole Surgery, Smart Configuration, Unlimited Openness, House-Elf Scripts, Prototype

Oder nicht ganz so prosaisch, als:

• Bindeglied zwischen Java Komponenten (wie z.B. Spring und Hibernate in Grails)
• Auslagerung der Buisiness Logik, um sie dynamisch auf Veränderungen anpassen zu können
• Eingriffsmöglichkeit in laufende Applikationen
• Erweiterung der Konfiguration mit den Mitteln einer Programmiersprache (um endlich das plumpe XML loszuwerden)
• die leichte Veränderung von Code zur Laufzeit
• Hilfe für alle Aufgaben, die durch die Programmierung anfallen (Build automation, continuous integration, deployment, installer, service monitoring, reports, statistics, automated documentation, functional tests, HTML scraping, Web remote control, XML-RPC, WebServices)
• Tool zur schnellen Erstellung von Prototypen, mit der Möglichkeit diese später auf Java portieren zu können.

Doch zurück zum Ausgangspunkt. Was mache ich mit Groovy?

Zuerst einmal schreibe ich 95 % aller neuen Tests in Groovy. Die knackige Syntax, die perfekte Interoperabilität mit Java und die gute (aber verbesserungsfähige) Integration in Eclipse machen die Erstellung von Tests sehr viel weniger lästig. Zudem gibt es kleinere Web- und Webservices Applikationen auf Basis von Grails (dem Webframwork, das seinerseits ebenfalls auf Groovy basiert), sowie Tools, die rein in Groovy geschrieben sind.

Letztendlich kann man sagen, der Hype ist dem Alltag gewichen und Groovy passt sich perfekt in die tägliche Arbeit ein. Mit Griffon und GPars stehen 2 weitere Frameworks für Swing Applikationen und Nebenläufige Programmierung (Threads) auf Groovy Basis zur Verfügung. Und eine lebendige Community hat sich um diese dynamische Sprache gebildet. Ein Umstieg auf Scala oder Closure kommt somit für mich momentan nicht in Betracht.

Und mal ganz ehlich, wenn die Kinder fragen: “Papa was machst Du?”, klingt “ich programmiere Groovy” viel cooler als “Ich programmiere Scala”.

Links:
Groovy Usage Patterns by Dierk König

Aus meiner Sicht ist Groovy, die dynamische Sprache für die Java Virtual Machine, auf der großen Hype Kurve am Punkt der technischen Realität angekommen. Mit Scala und Clojure werden statt dessen gerade 2 neue Programmiersprachen durch die Gemeinde der Java Jünger getrieben. So ist es an der Zeit einmal zu hinterfragen, was man selbst bis jetzt mit Groovy implementiert hat, ob man dabei bleibt oder doch auf den Scala Zug aufspringt. Dierk König, der Autor von "Groovy in Action" (dem besten Fachbuch, das ich in letzter Zeit gelesen habe), hat einmal folgende 7 Anwendungsmuster für Groovy herausgearbeitet: Super Glue, Liquid Heart, Keyhole Surgery, Smart Configuration, Unlimited Openness, House-Elf Scripts, Prototype Oder nicht ganz so prosaisch, als: Bindeglied zwischen Java Komponenten (wie z.B. Spring und Hibernate in Grails) Auslagerung der Buisiness Logik, um sie dynamisch auf Veränderungen anpassen zu können Eingriffsmöglichkeit in laufende Applikationen Erweiterung der Konfiguration mit den Mitteln einer Programmiersprache (um endlich das plumpe XML loszuwerden) die leichte Veränderung von Code zur Laufzeit Hilfe für alle Aufgaben, die durch die Programmierung anfallen (Build automation, continuous integration, deployment, installer, service monitoring, reports, statistics, automated documentation, functional tests, HTML scraping, Web remote control, XML-RPC, WebServices) Tool zur schnellen Erstellung von Prototypen, mit der Möglichkeit diese später auf Java portieren zu können. Doch zurück zum Ausgangspunkt. Was mache ich mit Groovy? Zuerst einmal schreibe ich 95 % aller neuen Tests in Groovy. Die knackige Syntax, die perfekte Interoperabilität mit Java und die gute (aber verbesserungsfähige) Integration in Eclipse machen die Erstellung von Tests sehr viel weniger lästig. Zudem gibt es kleinere Web- und Webservices Applikationen auf Basis von Grails (dem Webframwork, das seinerseits ebenfalls auf Groovy basiert), sowie Tools, die rein in Groovy geschrieben sind. Letztendlich kann man sagen, der Hype ist dem Alltag gewichen und Groovy passt sich perfekt in die tägliche Arbeit ein. Mit Griffon und GPars stehen 2 weitere Frameworks für Swing Applikationen und Nebenläufige Programmierung (Threads) auf Groovy Basis zur Verfügung. Und eine lebendige Community hat sich um diese dynamische Sprache gebildet. Ein Umstieg auf Scala oder Closure kommt somit für mich momentan nicht in Betracht. Und mal ganz ehlich, wenn die Kinder fragen: "Papa was machst Du?", klingt "ich programmiere Groovy" viel cooler als "Ich programmiere Scala". :-) Links: Groovy Usage Patterns by Dierk König

geschrieben von gklinkmann \\ tags: eclipse, Grails, groovy, Java, Open Source, Spring, Web, web2.0, XML

Der Urlaub ist vorbei – leider. Ein wenig verspätet, aber dafür mehr an der Zahl kommen die “weekly links”:

jQuery-Accessible-RIA – (barrierefreies jquery)

AJAX Frameworks und Barrierefreiheit sind momentan noch 2 Dinge, die nicht so recht miteinander vereinbar sind. Dass es auch anders geht, zeigt dieses auf GitHub gehostete Projekt.

Symfony Components – Standalone libraries for PHP

Symfony ist eines dieser schönen neuen Frameworks für PHP. Das Projekt hat ein paar Komponenten zur Verfügung gestellt, die sich auch ohne Installation des kompletten Frameworks nutzen lassen. Ich bin schon gespannt, auf den angekündigten Request Handler.

PHPUnit mittels PTI in Eclipse einbinden

Eine Anleitung, um das Testing Framework PHPUnit in Eclipse einzubinden.

SystemRescueCd

Die Rettungs CD mit vielen nützlichen Tools, wenn der PC mal Probleme machen sollte.

Raphaël—JavaScript Library for svg and vml

Eine Javascript Bibliothek zur Erzeugung von Grafiken und Charts im SVG und VML (Microsoft) Format. Sehr sehenswert.

Der Urlaub ist vorbei - leider. Ein wenig verspätet, aber dafür mehr an der Zahl kommen die "weekly links": jQuery-Accessible-RIA - (barrierefreies jquery) AJAX Frameworks und Barrierefreiheit sind momentan noch 2 Dinge, die nicht so recht miteinander vereinbar sind. Dass es auch anders geht, zeigt dieses auf GitHub gehostete Projekt. Symfony Components - Standalone libraries for PHP Symfony ist eines dieser schönen neuen Frameworks für PHP. Das Projekt hat ein paar Komponenten zur Verfügung gestellt, die sich auch ohne Installation des kompletten Frameworks nutzen lassen. Ich bin schon gespannt, auf den angekündigten Request Handler. PHPUnit mittels PTI in Eclipse einbinden Eine Anleitung, um das Testing Framework PHPUnit in Eclipse einzubinden. SystemRescueCd Die Rettungs CD mit vielen nützlichen Tools, wenn der PC mal Probleme machen sollte. Raphaël—JavaScript Library for svg and vml Eine Javascript Bibliothek zur Erzeugung von Grafiken und Charts im SVG und VML (Microsoft) Format. Sehr sehenswert.

geschrieben von gklinkmann \\ tags: Ajax, eclipse, ide, JavaScript, Linux, php, Web, windows