Techn.Konzepte: ConfigManager - Versionsgeschichte

Jonw: Weiterleitung auf Technische Konzepte: Config Manager erstellt

2012-01-30T20:35:35Z

Weiterleitung auf Technische Konzepte: Config Manager erstellt

← Nächstältere Version		Version vom 30. Januar 2012, 20:35 Uhr
Zeile 1:		Zeile 1:
−	~~== Einleitung ==~~	+	#REDIRECT [[Technische Konzepte: Config Manager]]
−		+
−	Für viele Bereiche unserer Anwendung sind Konfigurationen notwendig. In unserem Projekt sollen aus einer KonigurationsDatei verschiedene Einstellungen herausgelesen werden können. Diese können z.B. einfach irgendwelche Ports / Addressen beinhalten, die nicht statisch im Quelltext vorliegen sollten. Natürlich könnten diese Konfigurationen auch in der Oberfläche verwaltet werden, manche Einstellungen sollen aber z.B. garnicht für einen Nutzer sichtbar sein oder es würde sich schlichtweg nicht lohnen dafür eine Oberfläche zu entwerfen.	+
−		+
−	~~== Format für die Einstellungen ==~~	+
−		+
−	~~In einer textlich lesbaren Datei sind die Einstellungen gespeichert. Pro Zeile soll eine Konfiguration verwendet werden.~~	+
−	~~Dabei gibt es immer einen Schlüssel und einen dazugehörigen Wert. Beide sind durch ein Gleichheitszeichen voneinander getrennt.~~	+
−		+
−	~~'''Beispielschlüssel = Beeispielwert'''~~	+
−		+
−	~~== Wie kann ein Wert aus dem ConfigManager gelesen werden? ==~~	+
−		+
−	~~Wie auch der Logger, so ist der ConfigManager nun statisch und braucht nicht initialisiert werden.~~	+
−	Es kann eine komplette Liste gelesen werden aus einer Datei (oder aus einer Standarddatei), die Liste bleibt zur Laufzeit auch dem ConfigManager bekannt und muss nicht manuell verwaltet werden. Durch die Methode "getValueFromKey" wird durch einen Parameterangabe des Schlüssels ein Wert herausgsucht aus dieser Liste und zurückgegeben. Sollte die Liste leer sein, versucht das Programm eine Standarddatei zu lesen. Ist kein Schlüssel gefunden worden ist der zurückgegebene Wert "null".	+
−		+
−	~~Durch die Methode "writeConfigLine" wird der zuletzt geöffneten Konfigurationsdatei eine Zeile hinzugefügt.~~	+
−	~~Wurde noch keine Datei angegeben bleibt die Methode funktionslos.~~	+
−		+
−		+
−	~~== Wo ist der ConfigManager zu finden? ==~~	+
−		+
−	~~Der ConfigManager ist Bestandteil des Jar-Files "tools", dass auch noch den Logger beherbergt.~~	+
−	~~Das Paket ist mit einer Classpath Variable bereits in unserem Projekt eingebunden.~~	+
−	~~Er kann einfach mit ConfigManager.xx (xx für die entsprechende Methode) benutzt werden.~~	+
−	~~Da der ConfigManager statisch ist muss nichts initialisiert werden.~~	+
−	Es sollte aber an einer zentralen Stelle das ConfigFile definiert werden (durch "readConfig(File file)), die angebene Datei bleibt zur Laufzeit gespeichert, alle anderen Methoden beziehen sich nun auf diese Datei.	+

Segr: /* Wo ist der ConfigManager zu finden? */

2012-01-18T01:35:37Z

Wo ist der ConfigManager zu finden?

← Nächstältere Version		Version vom 18. Januar 2012, 01:35 Uhr
Zeile 24:		Zeile 24:
	Das Paket ist mit einer Classpath Variable bereits in unserem Projekt eingebunden.		Das Paket ist mit einer Classpath Variable bereits in unserem Projekt eingebunden.
	Er kann einfach mit ConfigManager.xx (xx für die entsprechende Methode) benutzt werden.		Er kann einfach mit ConfigManager.xx (xx für die entsprechende Methode) benutzt werden.
−	~~Das~~ der ConfigManager statisch ist muss nichts initialisiert werden.	+	Da der ConfigManager statisch ist muss nichts initialisiert werden.
−	Es sollte aber an einer zentralen Stelle das ConfigFile definiert werden (durch "readConfig(File file)), die angebene Datei bleibt zur Laufzeit gespeichert, alle anderen Methoden beziehen sich nun auf diese Datei	+	Es sollte aber an einer zentralen Stelle das ConfigFile definiert werden (durch "readConfig(File file)), die angebene Datei bleibt zur Laufzeit gespeichert, alle anderen Methoden beziehen sich nun auf diese Datei.

Bepf: /* Format für die Einstellungen */

2012-01-14T10:18:32Z

Format für die Einstellungen

← Nächstältere Version		Version vom 14. Januar 2012, 10:18 Uhr
Zeile 8:		Zeile 8:
	Dabei gibt es immer einen Schlüssel und einen dazugehörigen Wert. Beide sind durch ein Gleichheitszeichen voneinander getrennt.		Dabei gibt es immer einen Schlüssel und einen dazugehörigen Wert. Beide sind durch ein Gleichheitszeichen voneinander getrennt.

−	''''Beispielschlüssel = Beeispielwert''''	+	'''Beispielschlüssel = Beeispielwert'''
−		+
−		+

	== Wie kann ein Wert aus dem ConfigManager gelesen werden? ==		== Wie kann ein Wert aus dem ConfigManager gelesen werden? ==

Bepf: /* Wo ist der ConfigManager zu finden? */

2012-01-14T10:18:19Z

Wo ist der ConfigManager zu finden?

← Nächstältere Version		Version vom 14. Januar 2012, 10:18 Uhr
Zeile 28:		Zeile 28:
	Das der ConfigManager statisch ist muss nichts initialisiert werden.		Das der ConfigManager statisch ist muss nichts initialisiert werden.
	Es sollte aber an einer zentralen Stelle das ConfigFile definiert werden (durch "readConfig(File file)), die angebene Datei bleibt zur Laufzeit gespeichert, alle anderen Methoden beziehen sich nun auf diese Datei		Es sollte aber an einer zentralen Stelle das ConfigFile definiert werden (durch "readConfig(File file)), die angebene Datei bleibt zur Laufzeit gespeichert, alle anderen Methoden beziehen sich nun auf diese Datei
−
−	~~Der Logger benutzt Standardmäßig das LogLevel INFO~~

Bepf: Die Seite wurde neu angelegt: „== Einleitung == Für viele Bereiche unserer Anwendung sind Konfigurationen notwendig. In unserem Projekt sollen aus einer KonigurationsDatei verschiedene Einste…“

2012-01-14T10:18:06Z

Die Seite wurde neu angelegt: „== Einleitung == Für viele Bereiche unserer Anwendung sind Konfigurationen notwendig. In unserem Projekt sollen aus einer KonigurationsDatei verschiedene Einste…“

Neue Seite

== Einleitung ==

Für viele Bereiche unserer Anwendung sind Konfigurationen notwendig. In unserem Projekt sollen aus einer KonigurationsDatei verschiedene Einstellungen herausgelesen werden können. Diese können z.B. einfach irgendwelche Ports / Addressen beinhalten, die nicht statisch im Quelltext vorliegen sollten. Natürlich könnten diese Konfigurationen auch in der Oberfläche verwaltet werden, manche Einstellungen sollen aber z.B. garnicht für einen Nutzer sichtbar sein oder es würde sich schlichtweg nicht lohnen dafür eine Oberfläche zu entwerfen.

== Format für die Einstellungen ==

In einer textlich lesbaren Datei sind die Einstellungen gespeichert. Pro Zeile soll eine Konfiguration verwendet werden.
Dabei gibt es immer einen Schlüssel und einen dazugehörigen Wert. Beide sind durch ein Gleichheitszeichen voneinander getrennt.

''''Beispielschlüssel = Beeispielwert''''

== Wie kann ein Wert aus dem ConfigManager gelesen werden? ==

Wie auch der Logger, so ist der ConfigManager nun statisch und braucht nicht initialisiert werden.
Es kann eine komplette Liste gelesen werden aus einer Datei (oder aus einer Standarddatei), die Liste bleibt zur Laufzeit auch dem ConfigManager bekannt und muss nicht manuell verwaltet werden. Durch die Methode "getValueFromKey" wird durch einen Parameterangabe des Schlüssels ein Wert herausgsucht aus dieser Liste und zurückgegeben. Sollte die Liste leer sein, versucht das Programm eine Standarddatei zu lesen. Ist kein Schlüssel gefunden worden ist der zurückgegebene Wert "null".

Durch die Methode "writeConfigLine" wird der zuletzt geöffneten Konfigurationsdatei eine Zeile hinzugefügt.
Wurde noch keine Datei angegeben bleibt die Methode funktionslos.

== Wo ist der ConfigManager zu finden? ==

Der ConfigManager ist Bestandteil des Jar-Files "tools", dass auch noch den Logger beherbergt.
Das Paket ist mit einer Classpath Variable bereits in unserem Projekt eingebunden.
Er kann einfach mit ConfigManager.xx (xx für die entsprechende Methode) benutzt werden.
Das der ConfigManager statisch ist muss nichts initialisiert werden.
Es sollte aber an einer zentralen Stelle das ConfigFile definiert werden (durch "readConfig(File file)), die angebene Datei bleibt zur Laufzeit gespeichert, alle anderen Methoden beziehen sich nun auf diese Datei

Der Logger benutzt Standardmäßig das LogLevel INFO