Erfahrungen mit JavaConfig oder Apache Commons Config?

[Landei]

Bis jetzt dachte ich, Properties wären das höchste der Config-Gefühle, und habe mir meine eigenen kleinen Lösungen zusammengebastelt. Nun bin ich über diesen Artikel gestolpert, und dort über die Alternativen JavaConfig und Apache Commons Config gelesen (Scala's Configgy läuft ja leider außer Konkurrenz). Anhand der Beschreibung könnte man meinen, die beiden nehmen sich nicht viel, deshalb die Frage, welche Erfahrungen ihr mit beiden Lösungen habt, und ob es sich lohnt, von einer Selbststricklösung umzusteigen.

Meine Anforderungen sind nicht übermäßig komplex. Neu landen während der Laufzeit ist nice-to-have, ich möchte vor allem einfach und typsicher Änderungen in der Konfiguration von verschiedenen Klassen aus und möglichst flexibel speichern. Notfalls muss es auch möglich sein, das Config-File manuell "nachzubessern".

 

[Landei]

Meine erste Erfahrung mit Apache Commons Config habe ich durch: Es macht erst mal keinen schlechten Eindruck, aber den Rattenschwanz an anderen Commons-Krempel will ich mir für mein Mini-Projekt wirklich nicht antun. Was denken die Apachen sich eigentlich? Dass ich mein Logging auf ihr Commons-Zeug umstelle, nur um ihre zwei, drei Config-Klassen nutzen zu können? Und welche jars bräuchte ich als nächstes, wenn ich doch ihr Logging nehmen würde? Diese Arroganz "wir haben das alleinseeligmachende Framework" ist echt mies (und dabei schaffen sie es noch nicht einmal, die generifizierte Version der Apache Commons Collections "offiziell" zu machen, und lassen sich trotz jahrelangen Vorsprungs von Google die Haxen zeigen).

Mal sehen, wie sich JavaConfig so schlägt. Zumindest das mit der Modularität haben sie verstanden:

Every project has different demands on its components, and each project has a different toolset. To accommodate this variety of tools, the Java Config class is made to be completely stand-alone. Simply include the javaconfig.jar to your classpath, and you're good to go.

 

[kama]

Hallo,

Diese Arroganz "wir haben das alleinseeligmachende Framework" ist echt mies (und dabei schaffen sie es noch nicht einmal, die generifizierte Version der Apache Commons Collections "offiziell" zu machen, und lassen sich trotz jahrelangen Vorsprungs von Google die Haxen zeigen).

Wenn Dich das so sehr stört dann mach es doch besser ist ja nun Open Source...Mitmachen ist alles ;-)...

MfG
Karl Heinz Marbaise

 

[maki]

Was denken die Apachen sich eigentlich? Dass ich mein Logging auf ihr Commons-Zeug umstelle, nur um ihre zwei, drei Config-Klassen nutzen zu

Du musst dein Logging nicht umstellen, und auf die commons-loggings Implementierung solltest du auf keinen Fall wechseln ausser natürlich du willst Classloader Probleme haben

Es reicht die commons-loggins API (nicht die Implementierung) zu verwenden und dann commons-logging auf zB. log4j einzustellen (keinesfalls die Autoconfig verwenden), oder mit slf4j.

In größeren Projekten oder in Projekten mit Dependency Management ist dass dann nicht mehr so wild wenn man viele Abhängigkeiten hat.