setFilterParams() - Parameter

[broszeit · Accepted solution]

query = templatestore.getStoreElement("<uid>", de.espirit.firstspirit.access.store.templatestore.Query.UID_TYPE);

Versuch mal, ob der obige Code funktioniert, um an das Query zu kommen.

Du kannst überprüfen, ob "query" überhaupt einen Wert enthält, z.B. mit

context.logInfo("Query: " + query);

Ich bin mir nicht sicher, ob die uid, welche du oben genutzt hast, die richtige ist. Wenn es mit der von dir genutzten nicht funktioniert, würde ich es mal nur mit "tud_vorlagen.rubrikauswahl_aktuell" probieren.

Viele Grüße

Rouven

[peter_rossa]

Die Seitenreferenz wird nun komplett mit allen Variablen ect angelegt. Jedoch habe ich nun ein weiteres Problem.

Die Seitenreferenz funktioniert erst, wenn ich manuell in den Bearbeitungsmodus gehe, in irgendein Feld rein klicke (ohne Änderungen vorzunehmen) und dann den Bearbeitungsmodus wieder verlasse. Obwohl alles richtig angelegt wurde. Oder habe ich etwas übersehen?

Mein Skript ist oben zu finden, mit dem Zusatz von Rouven um die query zu bekommen.

Hoffe Ihr könnt mir weiter helfen.

[Peter_Jodeleit]

Was bedeutet denn "funktioniert erst"?

[peter_rossa]

also auf der Seite soll eine News aus den Datenquellen dargestellt werden. Diese erscheint erst, nachdem ich besagtes getan habe, davor ist der Content-Bereich leer.

[Peter_Jodeleit]

"News aus den Datenquellen dargestellt werden" -> redest du von der Vorschau? Generierung?

Hört sich auf jeden Fall seltsam an. Ich vermute, weil du "PageRef.createContent2Params()" benutzt. Das ist ja deprecated und im JavaDoc wird auf "getContent2Params()" verwiesen. Bitte stell mal deinen Code um und poste die Ergebnisse hier.

[peter_rossa]

also momentan geht es nur um die Vorschau. Mit der Änderung geht es auch noch nicht. gibt es irgendwas, was ich beim Anlegen solcher Seitenreferenzen mit Filter noch beachten muss?

[Peter_Jodeleit]

Ich habe jetzt noch einmal auf das Skript geschaut (letzter Versuch ): Du holst dir erst die "Content2Params" aus der Seitenreferen und sperrst diese anschliessend. Das ist auf jeden Fall die falsche Reihenfolge. Ob das die Ursache für das beobachtete Verhalten ist kann ich aber nicht sagen.

Wenn nicht kann nur ein Step-By-Step-Debugging weiterhelfen. Das kann ich nicht leisten...

[peter_rossa]

mir ist grade aufgefallen, dass beim Anlegen im <PARAM ... (siehe Markierung auf dem Screenshot) "String" steht. Nachdem ich in den Bearbeitungsmodus gewechselt bin und irgendwo hin geklickt habe, ändert es sich auf "Integer". Kann das eventuell der Fehler sein? Wenn ja, kann man das irgendwie beim Anlegen schon festlegen?

[peter_rossa]

try {   

    detailRefPage.setLock(true, false);

    detailRefPage.getLanguageInfo(langDE).setDisplayName(refPageDisplayName);

    detailContent2 = detailRefPage.getContent2Params();   

    detailContent2.setRecordCountPerPage(1);

    detailContent2.setMaxPageCount(0);   

    detailContent2.setQuery(query);   

    map = new java.util.HashMap();

    map.put("id", rubrikID);

    detailContent2.setFilterParams(map);

    detailRefPage.save("set display name and permissions", false);

} finally {

    detailRefPage.setLock(false, false);

}

ist dies besser?

[Peter_Jodeleit]

Kann das eventuell der Fehler sein? Wenn ja, kann man das irgendwie beim Anlegen schon festlegen?

2x ja.

rubrikID = data.get("cs_kategorie").getEditor().get(lang).toString();

...

map.put("id", rubrikID);

Das "toString()" dürfte die Ursache dafür sein. Musst du nach "Integer" konvertieren.