![]() |
e:mendata Okta Core
|
die Umstellung bzw extremen Anpassungen am vollständigen emendata Code auf net core 8ff wurde notwendig, da es mittlerweile zu viele Unterschiedliche Projekte in verschiedenen Umgebungen gibt. Der GrundCode ist c# bzw Artverwant. Da im fw48 und im Web "die" gleichen Daten verwendet werden gibt es mehrfache Definitionen in den verschiedensten Projekte, die immer manuell nachgezogen werden müssen.
Bei der Umstellung wird "nur" der bestehende Code in eine neue emendata Struktur gebracht. Somit muss nur noch eine Codebasis gepflegt werden => Calccore. Das Zeitintensive ist die richtigen Codeteile neu zusammenzusetzen und dabei auch noch neuste Techniken umzusetzen.
/console /core /data /extension /out* /RTM* /RTMAPI* /tools /ui /webapi /xmldoc*
Win 11 x64 (AnyCPU), net core 8 ff, Internet / Intranetzugang für Daten oder Updates
Durch das generische App Konzept ist das erstellen einer Speziellen App nicht mehr notwendig. Stattdessen wird die App durch eine Cfg bestimmt. Ein Start einer App wäre mit emendata.App SolMan, wobei die "default" SolMan cfg geladen und verwendet wird.
Was sind generische Apps?. Im Grunde sind alle Emendata Apps nach dem identischen Schema aufgebaut. Obere Navigationsleitste für WorkPlaces auf. In diesen Workplaces sind App Sezifische Controls und Workflows verbunden. Somit werden diese Workflows verschieden zusammengestellt werden. Globale Änderungen in den Apps wirken sich ja immer auf den BeratungsItem aus. Somit reicht ein Reload nach einer Änderung aus.
Durch die Möglicheiten alles in emendata nun durch exteren cfg einzustellen besteht auch die Möglichkeit SonderVersionen und SonderDinge je Lizenzschlüssel abzulegen. Das ganze wäre in der Okta Api umzusetzen.
/webApi/GetDesktopCfg(Lizenz) => Liste der Cfg , bzw Cfg Daten. Hier sind noch Anpassungen von nöten.
1) lokal - single User 2) lokal - multiUser 3) lokal - WebApi (Access To OktaDriveApi, nur Tokenlokal)
1/2/3) Root : /program/emendata req : /program/emendata/cfg req : /program/emendata/log 1) User => /User/AppData/ 2) User => /CommonUser/AppData 3) emendata/log => Token...
Eine App erwartet immer einen BeratungsItem und gibt diesen nach Ende auch Zurück. Die Source und Save Orte sind für das Framework einstellbar. Jede Frameworkinstallation kann nur einer Lizenz zugeordnet werden.
Beim Setup wird die Datenhaltung und die Einstellungen gesetzt. Auf dieses Setup wird von "Jeder" App (inl Manager) gebrauch gemacht. Es sollte jeder Pfad und Webzugriff über cfg angepasst werden können.
Der Manager (App) kann mit einem Arg cfg:/pathtocfg/ dort wird nach frameworksetting.json und ggf AppSetting.json gesucht. Bei Fund sind die gelesenen Setting Prio.
{ "AppSettings":{
"Appname": "e:mendata Startup",
"DataAccess": "locallitedb",
"AKey": "xxxxxxxxxxxxxxxx",
"memberID": "?",
"RootName": "?",
"KontoKunde": {
"memberProperties": {
"first_name": "",
"last_name": "",
"accountowner": "",
"Individualisieren": false
}
},
"Locations": {
"apiurl": "https://webapi.emendata.de/",
"beratung": "api/beratungen/",
"personen": "api/personen/",
"vertraege": "api/vertraege/",
"notizen": "api/notizen/",
"pdfexport": "api/pdfexport/"
}
,"nonce":10584}}
Grunddaten des Frameworks: Eingabe Manuell bzw. über Lizenz von Webkonto. "DataAccess" legt den Datenzugriff fest. Die Locations sind für Manager und CRM wichtig. Kontokunde als "Berater Anzeige"
die OtkaWeApi ersetzt in den Drive funktionen die bestehende API. Die KontenDaten bleiben noch erhalten (Zeit), wobei die LizenzDaten (Kunden, Dokumente) automatisch mit einer net core 8 Installation auf das neue System kopiert werden. Für eine saubere Umstellung sollte im fw48 beim Start eine Prüfung auf die neue OktaApi machen. eine APi vorhanen alles noch nicht umgestellt. Ist die APi vorhanden liefert aber noch "nichts" zurück dann immer noch nicht umgestellt. Erst nach einer net core 8 Installation wird ein netcor8 Flag gesetzt. Dieses blockiert dann den Start der fw48 Apps. Hinweis auf Update.