You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ignite.apache.org by Nikolay Izhikov <ni...@apache.org> on 2020/09/07 09:08:48 UTC
[DISCUSSION] control.sh argument to enable experimental commands
Hello, Igniters.
For now, experimental commands in control.sh can be enabled only via system property
```
$ export IGNITE_ENABLE_EXPERIMENTAL_COMMAND="true"
$ ./bin/control.sh
```
I think we should add explicit argument for this.
```
./control.sh —enable-experimental
```
WDYT?
Re: [DISCUSSION] control.sh argument to enable experimental commands
Posted by Nikolay Izhikov <ni...@apache.org>.
Philipp, thanks for your interest.
You may found useful the following links:
https://cwiki.apache.org/confluence/display/IGNITE/How+to+Contribute
https://cwiki.apache.org/confluence/display/IGNITE/How+to+Document
Note, right now, we change the way on how we document.
Please, take a look into "Apache Ignite 2.9.0 RELEASE [Time, Scope, Manager]» thread.
Don’t hesitate to ask in case you have any questions.
> 7 сент. 2020 г., в 12:26, Philipp Masharov <ma...@gmail.com> написал(а):
>
> Hello Nikolay!
>
> It's more convenient to use an option instead of an environmental variable.
> But what is experiment commands? Are these commands not production-ready? I
> never heard about it and I can't find information about experiment commands
> in the product documentation.
>
> On Mon, Sep 7, 2020 at 12:08 PM Nikolay Izhikov <ni...@apache.org> wrote:
>
>> Hello, Igniters.
>>
>> For now, experimental commands in control.sh can be enabled only via
>> system property
>>
>> ```
>> $ export IGNITE_ENABLE_EXPERIMENTAL_COMMAND="true"
>> $ ./bin/control.sh
>> ```
>>
>> I think we should add explicit argument for this.
>>
>> ```
>> ./control.sh —enable-experimental
>> ```
>>
>> WDYT?
Re: [DISCUSSION] control.sh argument to enable experimental commands
Posted by Nikolay Izhikov <ni...@apache.org>.
Hello, Igniters.
Ticket [1] to implement explicit option to enable experimental commands created.
[1] https://issues.apache.org/jira/browse/IGNITE-13422
> 7 сент. 2020 г., в 14:08, Philipp Masharov <ma...@gmail.com> написал(а):
>
> Nikolay, thanks for mentioning it. I fetched the last changes and got this:
>
> Print metadata command help:
> control.(sh|bat) --meta help
>
> Print list of binary metadata types:
> control.(sh|bat) --meta list
>
> Print detailed info about specified binary type (the type must be
> specified by type name or by type identifier):
> control.(sh|bat) --meta details [--typeId <typeId>] [--typeName
> <typeName>]
>
> Remove the metadata of the specified type (the type must be specified by
> type name or by type identifier) from cluster and saves the removed
> metadata to the specified file.
> If the file name isn't specified the output file name is: '<typeId>.bin'
> control.(sh|bat) --meta remove [--typeId <typeId>] [--typeName
> <typeName>] [--out <fileName>]
>
> Update cluster metadata from specified file (file name is required)
> control.(sh|bat) --meta update --in <fileName>
> ________
> Print tracing configuration:
> control.(sh|bat) --tracing-configuration
>
> Print tracing configuration:
> control.(sh|bat) --tracing-configuration get_all [--scope
> DISCOVERY|EXCHANGE|COMMUNICATION|TX]
>
> Print specific tracing configuration based on specified --scope and
> --label:
> control.(sh|bat) --tracing-configuration get (--scope
> DISCOVERY|EXCHANGE|COMMUNICATION|TX) [--label]
>
> Reset all specific tracing configuration the to default. If --scope is
> specified, then remove all label specific configuration for the given scope
> and reset given scope specific configuration to the default, if --scope is
> skipped then reset all tracing configurations to the default. Print tracing
> configuration.
> control.(sh|bat) --tracing-configuration reset_all [--scope
> DISCOVERY|EXCHANGE|COMMUNICATION|TX]
>
> Reset specific tracing configuration to the default. If both --scope and
> --label are specified then remove given configuration, if only --scope is
> specified then reset given configuration to the default. Print reseted
> configuration.
> control.(sh|bat) --tracing-configuration reset (--scope
> DISCOVERY|EXCHANGE|COMMUNICATION|TX) [--label]
>
> Set new tracing configuration. If both --scope and --label are specified
> then add or override label specific configuration, if only --scope is
> specified, then override scope specific configuration. Print applied
> configuration.
> control.(sh|bat) --tracing-configuration set (--scope
> DISCOVERY|EXCHANGE|COMMUNICATION|TX [--label] [--sampling-rate Decimal
> value between 0 and 1, where 0 means never and 1 means always. More or less
> reflects the probability of sampling specific trace.] [--included-scopes
> Set of scopes with comma as separator DISCOVERY|EXCHANGE|COMMUNICATION|TX])
>
>
> On Mon, Sep 7, 2020 at 1:44 PM Nikolay Izhikov <ni...@apache.org> wrote:
>
>> Philipp, at least, we have tracing and binary meta commands in the master.
>>
>> Please, take a look at current Ignite sources.
>>
>>> 7 сент. 2020 г., в 13:34, Nikolay Izhikov <ni...@gmail.com>
>> написал(а):
>>>
>>> What is wrong with that?
>>>
>>> We just improve the way user enables experimental commands.
>>> JVM uses similar approach, please, take a look at
>> '-XX:+UnlockExperimentalVMOptions’.
>>>
>>>> 7 сент. 2020 г., в 13:22, ткаленко кирилл <tk...@yandex.ru>
>> написал(а):
>>>>
>>>> Hi, Nikolay!
>>>>
>>>> It seems that you shouldn't just open experimental commands, that's why
>> they are experimental.
>>>>
>>>>
>>>> 07.09.2020, 13:03, "Philipp Masharov" <ma...@gmail.com>:
>>>>> I will try it. Including information about experimental commands into
>>>>> documentation sounds like a good idea. Am I need to create a Jira
>> ticket?
>>>>> Definitely I need to follow some process to enhance the product
>>>>> documentation.
>>>>>
>>>>> On Mon, Sep 7, 2020 at 12:42 PM Nikolay Izhikov <ni...@apache.org>
>> wrote:
>>>>>
>>>>>> Hello, Philipp.
>>>>>>
>>>>>> Indeed, lack of the information about experimental control.sh command
>> is a
>>>>>> gap in Ignite documentation.
>>>>>> Do you want to contribute corresponding page to close this gap?
>>>>>>
>>>>>> To see all experimental commands you can build Ignite from sources and
>>>>>> execute the following commands
>>>>>>
>>>>>>>> $ export IGNITE_ENABLE_EXPERIMENTAL_COMMAND="true"
>>>>>>>> $ ./bin/control.sh
>>>>>>
>>>>>>> 7 сент. 2020 г., в 12:26, Philipp Masharov <ma...@gmail.com>
>>>>>> написал(а):
>>>>>>>
>>>>>>> Hello Nikolay!
>>>>>>>
>>>>>>> It's more convenient to use an option instead of an environmental
>>>>>> variable.
>>>>>>> But what is experiment commands? Are these commands not
>>>>>> production-ready? I
>>>>>>> never heard about it and I can't find information about experiment
>>>>>> commands
>>>>>>> in the product documentation.
>>>>>>>
>>>>>>> On Mon, Sep 7, 2020 at 12:08 PM Nikolay Izhikov <nizhikov@apache.org
>>>
>>>>>> wrote:
>>>>>>>
>>>>>>>> Hello, Igniters.
>>>>>>>>
>>>>>>>> For now, experimental commands in control.sh can be enabled only via
>>>>>>>> system property
>>>>>>>>
>>>>>>>> ```
>>>>>>>> $ export IGNITE_ENABLE_EXPERIMENTAL_COMMAND="true"
>>>>>>>> $ ./bin/control.sh
>>>>>>>> ```
>>>>>>>>
>>>>>>>> I think we should add explicit argument for this.
>>>>>>>>
>>>>>>>> ```
>>>>>>>> ./control.sh —enable-experimental
>>>>>>>> ```
>>>>>>>>
>>>>>>>> WDYT?
>>>
>>
>>
Re: [DISCUSSION] control.sh argument to enable experimental commands
Posted by Philipp Masharov <ma...@gmail.com>.
Nikolay, thanks for mentioning it. I fetched the last changes and got this:
Print metadata command help:
control.(sh|bat) --meta help
Print list of binary metadata types:
control.(sh|bat) --meta list
Print detailed info about specified binary type (the type must be
specified by type name or by type identifier):
control.(sh|bat) --meta details [--typeId <typeId>] [--typeName
<typeName>]
Remove the metadata of the specified type (the type must be specified by
type name or by type identifier) from cluster and saves the removed
metadata to the specified file.
If the file name isn't specified the output file name is: '<typeId>.bin'
control.(sh|bat) --meta remove [--typeId <typeId>] [--typeName
<typeName>] [--out <fileName>]
Update cluster metadata from specified file (file name is required)
control.(sh|bat) --meta update --in <fileName>
________
Print tracing configuration:
control.(sh|bat) --tracing-configuration
Print tracing configuration:
control.(sh|bat) --tracing-configuration get_all [--scope
DISCOVERY|EXCHANGE|COMMUNICATION|TX]
Print specific tracing configuration based on specified --scope and
--label:
control.(sh|bat) --tracing-configuration get (--scope
DISCOVERY|EXCHANGE|COMMUNICATION|TX) [--label]
Reset all specific tracing configuration the to default. If --scope is
specified, then remove all label specific configuration for the given scope
and reset given scope specific configuration to the default, if --scope is
skipped then reset all tracing configurations to the default. Print tracing
configuration.
control.(sh|bat) --tracing-configuration reset_all [--scope
DISCOVERY|EXCHANGE|COMMUNICATION|TX]
Reset specific tracing configuration to the default. If both --scope and
--label are specified then remove given configuration, if only --scope is
specified then reset given configuration to the default. Print reseted
configuration.
control.(sh|bat) --tracing-configuration reset (--scope
DISCOVERY|EXCHANGE|COMMUNICATION|TX) [--label]
Set new tracing configuration. If both --scope and --label are specified
then add or override label specific configuration, if only --scope is
specified, then override scope specific configuration. Print applied
configuration.
control.(sh|bat) --tracing-configuration set (--scope
DISCOVERY|EXCHANGE|COMMUNICATION|TX [--label] [--sampling-rate Decimal
value between 0 and 1, where 0 means never and 1 means always. More or less
reflects the probability of sampling specific trace.] [--included-scopes
Set of scopes with comma as separator DISCOVERY|EXCHANGE|COMMUNICATION|TX])
On Mon, Sep 7, 2020 at 1:44 PM Nikolay Izhikov <ni...@apache.org> wrote:
> Philipp, at least, we have tracing and binary meta commands in the master.
>
> Please, take a look at current Ignite sources.
>
> > 7 сент. 2020 г., в 13:34, Nikolay Izhikov <ni...@gmail.com>
> написал(а):
> >
> > What is wrong with that?
> >
> > We just improve the way user enables experimental commands.
> > JVM uses similar approach, please, take a look at
> '-XX:+UnlockExperimentalVMOptions’.
> >
> >> 7 сент. 2020 г., в 13:22, ткаленко кирилл <tk...@yandex.ru>
> написал(а):
> >>
> >> Hi, Nikolay!
> >>
> >> It seems that you shouldn't just open experimental commands, that's why
> they are experimental.
> >>
> >>
> >> 07.09.2020, 13:03, "Philipp Masharov" <ma...@gmail.com>:
> >>> I will try it. Including information about experimental commands into
> >>> documentation sounds like a good idea. Am I need to create a Jira
> ticket?
> >>> Definitely I need to follow some process to enhance the product
> >>> documentation.
> >>>
> >>> On Mon, Sep 7, 2020 at 12:42 PM Nikolay Izhikov <ni...@apache.org>
> wrote:
> >>>
> >>>> Hello, Philipp.
> >>>>
> >>>> Indeed, lack of the information about experimental control.sh command
> is a
> >>>> gap in Ignite documentation.
> >>>> Do you want to contribute corresponding page to close this gap?
> >>>>
> >>>> To see all experimental commands you can build Ignite from sources and
> >>>> execute the following commands
> >>>>
> >>>>>> $ export IGNITE_ENABLE_EXPERIMENTAL_COMMAND="true"
> >>>>>> $ ./bin/control.sh
> >>>>
> >>>>> 7 сент. 2020 г., в 12:26, Philipp Masharov <ma...@gmail.com>
> >>>> написал(а):
> >>>>>
> >>>>> Hello Nikolay!
> >>>>>
> >>>>> It's more convenient to use an option instead of an environmental
> >>>> variable.
> >>>>> But what is experiment commands? Are these commands not
> >>>> production-ready? I
> >>>>> never heard about it and I can't find information about experiment
> >>>> commands
> >>>>> in the product documentation.
> >>>>>
> >>>>> On Mon, Sep 7, 2020 at 12:08 PM Nikolay Izhikov <nizhikov@apache.org
> >
> >>>> wrote:
> >>>>>
> >>>>>> Hello, Igniters.
> >>>>>>
> >>>>>> For now, experimental commands in control.sh can be enabled only via
> >>>>>> system property
> >>>>>>
> >>>>>> ```
> >>>>>> $ export IGNITE_ENABLE_EXPERIMENTAL_COMMAND="true"
> >>>>>> $ ./bin/control.sh
> >>>>>> ```
> >>>>>>
> >>>>>> I think we should add explicit argument for this.
> >>>>>>
> >>>>>> ```
> >>>>>> ./control.sh —enable-experimental
> >>>>>> ```
> >>>>>>
> >>>>>> WDYT?
> >
>
>
Re: [DISCUSSION] control.sh argument to enable experimental commands
Posted by Nikolay Izhikov <ni...@apache.org>.
Philipp, at least, we have tracing and binary meta commands in the master.
Please, take a look at current Ignite sources.
> 7 сент. 2020 г., в 13:34, Nikolay Izhikov <ni...@gmail.com> написал(а):
>
> What is wrong with that?
>
> We just improve the way user enables experimental commands.
> JVM uses similar approach, please, take a look at '-XX:+UnlockExperimentalVMOptions’.
>
>> 7 сент. 2020 г., в 13:22, ткаленко кирилл <tk...@yandex.ru> написал(а):
>>
>> Hi, Nikolay!
>>
>> It seems that you shouldn't just open experimental commands, that's why they are experimental.
>>
>>
>> 07.09.2020, 13:03, "Philipp Masharov" <ma...@gmail.com>:
>>> I will try it. Including information about experimental commands into
>>> documentation sounds like a good idea. Am I need to create a Jira ticket?
>>> Definitely I need to follow some process to enhance the product
>>> documentation.
>>>
>>> On Mon, Sep 7, 2020 at 12:42 PM Nikolay Izhikov <ni...@apache.org> wrote:
>>>
>>>> Hello, Philipp.
>>>>
>>>> Indeed, lack of the information about experimental control.sh command is a
>>>> gap in Ignite documentation.
>>>> Do you want to contribute corresponding page to close this gap?
>>>>
>>>> To see all experimental commands you can build Ignite from sources and
>>>> execute the following commands
>>>>
>>>>>> $ export IGNITE_ENABLE_EXPERIMENTAL_COMMAND="true"
>>>>>> $ ./bin/control.sh
>>>>
>>>>> 7 сент. 2020 г., в 12:26, Philipp Masharov <ma...@gmail.com>
>>>> написал(а):
>>>>>
>>>>> Hello Nikolay!
>>>>>
>>>>> It's more convenient to use an option instead of an environmental
>>>> variable.
>>>>> But what is experiment commands? Are these commands not
>>>> production-ready? I
>>>>> never heard about it and I can't find information about experiment
>>>> commands
>>>>> in the product documentation.
>>>>>
>>>>> On Mon, Sep 7, 2020 at 12:08 PM Nikolay Izhikov <ni...@apache.org>
>>>> wrote:
>>>>>
>>>>>> Hello, Igniters.
>>>>>>
>>>>>> For now, experimental commands in control.sh can be enabled only via
>>>>>> system property
>>>>>>
>>>>>> ```
>>>>>> $ export IGNITE_ENABLE_EXPERIMENTAL_COMMAND="true"
>>>>>> $ ./bin/control.sh
>>>>>> ```
>>>>>>
>>>>>> I think we should add explicit argument for this.
>>>>>>
>>>>>> ```
>>>>>> ./control.sh —enable-experimental
>>>>>> ```
>>>>>>
>>>>>> WDYT?
>
Re: [DISCUSSION] control.sh argument to enable experimental commands
Posted by Nikolay Izhikov <ni...@apache.org>.
What is wrong with that?
We just improve the way user enables experimental commands.
JVM uses similar approach, please, take a look at '-XX:+UnlockExperimentalVMOptions’.
> 7 сент. 2020 г., в 13:22, ткаленко кирилл <tk...@yandex.ru> написал(а):
>
> Hi, Nikolay!
>
> It seems that you shouldn't just open experimental commands, that's why they are experimental.
>
>
> 07.09.2020, 13:03, "Philipp Masharov" <ma...@gmail.com>:
>> I will try it. Including information about experimental commands into
>> documentation sounds like a good idea. Am I need to create a Jira ticket?
>> Definitely I need to follow some process to enhance the product
>> documentation.
>>
>> On Mon, Sep 7, 2020 at 12:42 PM Nikolay Izhikov <ni...@apache.org> wrote:
>>
>>> Hello, Philipp.
>>>
>>> Indeed, lack of the information about experimental control.sh command is a
>>> gap in Ignite documentation.
>>> Do you want to contribute corresponding page to close this gap?
>>>
>>> To see all experimental commands you can build Ignite from sources and
>>> execute the following commands
>>>
>>> >> $ export IGNITE_ENABLE_EXPERIMENTAL_COMMAND="true"
>>> >> $ ./bin/control.sh
>>>
>>> > 7 сент. 2020 г., в 12:26, Philipp Masharov <ma...@gmail.com>
>>> написал(а):
>>> >
>>> > Hello Nikolay!
>>> >
>>> > It's more convenient to use an option instead of an environmental
>>> variable.
>>> > But what is experiment commands? Are these commands not
>>> production-ready? I
>>> > never heard about it and I can't find information about experiment
>>> commands
>>> > in the product documentation.
>>> >
>>> > On Mon, Sep 7, 2020 at 12:08 PM Nikolay Izhikov <ni...@apache.org>
>>> wrote:
>>> >
>>> >> Hello, Igniters.
>>> >>
>>> >> For now, experimental commands in control.sh can be enabled only via
>>> >> system property
>>> >>
>>> >> ```
>>> >> $ export IGNITE_ENABLE_EXPERIMENTAL_COMMAND="true"
>>> >> $ ./bin/control.sh
>>> >> ```
>>> >>
>>> >> I think we should add explicit argument for this.
>>> >>
>>> >> ```
>>> >> ./control.sh —enable-experimental
>>> >> ```
>>> >>
>>> >> WDYT?
Re: [DISCUSSION] control.sh argument to enable experimental commands
Posted by Nikolay Izhikov <ni...@apache.org>.
Hello, Kirill.
What do you mean by «just open»?
> 7 сент. 2020 г., в 13:22, ткаленко кирилл <tk...@yandex.ru> написал(а):
>
> Hi, Nikolay!
>
> It seems that you shouldn't just open experimental commands, that's why they are experimental.
>
>
> 07.09.2020, 13:03, "Philipp Masharov" <ma...@gmail.com>:
>> I will try it. Including information about experimental commands into
>> documentation sounds like a good idea. Am I need to create a Jira ticket?
>> Definitely I need to follow some process to enhance the product
>> documentation.
>>
>> On Mon, Sep 7, 2020 at 12:42 PM Nikolay Izhikov <ni...@apache.org> wrote:
>>
>>> Hello, Philipp.
>>>
>>> Indeed, lack of the information about experimental control.sh command is a
>>> gap in Ignite documentation.
>>> Do you want to contribute corresponding page to close this gap?
>>>
>>> To see all experimental commands you can build Ignite from sources and
>>> execute the following commands
>>>
>>> >> $ export IGNITE_ENABLE_EXPERIMENTAL_COMMAND="true"
>>> >> $ ./bin/control.sh
>>>
>>> > 7 сент. 2020 г., в 12:26, Philipp Masharov <ma...@gmail.com>
>>> написал(а):
>>> >
>>> > Hello Nikolay!
>>> >
>>> > It's more convenient to use an option instead of an environmental
>>> variable.
>>> > But what is experiment commands? Are these commands not
>>> production-ready? I
>>> > never heard about it and I can't find information about experiment
>>> commands
>>> > in the product documentation.
>>> >
>>> > On Mon, Sep 7, 2020 at 12:08 PM Nikolay Izhikov <ni...@apache.org>
>>> wrote:
>>> >
>>> >> Hello, Igniters.
>>> >>
>>> >> For now, experimental commands in control.sh can be enabled only via
>>> >> system property
>>> >>
>>> >> ```
>>> >> $ export IGNITE_ENABLE_EXPERIMENTAL_COMMAND="true"
>>> >> $ ./bin/control.sh
>>> >> ```
>>> >>
>>> >> I think we should add explicit argument for this.
>>> >>
>>> >> ```
>>> >> ./control.sh —enable-experimental
>>> >> ```
>>> >>
>>> >> WDYT?
Re: [DISCUSSION] control.sh argument to enable experimental commands
Posted by ткаленко кирилл <tk...@yandex.ru>.
07.09.2020, 13:26, "ткаленко кирилл" <tk...@yandex.ru>:
> Adding option "—enable-experimental".
>
> 07.09.2020, 13:22, "ткаленко кирилл" <tk...@yandex.ru>:
>> Hi, Nikolay!
>>
>> It seems that you shouldn't just open experimental commands, that's why they are experimental.
>>
>> 07.09.2020, 13:03, "Philipp Masharov" <ma...@gmail.com>:
>>> I will try it. Including information about experimental commands into
>>> documentation sounds like a good idea. Am I need to create a Jira ticket?
>>> Definitely I need to follow some process to enhance the product
>>> documentation.
>>>
>>> On Mon, Sep 7, 2020 at 12:42 PM Nikolay Izhikov <ni...@apache.org> wrote:
>>>
>>>> Hello, Philipp.
>>>>
>>>> Indeed, lack of the information about experimental control.sh command is a
>>>> gap in Ignite documentation.
>>>> Do you want to contribute corresponding page to close this gap?
>>>>
>>>> To see all experimental commands you can build Ignite from sources and
>>>> execute the following commands
>>>>
>>>> >> $ export IGNITE_ENABLE_EXPERIMENTAL_COMMAND="true"
>>>> >> $ ./bin/control.sh
>>>>
>>>> > 7 сент. 2020 г., в 12:26, Philipp Masharov <ma...@gmail.com>
>>>> написал(а):
>>>> >
>>>> > Hello Nikolay!
>>>> >
>>>> > It's more convenient to use an option instead of an environmental
>>>> variable.
>>>> > But what is experiment commands? Are these commands not
>>>> production-ready? I
>>>> > never heard about it and I can't find information about experiment
>>>> commands
>>>> > in the product documentation.
>>>> >
>>>> > On Mon, Sep 7, 2020 at 12:08 PM Nikolay Izhikov <ni...@apache.org>
>>>> wrote:
>>>> >
>>>> >> Hello, Igniters.
>>>> >>
>>>> >> For now, experimental commands in control.sh can be enabled only via
>>>> >> system property
>>>> >>
>>>> >> ```
>>>> >> $ export IGNITE_ENABLE_EXPERIMENTAL_COMMAND="true"
>>>> >> $ ./bin/control.sh
>>>> >> ```
>>>> >>
>>>> >> I think we should add explicit argument for this.
>>>> >>
>>>> >> ```
>>>> >> ./control.sh —enable-experimental
>>>> >> ```
>>>> >>
>>>> >> WDYT?
Re: [DISCUSSION] control.sh argument to enable experimental commands
Posted by ткаленко кирилл <tk...@yandex.ru>.
Hi, Nikolay!
It seems that you shouldn't just open experimental commands, that's why they are experimental.
07.09.2020, 13:03, "Philipp Masharov" <ma...@gmail.com>:
> I will try it. Including information about experimental commands into
> documentation sounds like a good idea. Am I need to create a Jira ticket?
> Definitely I need to follow some process to enhance the product
> documentation.
>
> On Mon, Sep 7, 2020 at 12:42 PM Nikolay Izhikov <ni...@apache.org> wrote:
>
>> Hello, Philipp.
>>
>> Indeed, lack of the information about experimental control.sh command is a
>> gap in Ignite documentation.
>> Do you want to contribute corresponding page to close this gap?
>>
>> To see all experimental commands you can build Ignite from sources and
>> execute the following commands
>>
>> >> $ export IGNITE_ENABLE_EXPERIMENTAL_COMMAND="true"
>> >> $ ./bin/control.sh
>>
>> > 7 сент. 2020 г., в 12:26, Philipp Masharov <ma...@gmail.com>
>> написал(а):
>> >
>> > Hello Nikolay!
>> >
>> > It's more convenient to use an option instead of an environmental
>> variable.
>> > But what is experiment commands? Are these commands not
>> production-ready? I
>> > never heard about it and I can't find information about experiment
>> commands
>> > in the product documentation.
>> >
>> > On Mon, Sep 7, 2020 at 12:08 PM Nikolay Izhikov <ni...@apache.org>
>> wrote:
>> >
>> >> Hello, Igniters.
>> >>
>> >> For now, experimental commands in control.sh can be enabled only via
>> >> system property
>> >>
>> >> ```
>> >> $ export IGNITE_ENABLE_EXPERIMENTAL_COMMAND="true"
>> >> $ ./bin/control.sh
>> >> ```
>> >>
>> >> I think we should add explicit argument for this.
>> >>
>> >> ```
>> >> ./control.sh —enable-experimental
>> >> ```
>> >>
>> >> WDYT?
Re: [DISCUSSION] control.sh argument to enable experimental commands
Posted by Philipp Masharov <ma...@gmail.com>.
I will try it. Including information about experimental commands into
documentation sounds like a good idea. Am I need to create a Jira ticket?
Definitely I need to follow some process to enhance the product
documentation.
On Mon, Sep 7, 2020 at 12:42 PM Nikolay Izhikov <ni...@apache.org> wrote:
> Hello, Philipp.
>
> Indeed, lack of the information about experimental control.sh command is a
> gap in Ignite documentation.
> Do you want to contribute corresponding page to close this gap?
>
> To see all experimental commands you can build Ignite from sources and
> execute the following commands
>
> >> $ export IGNITE_ENABLE_EXPERIMENTAL_COMMAND="true"
> >> $ ./bin/control.sh
>
> > 7 сент. 2020 г., в 12:26, Philipp Masharov <ma...@gmail.com>
> написал(а):
> >
> > Hello Nikolay!
> >
> > It's more convenient to use an option instead of an environmental
> variable.
> > But what is experiment commands? Are these commands not
> production-ready? I
> > never heard about it and I can't find information about experiment
> commands
> > in the product documentation.
> >
> > On Mon, Sep 7, 2020 at 12:08 PM Nikolay Izhikov <ni...@apache.org>
> wrote:
> >
> >> Hello, Igniters.
> >>
> >> For now, experimental commands in control.sh can be enabled only via
> >> system property
> >>
> >> ```
> >> $ export IGNITE_ENABLE_EXPERIMENTAL_COMMAND="true"
> >> $ ./bin/control.sh
> >> ```
> >>
> >> I think we should add explicit argument for this.
> >>
> >> ```
> >> ./control.sh —enable-experimental
> >> ```
> >>
> >> WDYT?
>
>
Re: [DISCUSSION] control.sh argument to enable experimental commands
Posted by Philipp Masharov <ma...@gmail.com>.
I executed control.sh with the option set to true and set false, made a
diff of control.sh outputs and got this:
Print absolute paths of unused archived wal segments on each node:
control.(sh|bat) --wal print
[consistentId1,consistentId2,....,consistentIdN]
Delete unused archived wal segments on each node:
control.(sh|bat) --wal delete
[consistentId1,consistentId2,....,consistentIdN] [--yes]
I assume that these commands are in experiment mode.
On Mon, Sep 7, 2020 at 12:42 PM Nikolay Izhikov <ni...@apache.org> wrote:
> Hello, Philipp.
>
> Indeed, lack of the information about experimental control.sh command is a
> gap in Ignite documentation.
> Do you want to contribute corresponding page to close this gap?
>
> To see all experimental commands you can build Ignite from sources and
> execute the following commands
>
> >> $ export IGNITE_ENABLE_EXPERIMENTAL_COMMAND="true"
> >> $ ./bin/control.sh
>
> > 7 сент. 2020 г., в 12:26, Philipp Masharov <ma...@gmail.com>
> написал(а):
> >
> > Hello Nikolay!
> >
> > It's more convenient to use an option instead of an environmental
> variable.
> > But what is experiment commands? Are these commands not
> production-ready? I
> > never heard about it and I can't find information about experiment
> commands
> > in the product documentation.
> >
> > On Mon, Sep 7, 2020 at 12:08 PM Nikolay Izhikov <ni...@apache.org>
> wrote:
> >
> >> Hello, Igniters.
> >>
> >> For now, experimental commands in control.sh can be enabled only via
> >> system property
> >>
> >> ```
> >> $ export IGNITE_ENABLE_EXPERIMENTAL_COMMAND="true"
> >> $ ./bin/control.sh
> >> ```
> >>
> >> I think we should add explicit argument for this.
> >>
> >> ```
> >> ./control.sh —enable-experimental
> >> ```
> >>
> >> WDYT?
>
>
Re: [DISCUSSION] control.sh argument to enable experimental commands
Posted by Nikolay Izhikov <ni...@apache.org>.
Hello, Philipp.
Indeed, lack of the information about experimental control.sh command is a gap in Ignite documentation.
Do you want to contribute corresponding page to close this gap?
To see all experimental commands you can build Ignite from sources and execute the following commands
>> $ export IGNITE_ENABLE_EXPERIMENTAL_COMMAND="true"
>> $ ./bin/control.sh
> 7 сент. 2020 г., в 12:26, Philipp Masharov <ma...@gmail.com> написал(а):
>
> Hello Nikolay!
>
> It's more convenient to use an option instead of an environmental variable.
> But what is experiment commands? Are these commands not production-ready? I
> never heard about it and I can't find information about experiment commands
> in the product documentation.
>
> On Mon, Sep 7, 2020 at 12:08 PM Nikolay Izhikov <ni...@apache.org> wrote:
>
>> Hello, Igniters.
>>
>> For now, experimental commands in control.sh can be enabled only via
>> system property
>>
>> ```
>> $ export IGNITE_ENABLE_EXPERIMENTAL_COMMAND="true"
>> $ ./bin/control.sh
>> ```
>>
>> I think we should add explicit argument for this.
>>
>> ```
>> ./control.sh —enable-experimental
>> ```
>>
>> WDYT?
Re: [DISCUSSION] control.sh argument to enable experimental commands
Posted by Philipp Masharov <ma...@gmail.com>.
Hello Nikolay!
It's more convenient to use an option instead of an environmental variable.
But what is experiment commands? Are these commands not production-ready? I
never heard about it and I can't find information about experiment commands
in the product documentation.
On Mon, Sep 7, 2020 at 12:08 PM Nikolay Izhikov <ni...@apache.org> wrote:
> Hello, Igniters.
>
> For now, experimental commands in control.sh can be enabled only via
> system property
>
> ```
> $ export IGNITE_ENABLE_EXPERIMENTAL_COMMAND="true"
> $ ./bin/control.sh
> ```
>
> I think we should add explicit argument for this.
>
> ```
> ./control.sh —enable-experimental
> ```
>
> WDYT?