[
https://issues.apache.org/jira/browse/GEODE-8099?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17145892#comment-17145892
]
ASF GitHub Bot commented on GEODE-8099:
---------------------------------------
agingade commented on a change in pull request #5285:
URL: https://github.com/apache/geode/pull/5285#discussion_r445867726
##########
File path:
geode-core/src/main/java/org/apache/geode/management/internal/api/LocatorClusterManagementService.java
##########
@@ -113,7 +113,7 @@
public class LocatorClusterManagementService implements
ClusterManagementService {
@VisibleForTesting
// the dlock service name used by the CMS
- static final String CMS_DLOCK_SERVICE_NAME = "CMS_DLOCK_SERVICE";
+ public static final String CMS_DLOCK_SERVICE_NAME = "CMS_DLOCK_SERVICE";
Review comment:
My understanding was, we have centralized configuration-management
class, that is used by both gfsh and rest end-point to make the configuration
changes, and I thought it was LocatorClusterManagementService, I guess I am
wrong...
Is it "InternalConfigurationPersistenceService" where both gfsh and
end-point make the configuration changes...If so, can the dlock creation and
unlocking/unlocking helper method be added there.
I am trying to see if we can have the lock creation in one place, rather
than in many clients/apis that make the configuration changes...
----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org
> Make ClusterConfiguration Service thread safe
> ---------------------------------------------
>
> Key: GEODE-8099
> URL: https://issues.apache.org/jira/browse/GEODE-8099
> Project: Geode
> Issue Type: Bug
> Components: configuration
> Reporter: Anilkumar Gingade
> Priority: Major
> Labels: GeodeOperationAPI
> Fix For: 1.14.0
>
>
> When multiple cluster configuration clients (multiple rest clients) connects
> and issue configuration commands, the cluster configuration should handle
> concurrent request and modify/save/execute the configuration definition in
> thread safe manner.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
