You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@geode.apache.org by "Jens Deppe (Jira)" <ji...@apache.org> on 2019/08/21 15:31:00 UTC

[jira] [Commented] (GEODE-7025) Document not mixing cache.xml and cluster configuration in gfsh

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

Jens Deppe commented on GEODE-7025:
-----------------------------------

There is some verbiage around preferring cluster configuration in the docs here: https://gemfire.docs.pivotal.io/98/geode/configuring/cluster_config/gfsh_persist.html. Perhaps not strong enough though.

> Document not mixing cache.xml and cluster configuration in gfsh
> ---------------------------------------------------------------
>
>                 Key: GEODE-7025
>                 URL: https://issues.apache.org/jira/browse/GEODE-7025
>             Project: Geode
>          Issue Type: Bug
>          Components: docs
>            Reporter: Mario Kevo
>            Priority: Major
>              Labels: ClusterConfig
>
> It's generally acknowledged that if you mixed cache.xml with cluster configuration in gfsh, there are bound to be some weird behaviors that are undocumented. 
> Including new changes, more commands failed if you mixed cache.xml and cluster configuration.
> For example,
> Changes for _alter region_ are included in 1.9.0. Now if we create region and indexes with cache.xml and after creating region want to add gateway sender with _alter region_ this will failed. This works for 1.8.0. 
> So this should be documented somewhere to avoid this situations.
> There are two proposals:
> 1. Add this note to documentation to not mix cache.xml and cluster configuration in gfsh.
> 2. Exclude using cache.xml for all properties which has other way to execute.
> In the second proposal we should remove cache.xml examples for all commands that can be executed in the other way.



--
This message was sent by Atlassian Jira
(v8.3.2#803003)