-
Notifications
You must be signed in to change notification settings - Fork 21
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Auswertung AttributePath nicht korrekt #396
Comments
Hat wohl mit der Navigationsrichtung zu tun. Die Gemeindeobjekte haben ja keinen Hinweis darauf, welche Kandidaten(stimmen) auf sie verweisen. Die Objektreferenz auf das zugehörige Gemeindeobjekt ist bei den Kandidaten(stimmen) gespeichert. |
@beistehen Warum meinst du? Weil die Kardinalität der Rolle "Gemeinde_R" = 1 ist und es im Transfer "nur" beim Kandidat einen Verweis (aka REF) hat? Es funktioniert auch mit 1..* nicht, also wenn es im Transfer ein eigenes Assoziations-Element gibt, welche beide Klassen referenziert. Gibt es sowas in INTERLIS wie unidirektional und bidirektional bezüglich Assoziationen? |
Ja.
Gut zu wissen. Das habe ich noch nie ausprobiert.
Meiner Erfahrung nach: ja. Aber ich lasse mich gerne eines Besseren belehren... |
Fände ich aber noch speziell, wenn das Navigieren davon abhängig ist, wie der Transfer aussieht. Du könntest ja auch für Kardinalität=1 ein separates Element machen im Transfer. Dito in der DB: Es gibt z.B. bei Hibernate auch bidirektionale OneToMany-Beziehungen. Da entsteht dann einfach eine Zwischentabelle in der DB. |
Das Transferformat ist nicht relevant. |
-> Compiler meldet Fehler wegen Backslash:
failed to scan file (unexpected char: 'K')
. Escapen bringt auch nix.Mit anderer Variante (expliziter Zwischenklasse) funktioniert es auch nicht:
-> Fehlermeldung:
Error: incompatible values
. ValuevalueOfObjectPath=validator.getValueFromObjectPath() ist null. Umgekehrt funktioniert es, also CONSTRAINTS OF Kandidatenstimme etc. pp.
Archive.zip
The text was updated successfully, but these errors were encountered: