You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tapestry.apache.org by "Tom van Dijk (JIRA)" <ji...@apache.org> on 2014/05/30 13:51:01 UTC

[jira] [Commented] (TAP5-1313) Configuration groups to easily allow multiple services with same implementation, allowing handling multiple hibernate databases

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

Tom van Dijk commented on TAP5-1313:
------------------------------------

I am no longer maintaining my fork of Tapestry and am no longer interested
in this patch.

Sorry.


On Fri, May 30, 2014 at 1:35 PM, Jochen Kemnade (JIRA) <ji...@apache.org>



> Configuration groups to easily allow multiple services with same implementation, allowing handling multiple hibernate databases
> -------------------------------------------------------------------------------------------------------------------------------
>
>                 Key: TAP5-1313
>                 URL: https://issues.apache.org/jira/browse/TAP5-1313
>             Project: Tapestry 5
>          Issue Type: New Feature
>          Components: tapestry-hibernate, tapestry-ioc
>            Reporter: Tom van Dijk
>         Attachments: Multiple-databases-support-using-configuration-group.patch
>
>
> Contribution groups allow service implementations that are closely linked together, to be created multiple times (using markers to identify them) with automatic dependency resolution. 
> e.g. service implementations OneImpl (implements One) and TwoImpl (implements Two) use eachother, then with markers red and blue, we get One@Red and One@Blue and Two@Red and Two@Blue. They will each have their own configurations (unmarked contributions go to both Red and Blue, but contributions marked Red will go to the One@Red and Two@Red services, etc.)
> This is applied to the hibernate and hibernate-core services, allowing multiple databases to be used without having to use spring services.



--
This message was sent by Atlassian JIRA
(v6.2#6252)