Ich kann den Gültigkeitsbereich bestimmter Tabellen nicht auf publicOnServer
setzen. In meiner model.js habe ich den Spielraum für die Tabelle festgelegt. Die Änderung im Umfang kann gesehen werden, wenn ich mein Remote-Modell (4D-Datenbank) in Wakanda- den Bereich der Tabelle nach meiner Änderung aktualisiert.Wakanda 2.x kann den Gültigkeitsbereich bestimmter Tabellen nicht auf publicOnServer setzen
Mit einigen Tabellen, wenn ich den Bereich festlegen und dann irgendeine Art von Abfrage von der Clientseite - zu jeder Tabelle - die Konsole in meinem Browser füllt sich mit Fehlern und die Abfrage schlägt fehl. Wenn Sie den Gültigkeitsbereich bestimmter Tabellen in model.js festlegen, wird die Abfrage sogar für eine Tabelle ohne Bezug unterbrochen.
Ein Unterschied, den ich zwischen den Tabellen feststellen, für die Bereichsänderungen funktionieren, und denen, wo es nicht Tabellen mit relationalen Attributen gibt. Wenn Sie den Gültigkeitsbereich für diese Tabellen festlegen, wird die Abfragefunktionalität durchbrochen, und der Einstellungsbereich für Tabellen ohne relationale Attribute funktioniert durchgängig gut. Ist das ein Fehler?
Chrome Konsolenausgabe: ERROR Error: Uncaught (in promise): Error: Needed Contractor dataClass is not present on catalog
Linie in model.js: model.Contractor.properties.scope="publicOnServer";
Auftragnehmer ist eine Tabelle, in der Remote-Modell und verfügt über relationale Attribute.
Ja- Link unten. Eigentlich bringt nur der Wakanda-Katalog den Fehler. Muss nicht einmal abfragen. https://www.dropbox.com/s/85pr5svswpi6m07/TableScope.zip?dl = 0 – NAMS
Ich verstehe, danke. Dieses Verhalten unterscheidet sich von Wakanda 1.x, weshalb ich überrascht war. Ich dachte an eine Problemumgehung, bei der ich alle Tabellen öffentlich machen und die restric (etc) Methoden für alle Tabellen entsprechend schreiben werde. – NAMS
IMO mithilfe von Berechtigungssteuerung und Einschränken der Abfrage möglicherweise die bessere Lösung, wenn mehr als zwei Benutzergruppen mit unterschiedlichen Berechtigungen vorhanden sind. Es gibt eine [2016-Gipfelsitzung zu KB] (http://kb.4d.com/assetid=77627), die das Thema behandelt. Der Großteil der Serverimplementierung würde immer noch in V2 gelten –