Notes and comments from attendees:
Slide decks:
Interviews:
Some outstanding quotes extracted from twitter:
Here is a step-by-step instruction on how to upload your existing coppermine albums into your SmugMug account. You need to have generated an API Key inside the SmugMug control panel for the upload process.
(1) Download and install pysmug package on your system, usually boils down to something like:
tar xvzf pysmug-0.5.tgz
cd pysmug-0.5
sudo python setup.py install
(2) Prepare SmugMug API access by setting up ~/.pysmugrc according to your individual user ID and API Key:
[pysmug]
login=login_withHash
smugmug=pysmug.SmugTool
[login_withHash]
APIKey = UZm0Y4…
userId = 999999
passwordHash = $1$.s…
(3) (optional) If your camera happens to embed rotation information as EXIF inside the JPEGs, you might want to rotate the photos before uploading accordingly. Unfortunately the upload API call does not support rotating on the SmugMug server-side, and also it seems like the rotation information got somehow eaten on upload. A small bash script using the great ImageMagick toolkit can do the conversion in a moment:
#!/bin/bash
path=$1
find $path* -type f -iname "*.jpg" ! -iname "thumb*" ! -iname "square*" ! -iname "medium*" | while read FILE
do
echo $FILE
convert -auto-orient "$FILE" "$FILE"
done
(4) Download my Python script cpg2smugmug.py and modify the header according to your Coppermine installation (specifically the MySQL connection settings and the path to your album root directory).
(5) Execute python cpg2smugmug.py and watch how the categories and albums got created and after wards the photos (on an album by album batch) uploaded into your SmugMug account.
Have fun!
]]>Nachdem ich zu Jahresbeginn mit dem Gedanken spielte für ein neues Projekt buildr als Build Tool einzusetzen. Es sei an dieser Stelle noch auf den interessanten Blog Beitrag verwiesen, wie der gradle. Die ausschlaggebenden Punkte waren dabei neben der Tatsache, dass das Buildskript in Groovy (statt in Ruby) geschrieben wird, eine sehr ausgetüffelte und stabile Abhängigkeitsanalyse (basierend auf Ivy, Stichwort: transitive dependencies) und eine umfangreiche Dokumentation (trotz der Neuheit). An ein paar gute Seiten von Maven wird auch angelehnt, so wird per Default Konfiguration von einer Verzeichnisstruktur gemäß Maven Konvention ausgegangen, ausserdem können Maven (und natürlich Ivy) Repositories zur Abhängigkeitsverwaltung der Bibliotheken einfach konfiguriert und benutzt werden.
]]>Viel Spaß beim Spielen!
]]>tail abgreift und auswertet. Die grafische Darstellung ist sehr ansprechend mit OpenGL umgesetzt und erinnert stark an ein Pong Spiel zwischen den anfragenden Usern und dem antwortendem Webserver. Das Tool lässt sich mit dem Installieren eines gem Files schnell an den Start bringen, und ist durch eine (leider so gut wie nicht dokumentierte) Konfigurationsdatei in vielen Bereichen anpassbar. Das schön dabei, nicht nur Apache access logs können visualisiert werden, sondern auch weitere Webserver, Mailserver, DB Server Logs.
]]>Warum nicht das MVC Pattern auch einfach für das Entwickeln von Swing Applikationen mit Groovy als Skriptsprache einsetzen, das neue Projekt Griffon beschäftigt sich genau damit. Zwei interessante Beispiel Artikel finden sich unter:Drilling Analytics und Flying with Griffon.
Apropos UI: ein neues Framework namens Cappuccino sorgt jüngst für Furore (280slides ist das Vorzeigeprojekt), weil damit einfach Applikationen entwickelt werden können, die mit wenig Aufwand unter Mac OS X, auf dem iPhone und als HTML/Ajax RIA laufen. Eine Idee von Tomas Lin wirft auf, ob ein Groovy nach Objective-C Übersetzer als Grails Plug-In Sinn machen könnte.
Eine gute Linksammlung zu Sourcen diverser Grails Projekten findet man hier. Viel Spaß beim Lernen daraus und Happy Coding!
]]>Der zweite Teil eines ausführlichen Artikels von Avi Flax zum Thema Building RESTful Web Apps with Groovy and Restlet ist erschienen, und beleuchtet anhand eines Beispiel den Zugriff auf Mailbox Resourcen mit einer Groovy Applikation.
Brian Guan führt nun einen Blog über Grails bei LinkedIn, der hoffentlich kontinuierlich über den Fortschritt berichten wird. Ganz interessant auf alle Fälle die Präsentation, die auf der JavaOne zum gleichen Thema gezeigt wurde (und der Vergleich zu appfuse).
Apropos Vergleich, in diesem kurzen Beitrag wird Grails gegenüber Alfresco vorgezogen, um großen Dateien (>10GB) hochzuladen und verwaltet.
Your product “Risotto 0.18 Beta” has been tested by the Softpedia labs and found to be completely clean of adware/spyware components.
We are impressed with the quality of your product and encourage you to keep this high standards in the future.
To assure our visitors that “Risotto 0.18 Beta” is clean, we have granted it with the “100% CLEAN” Softpedia award. Moreover, to let your users know about this certification, you may display this award on your website, on software boxes or inside your product.
Das bemerkenswerte daran ist, dass das letzte Release von Risotto auf den April 2002 zurück geht und ich mich nie darum bemüht hatte einen Eintrag (ausser bei freshmeat) dafür anzulegen. Grossen Respekt an Softpedia für die ausführliche Inspektion und das entgegenbrachte Vertrauen, eine gute Wahl: Risotto. Mein Favorit in Sachen RSS Newsreader wird allerdings nach wie vor Blogbridge bleiben.
]]>Der dazugehörige Thread in der grails user Mailing Liste, man darf gespannt sein, ob zukünftige Grails Versionen etwas “reichere” Domainschichten erlauben werden.
]]>