[JBoss JIRA] (WFLY-1430) Create clustering subsystem
by Richard Achmatowicz (JIRA)
[ https://issues.jboss.org/browse/WFLY-1430?page=com.atlassian.jira.plugin.... ]
Richard Achmatowicz commented on WFLY-1430:
-------------------------------------------
An update on progress. I have now done the following:
- implemented resource /subsystem=cluster/name=<channel>
- implemented resource /subsystem=cluster/name=<channel>/deployment=<deployment-name>
- removed any use of the management interface ; channel and cache information is obtained directly from services
The interface is limited at present to a couple of attributes, but it looks like this:
{noformat}
[standalone@127.0.0.1:10090 /] /subsystem=cluster/name=web:read-attribute(name=view)
{
"outcome" => "success",
"result" => [
("lenovo/web" => "[fred/web|3] [fred/web, lenovo/web]"),
("fred/web" => "[fred/web|3] [fred/web, lenovo/web]")
]
}
[standalone@127.0.0.1:10090 /] /subsystem=cluster/name=web/deployment=default-host\/distributable:read-attribute(name=cache-view)
{
"outcome" => "success",
"result" => [
("lenovo/web" => "[fred/web, lenovo/web]"),
("fred/web" => "[fred/web, lenovo/web]")
]
}
{noformat}
This interface will be added to and improved over time.
I had a bit of trouble ensuring that the RPC mechanism which is used by the interface:
- gets installed without introducing circular dependencies with other modules (i.e. Infinispan)
- gets started on all nodes whenever a channel gets started
What I did was this:
- reworked the installation of the RPC mechanism ManagementAPIClusterSupport as a ChannelDependentServiceProvider, which allows it to be installed by the Infinispan subsystem's CacheContainerAdd method, without introducing a circular dependeency
- defined a dummy service ManagementAPIClusterSupportTrigger which is dependent on ChannelService and started in PASSIVE mode, so that whenever a channel starts, it starts. This dummy service is what starts the ManagementAPICLusterSupport service on each node.
The PR I have listed above still needs cleaning up, but it incorporates what is described above.
> 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
13 years
[JBoss JIRA] (WFLY-1439) ServerSetupObserver leaks changes if exception is thrown
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/WFLY-1439?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on WFLY-1439:
-----------------------------------------------
Paul Gier <pgier(a)redhat.com> changed the Status of [bug 969346|https://bugzilla.redhat.com/show_bug.cgi?id=969346] from MODIFIED to ON_QA
> ServerSetupObserver leaks changes if exception is thrown
> --------------------------------------------------------
>
> Key: WFLY-1439
> URL: https://issues.jboss.org/browse/WFLY-1439
> Project: WildFly
> Issue Type: Enhancement
> Components: Test Suite
> Affects Versions: 8.0.0.Alpha2
> Reporter: Bartosz Baranowski
> Assignee: Bartosz Baranowski
> Priority: Minor
> Labels: testsuite
> Fix For: 8.0.0.Alpha2
>
>
> If class used as @ServerSetup throws exception from callback, ServerSetupObserver purges all tasks that already have been executed. This means that all changes that have been introduced to AS model will remain( iirc persisted as part of config used my arquillian).
> Hence other tests may fail due to that.
> Ive talked with Stuart and according to his statement @ServerSetup class must not throw exception from callbacks.
> ServerSetupObserver should cleanup in a more graceful manner.
--
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
13 years