[ https://issues.apache.org/jira/browse/IGNITE-23504?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Kirill Tkalenko updated IGNITE-23504: ------------------------------------- Fix Version/s: 3.0 > Add configuration of local and distributed system properties > ------------------------------------------------------------ > > Key: IGNITE-23504 > URL: https://issues.apache.org/jira/browse/IGNITE-23504 > Project: Ignite > Issue Type: Improvement > Reporter: Kirill Tkalenko > Assignee: Kirill Tkalenko > Priority: Major > Labels: ignite-3 > Fix For: 3.0 > > Time Spent: 1h 20m > Remaining Estimate: 0h > > At the moment we do not have a single mechanism for working with system > properties, both local and distributed. > Since we have a configuration and tools for working with it (for example, > cli), it is proposed to use it to work with system properties. The user will > be able to change some property value if he needs to, otherwise the default > value will be used, which will be set in the code. > For the user it will look something like this (via cli): > {noformat} > [defaultNode]> node config show ignite.system.properties > igniteFirstProperties { > propertyValue=100 > } > igniteSecondProperties { > propertyValue=lru > } > [defaultNode]> node config show ignite.system.properties.igniteFirstProperties > propertyValue=100 > [defaultNode]> cluster config show ignite.system.properties > igniteFirstProperties { > propertyValue=100 > } > igniteSecondProperties { > propertyValue=lru > } > [defaultNode]> cluster config show > ignite.system.properties.igniteFirstProperties > propertyValue=100 > {noformat} > The changes are the same as when working with named lists. > Technically, this will be implemented through configuration schemes, > something like this: > {noformat} > @Config > public class SystemDistributedConfigurationSchema { > @NamedConfigValue > public SystemPropertyConfigurationSchema properties; > } > @Config > public class SystemPropertyConfigurationSchema { > @InjectedName > public String name; > @Value > public String propertyValue; > } > @Config > public class SystemLocalConfigurationSchema { > ... > > @NamedConfigValue > public SystemPropertyConfigurationSchema properties; > } > {noformat} > For consistency, the naming of properties will use camelCase as for > configuration fields and the corresponding validator will be added. -- This message was sent by Atlassian Jira (v8.20.10#820010)