Analyse

Marcel Moré präsentierte ein umfangreiches Update zu seinem Projekt FM-Lab, das inzwischen öffentlich auf GitHub verfügbar ist. Während ai2fm den Fokus auf einzelne Skripte legt, geht FM-Lab einen Schritt weiter: Ziel ist es, die komplette FileMaker-Lösung als strukturierten Objektkatalog für AI-Agenten verfügbar zu machen. Die Idee – jenseits von XML und XSLT Bisherige Analyse-Tools für FileMaker arbeiten typischerweise mit XML-Exporten und XSLT-Transformationen. Das ist oft langsam und unflexibel. FM-Lab nutzt stattdessen DuckDB – eines der derzeit schnellsten Daten-Transformations-Tools überhaupt....

Jörg Köster berichtete von seinen Erfahrungen mit der AI-gestützten Analyse von FileMaker Server Logdateien. Inspiriert von Marcels DuckDB-Ansatz aus dem Vormonat hatte er eine eigene Umgebung aufgesetzt und die Server-Logs per AI analysieren lassen. Analyse mit DuckDB und Claude Code Jörg nutzt Claude Code in Kombination mit DuckDB, um die FileMaker Server Logs systematisch auszuwerten. Claude schrieb dafür ein Python-Skript, das die Log-Zeilen automatisch in eine DuckDB-Datenbank importierte. Ab diesem Punkt konnte Jörg einfach Fragen in natürlicher Sprache stellen – Claude formulierte eigenständig die passenden SQL-Queries, führte sie auf der DuckDB aus und lieferte eine strukturierte Analyse zurück....

Marcel Moré zeigte die weiterentwickelte Architektur seines DuckDB-basierten Analyse-Tools für FileMaker-Lösungen. Im Vergleich zum ersten Teil lag der Fokus diesmal auf dem neuen REST-API als Integrationsschicht und den praktischen Anwendungsmöglichkeiten. Architektur und REST-API Die Pipeline: fmp12 → SaveAsXML → SQL Parser (XPath) → DuckDB (lokale Datei) → REST API → UI / AI Agent Das zentrale SQL-Template für die Konvertierung umfasst mittlerweile fast 2.000 Zeilen — entwickelt im Dialog mit Claude....

Jörg Köster demonstrierte, wie er mit Claude Code ein komplettes WEB-Dashboard für Disponenten entwickelte, inklusive Brevo-API-Integration für Zustellstatus-Tracking von Kundenbenachrichtigungen. Der Beitrag zeigte eindrücklich, wie weit die KI-gestützte FileMaker-Entwicklung mittlerweile reicht — von der HTML-Generierung über XML-Snippet-Erzeugung bis zur automatischen Prozeduranalyse. E-Mail-Dashboard mit Brevo API Ausgangspunkt war ein konkreter Kundenbedarf: Eine Speditionssoftware sollte ein Dashboard erhalten, das Disponenten den Zustellstatus ihrer E-Mails anzeigt — Zustellungen, Öffnungen, Spam-Markierungen, Bounces und Löschungen. Obwohl Jörg nach eigener Aussage wenig HTML-Kenntnisse besitzt, generierte Claude Code die gesamte Oberfläche inklusive Brevo-API-Anbindung an einem Nachmittag....

Armin Egginger stellte seinen „Plan B"-Ansatz vor: FileMaker-Lösungen über XML-Normalisierung in plattformunabhängige Apps überführen. Die spontane Zwischenpräsentation knüpfte direkt an die XML-Themen von Marcel und Jörg an und zeigte eine andere Richtung — weg von der FileMaker-Optimierung, hin zur vollständigen Plattformunabhängigkeit. Von FileMaker zu Cross-Platform Am Beispiel seines E-Rechnungsprojekts („Cross E-Rechnung") demonstrierte Armin die Pipeline: FileMaker XML → normalisierte SQL-Datenbankstruktur → Layout-Generierung → Cross-Platform-App via Flutter/Dart Der Schlüssel liegt in der Normalisierung: Die FileMaker-XML-Exporte (SaveAsXML und DDR) werden in eine standardisierte Struktur überführt, die von der Zielplattform unabhängig ist....

Marcel Moré demonstrierte eine innovative Methode, um die interne Struktur von FileMaker-Lösungen zu untersuchen. Dabei kombinierte er die FileMaker-Funktion „Kopie speichern als XML“ (Save Copy as XML) mit der Leistungsfähigkeit von DuckDB, um komplexe Abfragen auf die Metadaten einer Lösung auszuführen. Grenzen herkömmlicher Analyse-Tools FileMaker bietet mit der XML-Speicherung eine umfassende Strukturbeschreibung, die jedes Detail einer Datei – von Tabellendefinitionen und Feldern bis hin zu Scripts, Layout-Objekten und Custom Functions – in einem standardisierten Format abbildet....

Ein spannende Diskussion entwickelte sich aus der Idee von Todd Geist, den FileMaker Script-Editor durch TypeScript zu ersetzen. Im Rahmen der EngageU Konferenz wurden die Teilnehmer des Diskussions-Panels von Matt Navarre nach ihrem größten Wunsch gefragt, wenn sie die freie Wahl hätten, ein Feature für eine zukünftige FileMaker Version zu bestimmen. Todd Geist schlug vor, den FileMaker Script-Editor durch TypeScript zu ersetzen. Seine Argumente: TypeScript steht im github Ranking der weltweit beliebtesten Programmiersprachen auf dem ersten Platz Damit gibt es bereits eine große Schar an Entwicklern, die sofort damit umgehen können Moderne AI Assistenten können perfekten TypeScript-Code generieren Wenn alle FileMaker Scripte in Textform vorlägen, würde dies das LLM-Training für FileMaker spezifische Lösungen deutlich verbessern Ausgehend von diesen Ideen wurden mögliche Chancen, Risiken und Implikationen unter den anwesenden FileMaker Entwicklern des Stammtischs diskutiert....

Adam Augustin präsentierte eine neue Funktion für die FileMaker Analyse-Software CrossCheck. Diese ermöglicht es, die hierarchischen Abhängigkeiten von Skript-Aufrufen zu visualisieren. Das Besondere daran: man kann nicht nur die Aufrufe von Unterskripts in der grafischen Darstellung einfach erkennen, sondern auch per Klick auf jeden enthaltenen Knoten zurück in das CrossCheck-Tool springen und das zugehörige Script direkt anzeigen. Die Darstellung der Skriptbäume erfolgt mit Hilfe von SVG. Auch umfangreiche Graphen werden schnell und flüssig dargestellt....

Amin Egginger zeigte eine Vorschau auf Funktionen des kommenden Release von CrossCheck. Bei der Überarbeitung und Optimierung bestehender FileMaker Lösungen ist es oft hilfreich, bestimmte Abfolgen von Script-Schritten zu identifizieren. Dazu stellte Armin einige Beispiele von typischen Abläufen vor, die sich mit Best Practices optimieren lassen: Anstatt erst in ein anderes Layout zu wechseln und dann den Suchmodus aufzurufen, ist es besser die Reihenfolge umzudrehen. Also erst in den Suchmodus wechseln und dann das andere Layout aufrufen....

Marcel Moré ergänzte seine Präsentation zu DuckDB vom vorigen FileMaker Stammtisch mit Einblicken in ein Projekt aus der Praxis. Zunächst wurden noch einmal die grundlegenden Schritte erläutert, wie sich DuckDB in einer FileMaker Lösung per REST API integrieren lässt. Eine ausführliche Schritt-für-Schritt Anleitung ist inzwischen online abrufbar: https://blog.marcel-more.de/2024/07/11/building-a-rest-api-for-duckdb/ Marcel berichtete von einem Projekt, das ohne den Einsatz von DuckDB kaum lösbar gewesen wäre. Zu erstellen war eine komplexe Auswertung eines umfangreichen Datenbestands mit mehr als 10 Jahren Transaktionsdaten, die in einer FileMaker Datenbank vorliegen....