Familienwappen AiglstorferChristian AiglstorferBetriebswirtschaft | Recht | IT | Umsetzung
← Christian Aiglstorfer

Ein Plugin funktioniert in FileMaker Pro, aber nicht in WebDirect

Gleiche fachliche Aufgabe, andere Laufzeitumgebung: Das ist ein wichtiger Ansatzpunkt bei der Fehlersuche.

Software & IT · Technischer Praxisfall · etwa 2 Minuten

Das Problem

Ein Ablauf funktioniert auf dem Entwicklungsrechner, schlägt aber beim Aufruf über WebDirect fehl. Wenn dabei eine Pluginfunktion beteiligt ist, muss zuerst geklärt werden, wo die jeweilige Berechnung oder das Skript tatsächlich ausgeführt wird.

Das Vorgehen

Den Ausführungskontext feststellen

FileMaker Pro, Browser und Server sind unterschiedliche Umgebungen. Die Installation eines Plugins auf dem Arbeitsplatz macht es nicht automatisch in allen anderen Umgebungen verfügbar. Auch Dateipfade und Rechte können sich unterscheiden.

Die betroffene Funktion isolieren

Ein kleiner Test mit einem eindeutigen Ergebnis hilft, Pluginverfügbarkeit, Eingaben und Skriptlogik getrennt zu betrachten. Fehlermeldungen und Rückgabewerte werden festgehalten, statt nur zu prüfen, ob die Oberfläche anschließend richtig aussieht.

Eine geeignete Serverausführung prüfen

Für unterstützte Funktionen kann ein Server-Skript der passende Weg sein. Dabei müssen Plugin, Lizenz, Zugriffsrechte, Skriptkompatibilität und Datenübergabe auf dem Server geprüft werden. Die bloße Verlagerung eines kompletten Arbeitsplatzskripts reicht häufig nicht.

Die Lösung

Die Fehlersuche wird nach Ausführungsort und Abhängigkeiten gegliedert. So lässt sich entscheiden, ob eine Serverausführung, eine andere Funktion oder eine Änderung der Architektur erforderlich ist. Das Vorgehen vermeidet, Oberflächenfehler und fehlende Laufzeitvoraussetzungen zu vermischen.

Weiterführende Quellen

Einen kleinen Servertest aufbauen

Übergeben Sie an ein serverfähiges Testskript nur die benötigten Werte, beispielsweise als JSON-Parameter. Das Skript prüft die Verfügbarkeit der konkreten Pluginfunktion, führt einen klar begrenzten Aufruf aus und gibt Ergebnis sowie Fehlerstatus zurück. Ein solcher Test ist leichter auszuwerten als ein vollständiger Oberflächenablauf.

Ein serverseitiger Prozess kennt nicht automatisch den Datensatzzustand des Clients. Er benötigt einen eindeutigen Datensatzschlüssel, passende Zugriffsrechte und bei Änderungen einen geklärten Umgang mit noch nicht gespeicherten Eingaben. Diese Datenübergabe ist häufig der zweite Fehlerpunkt nach der Plugininstallation.

Haben Sie eine ähnliche Aufgabe?

Sie können mir die Ausgangslage per E-Mail beschreiben oder mich anrufen.