hivemind-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
Subject [Jakarta HiveMind Wiki] Updated: FrequentlyAskedQuestions
Date Mon, 21 Jun 2004 15:59:01 GMT
   Date: 2004-06-21T08:59:01
   Editor: HowardLewisShip <>
   Wiki: Jakarta HiveMind Wiki
   Page: FrequentlyAskedQuestions

   no comment

Change Log:

@@ -14,3 +14,8 @@
 ''Example 2'':  I have a Mailer service which uses a Properties to obtain email address.
 The backing store of the properties has to be flexible and configurable so i decide to create
a !PropertyFactory service that returns a Properties object for a given locator and whose
backing store is defined and configured through a configuration point.  This is a good solution
to my problem but as in example 1 I cannot inject this properties into my Mailer Service.
 On a side note: If this type of injection is possible then a clean solution to my change
proposal ModuleResourcesProposal is very simple.   Resources would be created using a factory
specifically designed to do this (much like the BeanFactory) which would also manage backing-store
type and synchronization issues.  These resources could then be injected into services by
using !ResourceFactory's get method to obtain the resource.
+HowardLewisShip: Seems that !BuilderFactory could do this, by changing the nested {{{set-service}}}
element to have an additional attribute,
+{{{read-property}}} that would be a property of the service to read as the value to assign
to the service implementation under construction.  Perhaps {{{set-service}}} should be left
alone, and there should be a {{{read-service-property}}} element added instead.

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message