Kleiner XML-Editor

[Sven Lanoster]

Moin, moin.

Die Konfigurationsdateien unserer Programme sollen von Inidatei auf XML
umgestellt werden.

Die Inidateien werden bisher von den Admins der Kunden im Notepad
bearbeitet und Einträge mit Tippfehlern ("Tabele=Addressen") führen zu
schwer zu findenden unerwünschtem Verhalten.

Ein Vorteil von XML ist, dass die Konfiguration beim Editieren leichter
auf Korrektheit geprüft werden kann. Außerdem erleichtert es den Admins
die Arbeit, wenn die Konfigurationen im Admin-Tool bearbeitet werden
können statt in einem externen Editor.

Ich suche also einen XML-Editor, den ich in unser Admin-Tool einbinden
kann. Validierung gegen DTD ist Pflicht. Autovervollständigung ist
erwünscht, am Besten nicht nur der Namen der Tags, sondern auch der
möglichen Werte. Farbliche Hervorhebungen und das Ein- und Ausklappen
von Bereichen können wohl nicht schaden.

Nicht erwünscht sind zusätzliche DLLs, BPLs, etc. die mit auszuliefern
wären. Die Editor-Komponente sollte im Quelltext vorliegen und mit
einkompilierbar sein. ActiveX und die damit verbundene Vorgabe, dass
Programm XYZ auf dem Zielsystem installiert sein muss, fällt auch flach.

Tante Google mag mich offenbar heute nicht. Ich finde nur
XML-Komponenten, die keinen grafischen Editor haben oder Programme, die
nur ihre eigene Konfiguration als XML speichern können. Oder uraltes Zeugs.

Hat jemand einen Tipp für mich?

Gruß,
Sven.

[Hans-Peter Diettrich]

Post by Sven Lanoster
Ich suche also einen XML-Editor, den ich in unser Admin-Tool einbinden
kann. Validierung gegen DTD ist Pflicht. Autovervollständigung ist
erwünscht, am Besten nicht nur der Namen der Tags, sondern auch der
möglichen Werte. Farbliche Hervorhebungen und das Ein- und Ausklappen
von Bereichen können wohl nicht schaden.

Sowas könnte ich mir als Tool vorstellen, wenn alle
Konfigurationsmöglichkeiten in einem XML Schema (XSD) vorgegeben werden
können.

Post by Sven Lanoster
Nicht erwünscht sind zusätzliche DLLs, BPLs, etc. die mit auszuliefern
wären. Die Editor-Komponente sollte im Quelltext vorliegen und mit
einkompilierbar sein. ActiveX und die damit verbundene Vorgabe, dass
Programm XYZ auf dem Zielsystem installiert sein muss, fällt auch flach.

Bei einer Editor-Komponente spielt die Darstellung und Bedienung eine
nicht unwesentliche Rolle. Wenn der Benutzer bereits einen
entsprechenden XML Editor benutzt, dann sollte dieser IMO auch für Deine
Konfiguration benutzbar sein. Sonst besteht immer die Gefahr, daß eine
eigene Komponente sich anders präsentiert und bedient werden möchte, der
Benutzer sich also (unnötigerweise) umstellen muß. Deshalb würde ich
zumindest vorsehen, daß der Benutzer zwischen dem eingebauten und seinem
eigenen Editor auswählen kann.

Post by Sven Lanoster
Tante Google mag mich offenbar heute nicht. Ich finde nur
XML-Komponenten, die keinen grafischen Editor haben oder Programme, die
nur ihre eigene Konfiguration als XML speichern können. Oder uraltes Zeugs.

Wirst Du bei selbständigen Tools fündig? Dann würde ich so ein Tool
beilegen oder auf Wunsch installieren lassen, um den Benutzer bei der
Auswahl nicht einzuschränken. Das entspricht zwar nicht Deinen
Vorstellungen, halte ich aber für die auf Dauer beste Lösung.

DoDi

[Sven Lanoster]

Post by Hans-Peter Diettrich
Sowas könnte ich mir als Tool vorstellen, wenn alle
Konfigurationsmöglichkeiten in einem XML Schema (XSD) vorgegeben
werden können.

Genau das war die Idee. Statt dem Admin-Tool die Grammatik, Syntax und
möglichen Werte der Konfigurationen jeweils einzuprogrammieren, wird auf
XML umgestellt. Dann braucht das Admin-Tool selbst nicht geändert,
getestet und ausgeliefert werden, es reicht, wenn das Schema im Internet
aktualisiert wird.

Hmm, da fällt mir grade auf, dass das ohne sinnvolle Versionsverwaltung
in die Hose geht. ;)

Post by Hans-Peter Diettrich
Bei einer Editor-Komponente spielt die Darstellung und Bedienung eine
nicht unwesentliche Rolle. Wenn der Benutzer bereits einen
entsprechenden XML Editor benutzt, dann sollte dieser IMO auch für
Deine Konfiguration benutzbar sein. Sonst besteht immer die Gefahr,
daß eine eigene Komponente sich anders präsentiert und bedient werden
möchte, der Benutzer sich also (unnötigerweise) umstellen muß.
Deshalb würde ich zumindest vorsehen, daß der Benutzer zwischen dem
eingebauten und seinem eigenen Editor auswählen kann.

Ich hasse es, wenn ich mich umgewöhnen muss. Die Ribbons, die Kacheln
von Win8 - furchtbar!

Leider ist es in meinem Fall so, dass ein externer Editor die XML gar
nicht laden kann. Die liegen verschlüsselt in der DB und die Clients
haben keinen Zugriff auf den DB-Server, sondern fragen über das
Admin-Tool den Applikationsserver, der die DB kontaktiert.

Ich könnte im Admin-Tool einfach ein multiline-Edit einblenden, die XML
dort laden und drüberschreiben "Benutzen Sie die Zwischenablage, um
diese Konfiguration im XML-Editor Ihrer Wahl zu bearbeiten.". Ich
fürchte die CRM-Admins benutzen dann im besten Fall notepad.exe und im
schlimmsten MS-Office (Powerpoint oder so).

Post by Hans-Peter Diettrich

Post by Sven Lanoster
Tante Google mag mich offenbar heute nicht. Ich finde nur
XML-Komponenten, die keinen grafischen Editor haben oder Programme,
die nur ihre eigene Konfiguration als XML speichern können. Oder
uraltes Zeugs.

Wirst Du bei selbständigen Tools fündig? Dann würde ich so ein Tool
beilegen oder auf Wunsch installieren lassen, um den Benutzer bei der
Auswahl nicht einzuschränken. Das entspricht zwar nicht Deinen
Vorstellungen, halte ich aber für die auf Dauer beste Lösung.

Ein Plugin für das Admin-Tool kann ich über den Update-Mechanismus des
CRM auf die Clients verteilen. Oft auch bei großen Unternehmungen.
Sonstige Änderungen an der Konfiguration der Clients müssen mit den
IT-Abteilungen der Kunden abgesprochen, beantragt, begründet und dann
begleitet werden. Und da steht leider der Aufwand in keinem Verhältnis
zum Ergebnis "weniger Support-Aufwand durch fehlerhafte Konfigs".

Es gibt ein paar interessante kommerzielle Angebote. Aber bisher war
überall ein Haar in der Suppe.

Danke für Deine Meinung!

Gruß,
Sven.