Janneck
Erstellte Forenantworten
-
Beiträge
-
Meinst du mit Selected, dass eine Suchkategorie voreingestellt ist?
Grundsätzlich sind Änderungen am Userinterface der Weboberfläche grade nicht so im Focus, aber wir geben das gesammelt an interconcept weiter.
Aus der Erfahrung der Besprechung mit interconcept bin ich grundsätzlich vorsichtig mit solchen Einschätzungen. Große Teile des Web-Interfaes werden dynmisch über extJS erzeugt. Und da gibt es Dinge die einfach aussehen, aber nicht einfach sind. 😉Für mobile User ist NaMi grade insgesamt nicht gut geeinigt. Eventuell wäre da eine App für die wesentlichen Funktionen ein coole Projekt.
Viele Grüße & Gut Pfad
DanielJa genau,
z.Z. ist ja als Suchkategorie „“ voreingestellt und es müsste ja eigentlich nur – ich bin mir bewusst, dass das je nach generierung des Content nicht „nur“ ist – ein > selected=“selected“ in das Option-Tag von Nach- oder Vorname.Hi,
ich wollte ein paar Dinge mit dem Nami-Test-Server (namitest.dpsg.de) ausprobieren und hab dazu einen neues Mitglied angelegt. Jetzt wollte ich für dieses Mitglied einen Nami-Account anlegen. Ich bekomme aber keine Mail mit dem Passwort geschickt. Ebenso kann man die „Passwort vergessen“-Funktion nicht nutzen. Anscheinend ist also der Mail-Versand nicht richtig konfiguriert.
Gut Pfad,
FabianHi Fabian,
habe die fragliche Stelle auf dem Server gefunden. Das ist aber absichtlich auskommentiert. Insofern muss ich erstmal klären, ob wir das wieder aktivieren können.
Könnte mir ein paar Gründe vorstellen, warum das bisher deaktiviert war. Einen hast du vorgestern ausprobiert 😉
Das User-Anlegen und auch das PW-Verschicken hat jedenfalls NaMi-seitig funktioniert. Das sehe ich auch in den Logs. Nur die Mail wurde per Konfiguration aufgehalten.Wenn das nächste NaMi Update kommt (vermutlich Juli oder so) sollten wir ggf. den Testserver nochmal neu aufsetzen.
Viele Grüße & Gut Pfad
DanielHi Fabian,
was das Rechtemodell angeht, hab ich auch explizit danach gefragt. Laut interconcept gibts keinen einfachen Workaround. Aber gut, mittelfristig wird es denke ich ohnehin in NaMi einen extra Zugang auf die eigenen Daten geben müssen – wenn auch nur über die API.
Wer sich für das Thema SSO interessiert, kann sich mal SimpleSAMLphp anschauen. https://simplesamlphp.org/
Das nutzen wir an der Uni auch als zentralen WebSSO-Identity-Provider.z.B. ein Login per OAuth2 könnte auch ein bestimmtes Dataset (z.B. Stammgruppierung oder Tätigkeiten ) nach Zustimmung durch den Benutzer an die externe App übertragen.
Eine witzige Demo wie OAuth2 funktioniert, kann man sich hier mal durchklicken:
http://brentertainment.com/oauth2/Viele Grüße
DanielHallo zusammen,
ich wollte mal in die Runde fragen, wie es jetzt mit NAMI weiter geht?
Ich hab einige Usability-Bugs und es gibt ja in der gesamten DPSG einige Beschwerden.Wie wird oder wird das überhaupt jetzt angegangen?
Liebe Grüße
DanielHallo zusammen,
wie wird denn die REST URL der API zusammengesetzt?
Das Handbuch hat da zwar ein paar Beispiele, aber richtig klar ist es nicht.
Und der PHP Beispielcode funktiniert selbst auch nicht 😉z.B: funktioniert in meinem Code:
„/ica/rest/nami/search-multi/result-list“ einwandfrei.Aber ich bekomme das nicht mit api/1/2/ … hin.
Gruß Daniel
Hallo Daniel,
es gibt zwei Methoden auf NaMi zuzugreifen:
1) den offiziellen Zugang über die API
2) den „inoffiziellen“ Zugang, indem man sich als Webclient ausgibtDie beiden Methoden unterscheiden sich neben den aufgerufenen REST-URLs (also den Teil mit api/1/2) noch im genauen Ablauf für den Login.
Um Variante 1 nutzen zu können, muss dein Benutzer extra freigeschaltet werden (dazu beim Namisupport anfragen). Variante 2 kann logischerweise jeder nutzen.Die Unterschiede im Login-Vorgang zwischen den beiden Varianten kannst du z. B. hier in meinem Programm in der Funktion namiLogin() sehen:
https://github.com/fabianlipp/jnami/blob/master/src/nami/connector/NamiConnector.javaWie sich die URLs genau zusammensetzen ist bisher wohl nirgends dokumentiert. Momentan ist es hier das einfachste die Kommunikation zwischen Webclient und Server im Browser zu beobachten (z. B. mit Firebug für Firefox).
Viele Grüße,
FabianHi,
der StaVo kann wohl beim Mitgliederservice eine Liste anfordern, für welche seiner Leiter Führungszeugnisse eingesehen wurde. Eine Umsetzung direkt in NaMi ist bisher wohl noch nicht erfolgt.
Viele Grüße,
FabianDanke!
Nur als Vorschlag: Fügt die Info doch als „News“ in Nami hinzu – hilft sicher vielen Stavos 🙂Gruß Daniel
Hi Fabian,
ja so hab ich das auch gelesen/verstanden 🙂In Nami (bzw. namitest) bekomme ich mich eingeloggt. Und kann über die Nicht-API Urls auch Daten auslesen.
Was mir noch nicht ganz klar ist:
Ich glaube, ich habe das Login richtig. Ich setzte „Login“ auf „API“ und bekomme nach dem 302 direkt eine JSON Antwort.
Allerdings hole ich mir die „Session“ aktuell über die Cookies – ist das bei API Zugriff falsch? Oder ist das egal?Gibt es eine klare Fehlermeldung, wenn meinem Testnutzer API Rechte fehlen?
Zum Thema Firebug? Woran erkenne ich ob ein Zugriff „Api-umsetzbar“ ist und welche nicht? Oder ist prinzipiell die ganze Ajax Kommunikation von ExtJS mit dem (JBoss) Backend auf die API umsetzbar und ich habe schlicht den Login-Falsch oder keine API Rechte auf dem Testsystem?
Danke für deine Hilfe 🙂
Gruß Daniel
Hi,
Allerdings hole ich mir die „Session“ aktuell über die Cookies – ist das bei API Zugriff falsch?
Das müsste so stimmen. Ich habe das bei mir jedenfalls auch so umgesetzt. Ist allerdings schon eine Weile her, dass ich damit rumexperimentiert habe.
Gibt es eine klare Fehlermeldung, wenn meinem Testnutzer API Rechte fehlen?
Ich meine ich habe da beim Login mal eine Fehlermeldung (Statuscode >= 3000) bekommen, weil mir die Rechte gefehlt haben. Liefert bei dir der Login den Statuscode 0 (Erfolg)?
Woran erkenne ich ob ein Zugriff „Api-umsetzbar“ ist und welche nicht?
Meines Wissens ist jeder der REST-Aufrufe auch per API möglich.
Viele Grüße,
Fabian
