[ http://issues.apache.org/jira/browse/HIVEMIND-72?page=comments#action_54814 ] Steve Gibson commented on HIVEMIND-72: --------------------------------------
Looking at what you mailed, I can't see anything different. I am not sure of the nuances of the method I used, but I would be surprised if you can't tie in event handlers, etc. Maybe someone wants to test it? (I need to subscribe to hivemind-user!) > BuilderFactory extension > ------------------------ > > Key: HIVEMIND-72 > URL: http://issues.apache.org/jira/browse/HIVEMIND-72 > Project: HiveMind > Type: Improvement > Components: framework > Reporter: Istvan Orban > Priority: Minor > > Hi, > I asked about this thing on the mailing list, since it was not a bad idea I > though it's best to create here. > If you have a service (B) which can only be instanciated by an other > factory service (A). you have to write your own factory class which > implements the > ServiceImplementationFactory. I have seen some example of doing it. > I think this is a general problem that. the BuilderFactory should not > instance the class by calling it's contructor but to call an other > service's method. > would extending the BuilderFactory be a good idea on the following way. > <invoke-factory service-id="hiveMind:BuilderFactory"> > <construct class="MyServiceB" > contructor-service-id="MySerciceA" constructor-method="createServiceB"> > ..... > <event-listener > service-id="hivemind.ShutdownCoordinator"/> > </construct> > </invoke-factory> > with these extra tags one could specify which method of the MyServiceA > returns an instance of the MyServiceB > so I can use all the power of the Configuration and Autowite provided > already by the the BuilderFactory etc. > I'm asking this because I have seen examples (providing hivernate > session and transaction stuff) where they just implemented the > 'ServiceImplementationFactory' but then you have to write again all the > cool function which does the autowite and all other cool stuff for you.... -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
