[jira] Issue Comment Edited: (TAP5-1313) Allow dynamic services to be created based on configuration

["Tom van Dijk (JIRA)" <ji...@apache.org>]

    [ https://issues.apache.org/jira/browse/TAP5-1313?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12922525#action_12922525 ] 

Tom van Dijk edited comment on TAP5-1313 at 10/21/10 4:37 PM:
--------------------------------------------------------------

It appears I also need to add Dynamic contributions (basically, this allows modules that create dynamic services to also contribute configurations to them)
I'll get on it.

It also seems a ObjectLocator.getService(Class serviceImplementation, Class... markers) is very useful. 

I added both things, you can see the result on my git at git://hetdiana.homeip.net/tapestry5.git (branches iocmod3 and hibmod)

      was (Author: tvandijk):
    It appears I also need to add Dynamic contributions (basically, this allows modules that create dynamic services to also contribute configurations to them)
I'll get on it.

It also seems a ObjectLocator.getService(Class serviceImplementation, Class... markers) is very useful. 
  
> Allow dynamic services to be created based on configuration
> -----------------------------------------------------------
>
>                 Key: TAP5-1313
>                 URL: https://issues.apache.org/jira/browse/TAP5-1313
>             Project: Tapestry 5
>          Issue Type: New Feature
>          Components: tapestry-ioc
>    Affects Versions: 5.2.2
>            Reporter: Tom van Dijk
>
> Dynamic services are services that are not defined at compile-time, but at runtime, just before performing Registry startup.
> Dynamic services are a useful concept for the implementation of a module that allows for multiple Hibernate databases. Other modules can contribute markers to the Hibernate module. The Hibernate module will then create the set of Hibernate services (HibernateSessionSource, HibernateSessionManager, Session, etc) with marker annotations and service ids based on the configuration. These services can be further configured with contributions, e.g. if there are databases with markers "One" and "Two", these could cause HibernateEntityPackageManagerOne and HibernateEntityPackageManagerTwo to be created, which can be configured with contributors contributeHibernateEntityPackageManagerOne() and contributeHibernateEntityPackageManagerTwo.
> I propose dynamic services as one of the possible solutions for allowing services to be created after initial setup. The advantage of this method is that these services can be injected directly, without using indirect constructs such as object providers, which have the disadvantage of not being able to use the service lifecycle management Tapestry offers. It is also easier and more intuitive to contribute to each individual service using the standard service mechanisms in Tapestry rather than an indirect method, for example supplying the entire configuration for all services to a hypothetical HibernateObjectsSource or HibernateConfiguration service.
> Dynamic services have to be added prior to validateContributeDefs() in the constructor of the Registry service. I will include a patch with the implementation of this feature and a test case.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.