Hello Igniters,
I've created a new page in wiki, that summarizes a features availability of thin clients. It should help us to plan development of thin clients while also helping out users to understand a state of clients. Check it out and tell me what you think. And if there are some mistakes, don't hesitate telling me. [1] - https://cwiki.apache.org/confluence/display/IGNITE/Thin+clients+features Best Regards, Igor |
Hi Igor,
"Get Binary Cache" (if it is about getting a complex object in a "binary" form, w/o deserialization) - is supported by NodeJS: BinaryObject is returned for a complex object if an app has not specified another JavaScript Object for deserialization. Maybe worth to add type registration functionality: - complex object type registration (supported by NodeJS) - enum type registration (not supported by NodeJS) - type name registration (not supported by NodeJS) Also, maybe add a list of all type codes, supported for read and write. But not sure, as all of them are supported by all three clients. Thanks, -Alexey 14.05.2018 22:06, Igor Sapego пишет: > Hello Igniters, > > I've created a new page in wiki, that summarizes a features > availability of thin clients. It should help us to plan development > of thin clients while also helping out users to understand a state > of clients. > > Check it out and tell me what you think. And if there are some > mistakes, don't hesitate telling me. > > [1] - > https://cwiki.apache.org/confluence/display/IGNITE/Thin+clients+features > > Best Regards, > Igor > |
Igor, thanks for putting together the page.
As for the immediate improvements, I'm backing up Alexey's suggestions. This page deserves to be moved to the readme.io. We'll do that once it's sorted out how to group the thin clients' documentation. -- Denis On Mon, May 14, 2018 at 12:39 PM, Alexey Kosenchuk < [hidden email]> wrote: > Hi Igor, > > "Get Binary Cache" (if it is about getting a complex object in a "binary" > form, w/o deserialization) - is supported by NodeJS: > BinaryObject is returned for a complex object if an app has not specified > another JavaScript Object for deserialization. > > Maybe worth to add type registration functionality: > - complex object type registration (supported by NodeJS) > - enum type registration (not supported by NodeJS) > - type name registration (not supported by NodeJS) > > Also, maybe add a list of all type codes, supported for read and write. > But not sure, as all of them are supported by all three clients. > > Thanks, > -Alexey > > 14.05.2018 22:06, Igor Sapego пишет: > > Hello Igniters, >> >> I've created a new page in wiki, that summarizes a features >> availability of thin clients. It should help us to plan development >> of thin clients while also helping out users to understand a state >> of clients. >> >> Check it out and tell me what you think. And if there are some >> mistakes, don't hesitate telling me. >> >> [1] - >> https://cwiki.apache.org/confluence/display/IGNITE/Thin+clients+features >> >> Best Regards, >> Igor >> >> |
Thanks for proposals, guys, I will do this.
Denis, Readme.io is not very convenient for some big tables. They look OK, while they have 3-4 columns, but if we are going to add more clients (or should I say "when") it is going to be a mess. This may be a one more argument when we consider to change documentation engine. Best Regards, Igor On Tue, May 15, 2018 at 2:37 AM, Denis Magda <[hidden email]> wrote: > Igor, thanks for putting together the page. > > As for the immediate improvements, I'm backing up Alexey's suggestions. > > This page deserves to be moved to the readme.io. We'll do that once it's > sorted out how to group the thin clients' documentation. > > -- > Denis > > On Mon, May 14, 2018 at 12:39 PM, Alexey Kosenchuk < > [hidden email]> wrote: > >> Hi Igor, >> >> "Get Binary Cache" (if it is about getting a complex object in a "binary" >> form, w/o deserialization) - is supported by NodeJS: >> BinaryObject is returned for a complex object if an app has not specified >> another JavaScript Object for deserialization. >> >> Maybe worth to add type registration functionality: >> - complex object type registration (supported by NodeJS) >> - enum type registration (not supported by NodeJS) >> - type name registration (not supported by NodeJS) >> >> Also, maybe add a list of all type codes, supported for read and write. >> But not sure, as all of them are supported by all three clients. >> >> Thanks, >> -Alexey >> >> 14.05.2018 22:06, Igor Sapego пишет: >> >> Hello Igniters, >>> >>> I've created a new page in wiki, that summarizes a features >>> availability of thin clients. It should help us to plan development >>> of thin clients while also helping out users to understand a state >>> of clients. >>> >>> Check it out and tell me what you think. And if there are some >>> mistakes, don't hesitate telling me. >>> >>> [1] - >>> https://cwiki.apache.org/confluence/display/IGNITE/Thin+clients+features >>> >>> Best Regards, >>> Igor >>> >>> > |
I've updated the table.
Best Regards, Igor On Tue, May 15, 2018 at 12:11 PM, Igor Sapego <[hidden email]> wrote: > Thanks for proposals, guys, I will do this. > > Denis, > Readme.io is not very convenient for some big tables. They look OK, > while they have 3-4 columns, but if we are going to add more clients > (or should I say "when") it is going to be a mess. This may be a one > more argument when we consider to change documentation engine. > > > Best Regards, > Igor > > On Tue, May 15, 2018 at 2:37 AM, Denis Magda <[hidden email]> wrote: > >> Igor, thanks for putting together the page. >> >> As for the immediate improvements, I'm backing up Alexey's suggestions. >> >> This page deserves to be moved to the readme.io. We'll do that once it's >> sorted out how to group the thin clients' documentation. >> >> -- >> Denis >> >> On Mon, May 14, 2018 at 12:39 PM, Alexey Kosenchuk < >> [hidden email]> wrote: >> >>> Hi Igor, >>> >>> "Get Binary Cache" (if it is about getting a complex object in a >>> "binary" form, w/o deserialization) - is supported by NodeJS: >>> BinaryObject is returned for a complex object if an app has not >>> specified another JavaScript Object for deserialization. >>> >>> Maybe worth to add type registration functionality: >>> - complex object type registration (supported by NodeJS) >>> - enum type registration (not supported by NodeJS) >>> - type name registration (not supported by NodeJS) >>> >>> Also, maybe add a list of all type codes, supported for read and write. >>> But not sure, as all of them are supported by all three clients. >>> >>> Thanks, >>> -Alexey >>> >>> 14.05.2018 22:06, Igor Sapego пишет: >>> >>> Hello Igniters, >>>> >>>> I've created a new page in wiki, that summarizes a features >>>> availability of thin clients. It should help us to plan development >>>> of thin clients while also helping out users to understand a state >>>> of clients. >>>> >>>> Check it out and tell me what you think. And if there are some >>>> mistakes, don't hesitate telling me. >>>> >>>> [1] - >>>> https://cwiki.apache.org/confluence/display/IGNITE/Thin+clie >>>> nts+features >>>> >>>> Best Regards, >>>> Igor >>>> >>>> >> > |
In reply to this post by Igor Sapego-2
Igor,
That's a valid point. Will see how it goes. As for the new documentation engine, there are no more arguments. We will try to migrate within 2.6. Just need to find more contributors who would help with this. -- Denis On Tue, May 15, 2018 at 2:11 AM, Igor Sapego <[hidden email]> wrote: > Thanks for proposals, guys, I will do this. > > Denis, > Readme.io is not very convenient for some big tables. They look OK, > while they have 3-4 columns, but if we are going to add more clients > (or should I say "when") it is going to be a mess. This may be a one > more argument when we consider to change documentation engine. > > > Best Regards, > Igor > > On Tue, May 15, 2018 at 2:37 AM, Denis Magda <[hidden email]> wrote: > >> Igor, thanks for putting together the page. >> >> As for the immediate improvements, I'm backing up Alexey's suggestions. >> >> This page deserves to be moved to the readme.io. We'll do that once it's >> sorted out how to group the thin clients' documentation. >> >> -- >> Denis >> >> On Mon, May 14, 2018 at 12:39 PM, Alexey Kosenchuk < >> [hidden email]> wrote: >> >>> Hi Igor, >>> >>> "Get Binary Cache" (if it is about getting a complex object in a >>> "binary" form, w/o deserialization) - is supported by NodeJS: >>> BinaryObject is returned for a complex object if an app has not >>> specified another JavaScript Object for deserialization. >>> >>> Maybe worth to add type registration functionality: >>> - complex object type registration (supported by NodeJS) >>> - enum type registration (not supported by NodeJS) >>> - type name registration (not supported by NodeJS) >>> >>> Also, maybe add a list of all type codes, supported for read and write. >>> But not sure, as all of them are supported by all three clients. >>> >>> Thanks, >>> -Alexey >>> >>> 14.05.2018 22:06, Igor Sapego пишет: >>> >>> Hello Igniters, >>>> >>>> I've created a new page in wiki, that summarizes a features >>>> availability of thin clients. It should help us to plan development >>>> of thin clients while also helping out users to understand a state >>>> of clients. >>>> >>>> Check it out and tell me what you think. And if there are some >>>> mistakes, don't hesitate telling me. >>>> >>>> [1] - >>>> https://cwiki.apache.org/confluence/display/IGNITE/Thin+clie >>>> nts+features >>>> >>>> Best Regards, >>>> Igor >>>> >>>> >> > |
Hi Igor,
Thanks for creating this! One question: what is `Multithreading` feature? Pavel On Tue, May 15, 2018 at 9:45 PM, Denis Magda <[hidden email]> wrote: > Igor, > > That's a valid point. Will see how it goes. As for the new documentation > engine, there are no more arguments. We will try to migrate within 2.6. > Just need to find more contributors who would help with this. > > -- > Denis > > On Tue, May 15, 2018 at 2:11 AM, Igor Sapego <[hidden email]> wrote: > > > Thanks for proposals, guys, I will do this. > > > > Denis, > > Readme.io is not very convenient for some big tables. They look OK, > > while they have 3-4 columns, but if we are going to add more clients > > (or should I say "when") it is going to be a mess. This may be a one > > more argument when we consider to change documentation engine. > > > > > > Best Regards, > > Igor > > > > On Tue, May 15, 2018 at 2:37 AM, Denis Magda <[hidden email]> > wrote: > > > >> Igor, thanks for putting together the page. > >> > >> As for the immediate improvements, I'm backing up Alexey's suggestions. > >> > >> This page deserves to be moved to the readme.io. We'll do that once > it's > >> sorted out how to group the thin clients' documentation. > >> > >> -- > >> Denis > >> > >> On Mon, May 14, 2018 at 12:39 PM, Alexey Kosenchuk < > >> [hidden email]> wrote: > >> > >>> Hi Igor, > >>> > >>> "Get Binary Cache" (if it is about getting a complex object in a > >>> "binary" form, w/o deserialization) - is supported by NodeJS: > >>> BinaryObject is returned for a complex object if an app has not > >>> specified another JavaScript Object for deserialization. > >>> > >>> Maybe worth to add type registration functionality: > >>> - complex object type registration (supported by NodeJS) > >>> - enum type registration (not supported by NodeJS) > >>> - type name registration (not supported by NodeJS) > >>> > >>> Also, maybe add a list of all type codes, supported for read and write. > >>> But not sure, as all of them are supported by all three clients. > >>> > >>> Thanks, > >>> -Alexey > >>> > >>> 14.05.2018 22:06, Igor Sapego пишет: > >>> > >>> Hello Igniters, > >>>> > >>>> I've created a new page in wiki, that summarizes a features > >>>> availability of thin clients. It should help us to plan development > >>>> of thin clients while also helping out users to understand a state > >>>> of clients. > >>>> > >>>> Check it out and tell me what you think. And if there are some > >>>> mistakes, don't hesitate telling me. > >>>> > >>>> [1] - > >>>> https://cwiki.apache.org/confluence/display/IGNITE/Thin+clie > >>>> nts+features > >>>> > >>>> Best Regards, > >>>> Igor > >>>> > >>>> > >> > > > |
Pavel,
This is about concurrent usage of the same connection (client) by several threads. By the ways guys, I wanted to ask you, if your clients support this feature, as I was not sure. I mean, protocol seems to be designed to support such use-case, but I was not sure about clients. Best Regards, Igor On Tue, May 15, 2018 at 10:46 PM, Pavel Tupitsyn <[hidden email]> wrote: > Hi Igor, > > Thanks for creating this! > One question: what is `Multithreading` feature? > > Pavel > > On Tue, May 15, 2018 at 9:45 PM, Denis Magda <[hidden email]> wrote: > > > Igor, > > > > That's a valid point. Will see how it goes. As for the new documentation > > engine, there are no more arguments. We will try to migrate within 2.6. > > Just need to find more contributors who would help with this. > > > > -- > > Denis > > > > On Tue, May 15, 2018 at 2:11 AM, Igor Sapego <[hidden email]> wrote: > > > > > Thanks for proposals, guys, I will do this. > > > > > > Denis, > > > Readme.io is not very convenient for some big tables. They look OK, > > > while they have 3-4 columns, but if we are going to add more clients > > > (or should I say "when") it is going to be a mess. This may be a one > > > more argument when we consider to change documentation engine. > > > > > > > > > Best Regards, > > > Igor > > > > > > On Tue, May 15, 2018 at 2:37 AM, Denis Magda <[hidden email]> > > wrote: > > > > > >> Igor, thanks for putting together the page. > > >> > > >> As for the immediate improvements, I'm backing up Alexey's > suggestions. > > >> > > >> This page deserves to be moved to the readme.io. We'll do that once > > it's > > >> sorted out how to group the thin clients' documentation. > > >> > > >> -- > > >> Denis > > >> > > >> On Mon, May 14, 2018 at 12:39 PM, Alexey Kosenchuk < > > >> [hidden email]> wrote: > > >> > > >>> Hi Igor, > > >>> > > >>> "Get Binary Cache" (if it is about getting a complex object in a > > >>> "binary" form, w/o deserialization) - is supported by NodeJS: > > >>> BinaryObject is returned for a complex object if an app has not > > >>> specified another JavaScript Object for deserialization. > > >>> > > >>> Maybe worth to add type registration functionality: > > >>> - complex object type registration (supported by NodeJS) > > >>> - enum type registration (not supported by NodeJS) > > >>> - type name registration (not supported by NodeJS) > > >>> > > >>> Also, maybe add a list of all type codes, supported for read and > write. > > >>> But not sure, as all of them are supported by all three clients. > > >>> > > >>> Thanks, > > >>> -Alexey > > >>> > > >>> 14.05.2018 22:06, Igor Sapego пишет: > > >>> > > >>> Hello Igniters, > > >>>> > > >>>> I've created a new page in wiki, that summarizes a features > > >>>> availability of thin clients. It should help us to plan development > > >>>> of thin clients while also helping out users to understand a state > > >>>> of clients. > > >>>> > > >>>> Check it out and tell me what you think. And if there are some > > >>>> mistakes, don't hesitate telling me. > > >>>> > > >>>> [1] - > > >>>> https://cwiki.apache.org/confluence/display/IGNITE/Thin+clie > > >>>> nts+features > > >>>> > > >>>> Best Regards, > > >>>> Igor > > >>>> > > >>>> > > >> > > > > > > |
Hi Igor,
Nice one! On 16 May 2018 at 11:26, Igor Sapego <[hidden email]> wrote: > Pavel, > > This is about concurrent usage of the same connection (client) > by several threads. > > By the ways guys, I wanted to ask you, if your clients support this > feature, as I was not sure. I mean, protocol seems to be designed > to support such use-case, but I was not sure about clients. > > Best Regards, > Igor > > On Tue, May 15, 2018 at 10:46 PM, Pavel Tupitsyn <[hidden email]> > wrote: > > > Hi Igor, > > > > Thanks for creating this! > > One question: what is `Multithreading` feature? > > > > Pavel > > > > On Tue, May 15, 2018 at 9:45 PM, Denis Magda <[hidden email]> > wrote: > > > > > Igor, > > > > > > That's a valid point. Will see how it goes. As for the new > documentation > > > engine, there are no more arguments. We will try to migrate within 2.6. > > > Just need to find more contributors who would help with this. > > > > > > -- > > > Denis > > > > > > On Tue, May 15, 2018 at 2:11 AM, Igor Sapego <[hidden email]> > wrote: > > > > > > > Thanks for proposals, guys, I will do this. > > > > > > > > Denis, > > > > Readme.io is not very convenient for some big tables. They look OK, > > > > while they have 3-4 columns, but if we are going to add more clients > > > > (or should I say "when") it is going to be a mess. This may be a one > > > > more argument when we consider to change documentation engine. > > > > > > > > > > > > Best Regards, > > > > Igor > > > > > > > > On Tue, May 15, 2018 at 2:37 AM, Denis Magda <[hidden email]> > > > wrote: > > > > > > > >> Igor, thanks for putting together the page. > > > >> > > > >> As for the immediate improvements, I'm backing up Alexey's > > suggestions. > > > >> > > > >> This page deserves to be moved to the readme.io. We'll do that once > > > it's > > > >> sorted out how to group the thin clients' documentation. > > > >> > > > >> -- > > > >> Denis > > > >> > > > >> On Mon, May 14, 2018 at 12:39 PM, Alexey Kosenchuk < > > > >> [hidden email]> wrote: > > > >> > > > >>> Hi Igor, > > > >>> > > > >>> "Get Binary Cache" (if it is about getting a complex object in a > > > >>> "binary" form, w/o deserialization) - is supported by NodeJS: > > > >>> BinaryObject is returned for a complex object if an app has not > > > >>> specified another JavaScript Object for deserialization. > > > >>> > > > >>> Maybe worth to add type registration functionality: > > > >>> - complex object type registration (supported by NodeJS) > > > >>> - enum type registration (not supported by NodeJS) > > > >>> - type name registration (not supported by NodeJS) > > > >>> > > > >>> Also, maybe add a list of all type codes, supported for read and > > write. > > > >>> But not sure, as all of them are supported by all three clients. > > > >>> > > > >>> Thanks, > > > >>> -Alexey > > > >>> > > > >>> 14.05.2018 22:06, Igor Sapego пишет: > > > >>> > > > >>> Hello Igniters, > > > >>>> > > > >>>> I've created a new page in wiki, that summarizes a features > > > >>>> availability of thin clients. It should help us to plan > development > > > >>>> of thin clients while also helping out users to understand a state > > > >>>> of clients. > > > >>>> > > > >>>> Check it out and tell me what you think. And if there are some > > > >>>> mistakes, don't hesitate telling me. > > > >>>> > > > >>>> [1] - > > > >>>> https://cwiki.apache.org/confluence/display/IGNITE/Thin+clie > > > >>>> nts+features > > > >>>> > > > >>>> Best Regards, > > > >>>> Igor > > > >>>> > > > >>>> > > > >> > > > > > > > > > > |
Ignite.NET client is thread-safe as stated in XMLDoc [1]
[1] https://github.com/apache/ignite/blob/master/modules/platforms/dotnet/Apache.Ignite.Core/Client/IIgniteClient.cs On Wed, May 16, 2018 at 12:34 PM, Guru Stron <[hidden email]> wrote: > Hi Igor, > > Nice one! > > On 16 May 2018 at 11:26, Igor Sapego <[hidden email]> wrote: > > > Pavel, > > > > This is about concurrent usage of the same connection (client) > > by several threads. > > > > By the ways guys, I wanted to ask you, if your clients support this > > feature, as I was not sure. I mean, protocol seems to be designed > > to support such use-case, but I was not sure about clients. > > > > Best Regards, > > Igor > > > > On Tue, May 15, 2018 at 10:46 PM, Pavel Tupitsyn <[hidden email]> > > wrote: > > > > > Hi Igor, > > > > > > Thanks for creating this! > > > One question: what is `Multithreading` feature? > > > > > > Pavel > > > > > > On Tue, May 15, 2018 at 9:45 PM, Denis Magda <[hidden email]> > > wrote: > > > > > > > Igor, > > > > > > > > That's a valid point. Will see how it goes. As for the new > > documentation > > > > engine, there are no more arguments. We will try to migrate within > 2.6. > > > > Just need to find more contributors who would help with this. > > > > > > > > -- > > > > Denis > > > > > > > > On Tue, May 15, 2018 at 2:11 AM, Igor Sapego <[hidden email]> > > wrote: > > > > > > > > > Thanks for proposals, guys, I will do this. > > > > > > > > > > Denis, > > > > > Readme.io is not very convenient for some big tables. They look OK, > > > > > while they have 3-4 columns, but if we are going to add more > clients > > > > > (or should I say "when") it is going to be a mess. This may be a > one > > > > > more argument when we consider to change documentation engine. > > > > > > > > > > > > > > > Best Regards, > > > > > Igor > > > > > > > > > > On Tue, May 15, 2018 at 2:37 AM, Denis Magda <[hidden email]> > > > > wrote: > > > > > > > > > >> Igor, thanks for putting together the page. > > > > >> > > > > >> As for the immediate improvements, I'm backing up Alexey's > > > suggestions. > > > > >> > > > > >> This page deserves to be moved to the readme.io. We'll do that > once > > > > it's > > > > >> sorted out how to group the thin clients' documentation. > > > > >> > > > > >> -- > > > > >> Denis > > > > >> > > > > >> On Mon, May 14, 2018 at 12:39 PM, Alexey Kosenchuk < > > > > >> [hidden email]> wrote: > > > > >> > > > > >>> Hi Igor, > > > > >>> > > > > >>> "Get Binary Cache" (if it is about getting a complex object in a > > > > >>> "binary" form, w/o deserialization) - is supported by NodeJS: > > > > >>> BinaryObject is returned for a complex object if an app has not > > > > >>> specified another JavaScript Object for deserialization. > > > > >>> > > > > >>> Maybe worth to add type registration functionality: > > > > >>> - complex object type registration (supported by NodeJS) > > > > >>> - enum type registration (not supported by NodeJS) > > > > >>> - type name registration (not supported by NodeJS) > > > > >>> > > > > >>> Also, maybe add a list of all type codes, supported for read and > > > write. > > > > >>> But not sure, as all of them are supported by all three clients. > > > > >>> > > > > >>> Thanks, > > > > >>> -Alexey > > > > >>> > > > > >>> 14.05.2018 22:06, Igor Sapego пишет: > > > > >>> > > > > >>> Hello Igniters, > > > > >>>> > > > > >>>> I've created a new page in wiki, that summarizes a features > > > > >>>> availability of thin clients. It should help us to plan > > development > > > > >>>> of thin clients while also helping out users to understand a > state > > > > >>>> of clients. > > > > >>>> > > > > >>>> Check it out and tell me what you think. And if there are some > > > > >>>> mistakes, don't hesitate telling me. > > > > >>>> > > > > >>>> [1] - > > > > >>>> https://cwiki.apache.org/confluence/display/IGNITE/Thin+clie > > > > >>>> nts+features > > > > >>>> > > > > >>>> Best Regards, > > > > >>>> Igor > > > > >>>> > > > > >>>> > > > > >> > > > > > > > > > > > > > > > |
Fixed for .NET.
What about NodeJS? Alexey? Best Regards, Igor On Wed, May 16, 2018 at 12:48 PM, Pavel Tupitsyn <[hidden email]> wrote: > Ignite.NET client is thread-safe as stated in XMLDoc [1] > > [1] > https://github.com/apache/ignite/blob/master/modules/ > platforms/dotnet/Apache.Ignite.Core/Client/IIgniteClient.cs > > On Wed, May 16, 2018 at 12:34 PM, Guru Stron <[hidden email]> > wrote: > > > Hi Igor, > > > > Nice one! > > > > On 16 May 2018 at 11:26, Igor Sapego <[hidden email]> wrote: > > > > > Pavel, > > > > > > This is about concurrent usage of the same connection (client) > > > by several threads. > > > > > > By the ways guys, I wanted to ask you, if your clients support this > > > feature, as I was not sure. I mean, protocol seems to be designed > > > to support such use-case, but I was not sure about clients. > > > > > > Best Regards, > > > Igor > > > > > > On Tue, May 15, 2018 at 10:46 PM, Pavel Tupitsyn <[hidden email] > > > > > wrote: > > > > > > > Hi Igor, > > > > > > > > Thanks for creating this! > > > > One question: what is `Multithreading` feature? > > > > > > > > Pavel > > > > > > > > On Tue, May 15, 2018 at 9:45 PM, Denis Magda <[hidden email]> > > > wrote: > > > > > > > > > Igor, > > > > > > > > > > That's a valid point. Will see how it goes. As for the new > > > documentation > > > > > engine, there are no more arguments. We will try to migrate within > > 2.6. > > > > > Just need to find more contributors who would help with this. > > > > > > > > > > -- > > > > > Denis > > > > > > > > > > On Tue, May 15, 2018 at 2:11 AM, Igor Sapego <[hidden email]> > > > wrote: > > > > > > > > > > > Thanks for proposals, guys, I will do this. > > > > > > > > > > > > Denis, > > > > > > Readme.io is not very convenient for some big tables. They look > OK, > > > > > > while they have 3-4 columns, but if we are going to add more > > clients > > > > > > (or should I say "when") it is going to be a mess. This may be a > > one > > > > > > more argument when we consider to change documentation engine. > > > > > > > > > > > > > > > > > > Best Regards, > > > > > > Igor > > > > > > > > > > > > On Tue, May 15, 2018 at 2:37 AM, Denis Magda < > [hidden email]> > > > > > wrote: > > > > > > > > > > > >> Igor, thanks for putting together the page. > > > > > >> > > > > > >> As for the immediate improvements, I'm backing up Alexey's > > > > suggestions. > > > > > >> > > > > > >> This page deserves to be moved to the readme.io. We'll do that > > once > > > > > it's > > > > > >> sorted out how to group the thin clients' documentation. > > > > > >> > > > > > >> -- > > > > > >> Denis > > > > > >> > > > > > >> On Mon, May 14, 2018 at 12:39 PM, Alexey Kosenchuk < > > > > > >> [hidden email]> wrote: > > > > > >> > > > > > >>> Hi Igor, > > > > > >>> > > > > > >>> "Get Binary Cache" (if it is about getting a complex object in > a > > > > > >>> "binary" form, w/o deserialization) - is supported by NodeJS: > > > > > >>> BinaryObject is returned for a complex object if an app has not > > > > > >>> specified another JavaScript Object for deserialization. > > > > > >>> > > > > > >>> Maybe worth to add type registration functionality: > > > > > >>> - complex object type registration (supported by NodeJS) > > > > > >>> - enum type registration (not supported by NodeJS) > > > > > >>> - type name registration (not supported by NodeJS) > > > > > >>> > > > > > >>> Also, maybe add a list of all type codes, supported for read > and > > > > write. > > > > > >>> But not sure, as all of them are supported by all three > clients. > > > > > >>> > > > > > >>> Thanks, > > > > > >>> -Alexey > > > > > >>> > > > > > >>> 14.05.2018 22:06, Igor Sapego пишет: > > > > > >>> > > > > > >>> Hello Igniters, > > > > > >>>> > > > > > >>>> I've created a new page in wiki, that summarizes a features > > > > > >>>> availability of thin clients. It should help us to plan > > > development > > > > > >>>> of thin clients while also helping out users to understand a > > state > > > > > >>>> of clients. > > > > > >>>> > > > > > >>>> Check it out and tell me what you think. And if there are some > > > > > >>>> mistakes, don't hesitate telling me. > > > > > >>>> > > > > > >>>> [1] - > > > > > >>>> https://cwiki.apache.org/confluence/display/IGNITE/Thin+clie > > > > > >>>> nts+features > > > > > >>>> > > > > > >>>> Best Regards, > > > > > >>>> Igor > > > > > >>>> > > > > > >>>> > > > > > >> > > > > > > > > > > > > > > > > > > > > > |
Not applicable for NodeJS client as there are no threads in NodeJS (only
processes) [1] Just in case - of course, it's possible to run multiple queries/operations concurrently from one thread/process. Eg. see Promise.all in CachePutGetExample.js and AuthTlsExample.js examples [2] Is Java thin client really not thread-safe? Is thread-safety a mandatory req for all clients (where it is applicable)? -Alexey [1] https://nodejs.org/en/about/ [2] https://github.com/nobitlost/ignite/tree/master/modules/platforms/nodejs/examples 16.05.2018 12:53, Igor Sapego пишет: > Fixed for .NET. > > What about NodeJS? Alexey? > > Best Regards, > Igor > > On Wed, May 16, 2018 at 12:48 PM, Pavel Tupitsyn <[hidden email]> > wrote: > >> Ignite.NET client is thread-safe as stated in XMLDoc [1] >> >> [1] >> https://github.com/apache/ignite/blob/master/modules/ >> platforms/dotnet/Apache.Ignite.Core/Client/IIgniteClient.cs >> >> On Wed, May 16, 2018 at 12:34 PM, Guru Stron <[hidden email]> >> wrote: >> >>> Hi Igor, >>> >>> Nice one! >>> >>> On 16 May 2018 at 11:26, Igor Sapego <[hidden email]> wrote: >>> >>>> Pavel, >>>> >>>> This is about concurrent usage of the same connection (client) >>>> by several threads. >>>> >>>> By the ways guys, I wanted to ask you, if your clients support this >>>> feature, as I was not sure. I mean, protocol seems to be designed >>>> to support such use-case, but I was not sure about clients. >>>> >>>> Best Regards, >>>> Igor >>>> >>>> On Tue, May 15, 2018 at 10:46 PM, Pavel Tupitsyn <[hidden email] >>> >>>> wrote: >>>> >>>>> Hi Igor, >>>>> >>>>> Thanks for creating this! >>>>> One question: what is `Multithreading` feature? >>>>> >>>>> Pavel >>>>> >>>>> On Tue, May 15, 2018 at 9:45 PM, Denis Magda <[hidden email]> >>>> wrote: >>>>> >>>>>> Igor, >>>>>> >>>>>> That's a valid point. Will see how it goes. As for the new >>>> documentation >>>>>> engine, there are no more arguments. We will try to migrate within >>> 2.6. >>>>>> Just need to find more contributors who would help with this. >>>>>> >>>>>> -- >>>>>> Denis >>>>>> >>>>>> On Tue, May 15, 2018 at 2:11 AM, Igor Sapego <[hidden email]> >>>> wrote: >>>>>> >>>>>>> Thanks for proposals, guys, I will do this. >>>>>>> >>>>>>> Denis, >>>>>>> Readme.io is not very convenient for some big tables. They look >> OK, >>>>>>> while they have 3-4 columns, but if we are going to add more >>> clients >>>>>>> (or should I say "when") it is going to be a mess. This may be a >>> one >>>>>>> more argument when we consider to change documentation engine. >>>>>>> >>>>>>> >>>>>>> Best Regards, >>>>>>> Igor >>>>>>> >>>>>>> On Tue, May 15, 2018 at 2:37 AM, Denis Magda < >> [hidden email]> >>>>>> wrote: >>>>>>> >>>>>>>> Igor, thanks for putting together the page. >>>>>>>> >>>>>>>> As for the immediate improvements, I'm backing up Alexey's >>>>> suggestions. >>>>>>>> >>>>>>>> This page deserves to be moved to the readme.io. We'll do that >>> once >>>>>> it's >>>>>>>> sorted out how to group the thin clients' documentation. >>>>>>>> >>>>>>>> -- >>>>>>>> Denis >>>>>>>> >>>>>>>> On Mon, May 14, 2018 at 12:39 PM, Alexey Kosenchuk < >>>>>>>> [hidden email]> wrote: >>>>>>>> >>>>>>>>> Hi Igor, >>>>>>>>> >>>>>>>>> "Get Binary Cache" (if it is about getting a complex object in >> a >>>>>>>>> "binary" form, w/o deserialization) - is supported by NodeJS: >>>>>>>>> BinaryObject is returned for a complex object if an app has not >>>>>>>>> specified another JavaScript Object for deserialization. >>>>>>>>> >>>>>>>>> Maybe worth to add type registration functionality: >>>>>>>>> - complex object type registration (supported by NodeJS) >>>>>>>>> - enum type registration (not supported by NodeJS) >>>>>>>>> - type name registration (not supported by NodeJS) >>>>>>>>> >>>>>>>>> Also, maybe add a list of all type codes, supported for read >> and >>>>> write. >>>>>>>>> But not sure, as all of them are supported by all three >> clients. >>>>>>>>> >>>>>>>>> Thanks, >>>>>>>>> -Alexey >>>>>>>>> >>>>>>>>> 14.05.2018 22:06, Igor Sapego пишет: >>>>>>>>> >>>>>>>>> Hello Igniters, >>>>>>>>>> >>>>>>>>>> I've created a new page in wiki, that summarizes a features >>>>>>>>>> availability of thin clients. It should help us to plan >>>> development >>>>>>>>>> of thin clients while also helping out users to understand a >>> state >>>>>>>>>> of clients. >>>>>>>>>> >>>>>>>>>> Check it out and tell me what you think. And if there are some >>>>>>>>>> mistakes, don't hesitate telling me. >>>>>>>>>> >>>>>>>>>> [1] - >>>>>>>>>> https://cwiki.apache.org/confluence/display/IGNITE/Thin+clie >>>>>>>>>> nts+features >>>>>>>>>> >>>>>>>>>> Best Regards, >>>>>>>>>> Igor >>>>>>>>>> >>>>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>>> >>>> >>> >> > |
Free forum by Nabble | Edit this page |