Domino 9 und frühere Versionen > ND8: Entwicklung

globale Datenspeicherung für ODBC-Connection

<< < (2/3) > >>

jBubbleBoy:
Ach so, Du suchst eine fertige Lösung für import / export zu relationalen DBs. Die einfachste Lösung nennst sich DECS, habe ich des öffteren in Schlungen gezeigt kenne aber keinen praktischen Einsatz. Eine professionelle Lösung ist LEI, welche ich in er Praxis nie gesehen habe weil es recht teuer ist. Solche Datenbankanbindungen habe ich immer mit JDBC in Form eines Agent oder auch Java-Servertask umgesetzt.
Hier musst Du dich mal kundig machen, was machbar und wie teuer für euch ist / werden kann. 

magic_halli:

--- Zitat ---Ach so, Du suchst eine fertige Lösung für import / export zu relationalen DBs.
--- Ende Zitat ---
Nein, ich glaube wir reden aneinander vorbei?!

Ich möchte eine Lösung entwickeln, die mit triggert Agents läuft. Diese Agents brauchen für die Arbeit mit einer SQL-DB gewisse Verbindungsdaten.

Beispiel:
Wenn im Client ein User einen neuen Termin anlegt (create Termin), soll ein triggert Agent gestartet werden, der einfach nur einige Termindaten in eine SQL-Datenbank schreibt.
Dazu muss sich der Agent ja mit der SQL-Datenbank verbinden (will hier die ODBCConnection-Class nutzen). Diese erforderlichen Verbindungsdaten (DSN, User, Pass) müssen ja nun irgendwo hinterlegt sein.
Mir geht es nur darum, wie man wo solche Verbindungsdaten am besten speichert, damit dieser Agent (oder auch noch weitere Agents) sich diese holen und nutzen können!
Eine quasi globale Datenspeicherung erscheint mir hierbei sinnvoll?!
Da ist dann von Dir das Stichwort "Konfigurationsdatenbank erstellen" gefallen...

Im Zuge dessen, würde mich eben interessieren, wie man eine solche Konfigurationsdatenbank erstellt/konfiguriert etc.
Gibts dazu irgendwelche Lektüre? Hab im Forum leider nichts gefunden. Auch die Designerhilfe schweigt.

Rico.

jBubbleBoy:
Na man kann ein Profildokument oder eine Ansicht mit Dokumente als Ablage von Konfigurationsdaten entwickeln.
Da der Agent selber entwickelt wird muss die Konfiguration auch selber entwickeln. Oder anders gesagt "Viele Wege führen nach Rom" man muss nur einen nehmen.
Mein Tip für Dich, entwickel die Agents erstmal so und schreibe  die Konfigurationsdaten in den Agent, später kannst Du die Konfiguration immer noch auslagern.

magic_halli:

--- Zitat ---Mein Tip für Dich, entwickel die Agents erstmal so und schreibe  die Konfigurationsdaten in den Agent, später kannst Du die Konfiguration immer noch auslagern.
--- Ende Zitat ---
Mache ich bis jetzt auch so...


--- Zitat ---Na man kann ein Profildokument oder eine Ansicht mit Dokumente als Ablage von Konfigurationsdaten entwickeln.
Da der Agent selber entwickelt wird muss die Konfiguration auch selber entwickeln. Oder anders gesagt "Viele Wege führen nach Rom" man muss nur einen nehmen.
--- Ende Zitat ---
...ich bin gerade an der Recherche zum sinnvollsten "Weg nach Rom".
Normale Notes-User sollten mit den Konfigurationsdaten gar nicht in Berührung kommen. Diese sollte eigentlich der Serveradmin einmalig eingeben/hinterlegen.
Die Frage ist eben nur wo/wie gibt er sie ein???

Mache ich eine Maske od. Ansicht, dann ist diese im Client ja irgendwo aufrufbar (per Button, Menü etc.).
Kann man nicht unabhängig vom Client, sprich auf dem Server, solche Konfigurationsdaten hinterlegen? Ich denke, da sind wir wieder bei dieser Konfigurationsdatenbank?!  ;)

Rico.

jBubbleBoy:
Für die Zugriffsberechtigung, sprich Sichtbarkeit, der sensiblen Logindaten nimmt man die ACL und trägt hier nur den Admin +Server ein.

Navigation

[0] Themen-Index

[#] Nächste Seite

[*] Vorherige Sete