Search the FirstSpirit Knowledge Base
Hallo Community,
welche Möglichkeiten habe ich in einem Data Access Plugin, das in einem FS_INDEX einer Seite verwendet wird, um dem Benutzer im ContentCreator Fehlerzustände anzuzeigen? Mit dem BaseContext, der da übergeben wird, bekomme ich weder RequestOperation noch ClientScriptOperation, um eine Fehlermeldung hochpoppen zu lassen. Im SiteArchitect funktioniert ersteres. Ich möchte in der Auswahl keine Pseudo-Suchergebnisse anzeigen, die z.B. signalisieren, dass der ferne Daten-Lieferant (ein Service im Netz) gerade nicht erreichbar ist. Einfach nur ein leeres Suchergebnis ist auch keine Option. Wenn ich eine Exception werfe, wird das Formular der Seitenvorlage gar nicht erst geöffnet: auch nicht gut, denn die anderen Felder könnten ja bearbeitet werden.
Was sieht FirstSpirit dazu vor? Auch ein Hinweis, wo ich dazu in der Hilfe fündig werde, ist willkommen.
Vielen Dank.
Gruß Heiko
FS 5.2R3
Hallo Heiko,
ich befürchte, das ist aktuell tatsächlich nicht sinnvoll möglich. Im SiteArchitect funktioniert dies, weil die Session des DAP auch dort erstellt wird. Entsprechend hat sie einen UI-Kontext. Im ContentCreator läuft die Session ja auf ApplicationServer-Seite, (aktuell) ohne Verbindung zum Frontend. Daher auch kein passender Kontext. Ob hier ein besserer Kontext bereitgestellt werden kann, konnte ich auf die Schnelle nicht sehen.
Für die aktuelle Situation finde ich den Workaround über Pseudo-Daten nicht verkehrt. Ich bin nicht sicher, ob du das Problem bereits bei der Darstellung im Index selbst hast oder erst bei der Auswahl. An beiden Stellen wäre solch ein Eintrag ja möglich.
Für die Zukunft wäre toll, wenn du einen Feature-Wunsch einstellen kannst, in dem du die Situation (etwas genauer) beschreibst und an welchen Stellen du das Problem (und evtl. in welcher Form) darstellen möchtest.
Beste Grüße
Stefan
Hallo Heiko,
ich befürchte, das ist aktuell tatsächlich nicht sinnvoll möglich. Im SiteArchitect funktioniert dies, weil die Session des DAP auch dort erstellt wird. Entsprechend hat sie einen UI-Kontext. Im ContentCreator läuft die Session ja auf ApplicationServer-Seite, (aktuell) ohne Verbindung zum Frontend. Daher auch kein passender Kontext. Ob hier ein besserer Kontext bereitgestellt werden kann, konnte ich auf die Schnelle nicht sehen.
Für die aktuelle Situation finde ich den Workaround über Pseudo-Daten nicht verkehrt. Ich bin nicht sicher, ob du das Problem bereits bei der Darstellung im Index selbst hast oder erst bei der Auswahl. An beiden Stellen wäre solch ein Eintrag ja möglich.
Für die Zukunft wäre toll, wenn du einen Feature-Wunsch einstellen kannst, in dem du die Situation (etwas genauer) beschreibst und an welchen Stellen du das Problem (und evtl. in welcher Form) darstellen möchtest.
Beste Grüße
Stefan
Hallo Stefan,
danke für die Antwort, die zumindest sagt, dass ich nix übersehen habe, wobei mir das fast lieber gewesen wäre. Das Problem besteht in beiden Fällen:
1. Darstellung im Index
2. Auswahl-Dialog
Bei der Darstellung ist es sogar noch schlimmer, weil das Formular nicht aufgeht, wenn im Index was drin ist, aber der Service nicht verfügbar ist, weil im CC offenbar für getData genau dieselbe Anzahl im Rückgabewert erwartet wird:
Im SA kommt ja immerhin sowas wie "reference not found". Dafür muss ich also eh einen Workaround mit Dummy-Daten bauen, denn es ist nicht akzeptabel, dass das Formular gar nicht bearbeitbar ist, nur weil der Service nicht da ist, der gar nicht in alle Anwendungsfällen notwendig ist.
Gruß Heiko