[jboss-jira] [JBoss JIRA] (WFLY-1430) Create clustering subsystem

[Richard Achmatowicz (JIRA)]

    [ https://issues.jboss.org/browse/WFLY-1430?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12806891#comment-12806891 ] 

Richard Achmatowicz edited comment on WFLY-1430 at 9/24/13 9:16 AM:
--------------------------------------------------------------------

I'll provide an update of what is happening with the clustering-subsystem.

1. The organization of resources has changed to reflect EE module deployments. 

Previously we had this:
{noformat}
/subsystem=clustering-monitor
/subsystem=clustering-monitor/channel=*
/subsystem=clustering-monitor/channel=*/deployment=*
{noformat}
where channel=X represented a cache container on channel X and its attributes, and channel=X/deployment=Y represented a web session cache Y on a channel X. The problem here is that the deployments which contain the distributable web apps or the @Clustered SFSBs are not represented. Also, bean session caches were not represented. These have now been added as part of the resource organization. 

Now the resources are organised as follows:
{noformat}
/subsystem=clustering-monitor
/subsystem=clustering-monitor/cluster=*
/subsystem=clustering-monitor/cluster=*/deployment=*
/subsystem=clustering-monitor/cluster=*/deployment=*/web=WEB
/subsystem=clustering-monitor/cluster=*/deployment=*/bean=*
{noformat}
Now, cluster=X/deployment=Y represents a deployment Y on a channel X, cluster=X/deployment=Y/web=WEB represents a web session cache used by a deployment Y on a channel X and cluster=X/deployment=Y/bean=Z represents a bean session cache for a @Clustered bean Z used by a deployment Y on a channel X.

The idea here is that if users are interested in their clustered application deployment, they can navigate to the web session caches and or SFSB session caches by choosing the appropriate deployment name. 

2. A ClusteredDeploymentRepository has been added

It is not easy to pick up EE module deployment information using the service registry alone, so I wrote a deployment processor for the clustering-monitor subsystem which populated its own repository of clustered deployment information. So when the clustering-monitor subsystem starts up, it creates a service called ClusteredDeploymentRepository and also installs a deployment processor which populates the repository with information. Whenever a deployment happens, the deployment processor inspects the deployment and , if clustered, stores relevant information(in this case container and cache information for session caches) in the repository. The resource handlers for the clustering subsystem access that repository in order to find out which resources exist for deployment=Y, web=WEB and bean=Z resources.
     
   

                
      was (Author: rachmato):
    I'll provide an update of what is happening with the clustering-subsystem.

1. The organization of resources has changed to reflect EE module deployments. 

Previously we had this:
{noformat}
/subsystem=clustering-monitor
/subsystem=clustering-monitor/channel=*
/subsystem=clustering-monitor/channel=*/deployment=*
{noformat}
where channel=X represented a cache container on channel X and its attributes, and channel=X/deployment=Y represented a web session cache Y on a channel X. The problem here is that the deployments which contain the distributable web apps or the @Clustered SFSBs are not represented. Also, bean session caches were not represented. These have now been added as part of the resource organization. 

Now the resources are organised as follows:
{noformat}
/subsystem=clustering-monitor
/subsystem=clustering-monitor/channel=*
/subsystem=clustering-monitor/channel=*/deployment=*
/subsystem=clustering-monitor/channel=*/deployment=*/web=WEB
/subsystem=clustering-monitor/channel=*/deployment=*/bean=*
{noformat}
Now, channel=X/deployment=Y represents a deployment Y on a channel X, channel=X/deployment=Y/web=WEB represents a web session cache used by a deployment Y on a channel X and channel=X/deployment=Y/bean=Z represents a bean session cache for a @Clustered bean Z used by a deployment Y on a channel X.

The idea here is that if users are interested in their clustered application deployment, they can navigate to the web session caches and or SFSB session caches by choosing the appropriate deployment name. 

2. A ClusteredDeploymentRepository has been added

It is not easy to pick up EE module deployment information using the service registry alone, so I wrote a deployment processor for the clustering-monitor subsystem which populated its own repository of clustered deployment information. So when the clustering-monitor subsystem starts up, it creates a service called ClusteredDeploymentRepository and also installs a deployment processor which populates the repository with information. Whenever a deployment happens, the deployment processor inspects the deployment and , if clustered, stores relevant information(in this case container and cache information for session caches) in the repository. The resource handlers for the clustering subsystem access that repository in order to find out which resources exist for deployment=Y, web=WEB and bean=Z resources.
     
   

                  
> Create clustering subsystem
> ---------------------------
>
>                 Key: WFLY-1430
>                 URL: https://issues.jboss.org/browse/WFLY-1430
>             Project: WildFly
>          Issue Type: Feature Request
>          Components: Clustering
>    Affects Versions: 8.0.0.Alpha2
>            Reporter: Richard Achmatowicz
>            Assignee: Richard Achmatowicz
>
> Create a clustering subsystem which collects together clustering-related functionality as described in WFLY-1236.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira