Message: A new issue has been created in JIRA.
--------------------------------------------------------------------- View the issue: http://issues.apache.org/jira/browse/HIVEMIND-72 Here is an overview of the issue: --------------------------------------------------------------------- Key: HIVEMIND-72 Summary: BuilderFactory extension Type: Improvement Status: Unassigned Priority: Minor Project: HiveMind Components: framework Assignee: Reporter: Istvan Orban Created: Wed, 20 Oct 2004 9:48 AM Updated: Wed, 20 Oct 2004 9:48 AM Description: 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.... --------------------------------------------------------------------- JIRA INFORMATION: 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]
