Am Donnerstag, den 29. Oktober 2009 findet in Frankfurt am Main der “Confluence Community Day 2009″ statt, ein Event für die Confluence Community veranstaltet und organisiert von Communardo. Die Veranstaltung richtet sich an Anwender und Entwickler von Enterprise Wiki Systemen auf Basis von Atlassian Confluence.

[table id=6]

Die Veranstaltung ist eine gute Gelegenheit zum Erfahrungsaustausch zwischen Anwendern und Entwicklern von Confluence-Systemen. Wir freuen uns auf Ihre Teilnahme. Im Vorfeld der Veranstaltung erhalten Sie weitere Informationen auch per Twitter.
Hinweis: Beachten Sie auch die Interviews mit den Referenten im Techblog unter #CCD09.

Veranstaltungsprogramm

[table id=3]

Hinweis: Lesen Sie auch die Interviews mit unseren Referenten. Hier im Techblog.

Registrierung / Tickets

Für die Teilnahme am Confluence Community Day ist ein gültiges Ticket erforderlich. Tickets können im Vorverkauf erworben werden. Die Tagungspauschale von 30 € inkl. MwSt. wird zur Deckung der Unkosten für den Veranstaltungsort und das Mittagsbüffet verwendet. Frühbucher zahlen bis zum 30.9. nur 25 € inkl. MwSt.

Anreise

Eine Anfahrtsskizze sowie Anreisebeschreibungen mit öffentlichen Verkehrsmitteln zum Veranstaltungsort finden Sie auf der Webseite des Kolping-Hotels Frankfurt oder bei Google Maps.

Um in die Ausführung von Skripten zur Laufzeit einzugreifen gibt es das Feature der Scripting Events. Fast jedes Grails-Skript beinhaltet ein oder mehrere Einstiegspunkte (Hooks), welche man abgreifen und dann im Kontext des gerade laufenden Skriptes eigene Aktionen ausführen kann. Dazu wird einfach im Ordner /scripts die Datei _Events.groovy erstellt und von dort aus lässt sich nun auf einfache Weise überall “einhaken”.

Im letzten Projekt nutzten wir dieses Feature um zusätzliche Properties in der web.xml zu ersetzen und das funktionierte auch wunderbar in der lokalen Windows-Entwicklungsumgebung. Leider aber nicht auf der Build-Maschine, welche unter einem Unix-Betriebssystem lief. Der Fehler war nach langem Probieren ausgemacht – beim Anlegen des Skriptes wurde fälschlicherweise der Name _events.groovy anstatt _Events.groovy vergeben. Anscheinend ist Windows etwas weniger Restriktiv was den Aufruf der Datei anhand des Namens betrifft, ein Umbennen schaffte letztendlich abhilfe.