Hello Christian,
I am not sure I understand clearly your question, so I apologize if what
follows does not help you.
If you want to get all the contributions of a configuration point into an
object, without using DI, then you can still use HiveMind Registry:
List getConfiguration(String configId);
If you use HiveMind 1.1 and your configuration uses the key-attribute in the
element tag of your schema, then you can use:
Map getConfigurationAsMap(String configId);
How you can get access to Registry will depend on the context for your
system. If this is a web application, you can get the Registry from
HiveMindFilter (provided you have a HttpServletRequest instance on hand) or
the HiveMindRegistryPublishFilter (from HiveMind Utilities project) that
makes the Registry accessible even without any HttpServletRequest.
Besides, if you do want Dependency Injection but cannot directly use
HiveMind features (actually I have to say that I am not sure I really
understood why "because the class is inside a classhierarchy" was making it
impossible to use DI), you may take a look at hiveutils.ObjectBuilder
service which provides creation of POJOs (and optional cache) with DI.
Cheers
Jean-Francois
-----Original Message-----
From: Domsch, Christian [mailto:[EMAIL PROTECTED]
Sent: Friday, September 02, 2005 7:15 PM
To: '[email protected]'
Subject: Stupid question regarding Configurationpoints
Hi all,
first of all, hivemind ist a great product. We have a very big financial
application where hivemind is our backbone. We use about 60-80 services
right now. Great work to all contributers.
Now I have a simple maybe stupid question: is it possible to only get the
contributions for a configuration point? I didnt see a mechanism for this.
At the moment i construct a simple holder-service, that only gets this
configuration-point and i aquire the contributions via this service. And no,
i cannot inject the configuration into the class, where i use the
contributions, because the class is inside a classhierarchy. Maybe there
would be some way to achieve it, but it wouldnt be as simple as the
holder-service solution.
Thanks in advance,
Christian Domsch.
Systemingenieur
Entire Software AG
Lise-Meitner-Straße 14
D-89081 Ulm
Tel: +49 7 31 9 74 95-4 83
Fax: +49 7 31 9 74 95-20
Mailto:[EMAIL PROTECTED]
http://www.entire.de
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
