Re: Ignite stops working suddenly during dev

2019-06-13 Thread Denis Magda
Alright, the ticket is ready for contribution:
https://issues.apache.org/jira/browse/IGNITE-11919

--
Denis Magda


On Thu, Jun 13, 2019 at 2:50 PM Denis Magda  wrote:

> Those are details and I can't think of a generic and crystal clear message
> that covers them. Plus, don't think we should do this as long as the
> generic solution will solve the problem.
>
> -
> Denis
>
>
> On Thu, Jun 13, 2019 at 10:48 AM Mikhail Cherkasov <
> mcherka...@gridgain.com> wrote:
>
>> *"ERROR: Type 'Person' has a different/incorrect type
>> for field 'salary'. Expected 'double' but 'string' was provided. Field
>> type's modification is unsupported, clean {root_path}/marshaller directory
>> if the type change is required."*
>>
>> it still sounds like a hack and it's not clear if it should be done on all
>> nodes or only on the node with error, should it be done for client nodes
>> too or only for server nodes?
>> Also, can it be done on a live cluster, or we need to stop or/and
>> deactivate it first?
>>
>> Thanks,
>> Mike.
>>
>> On Wed, Jun 12, 2019 at 11:34 AM Garrett Alley <
>> garrett.al...@gridgain.com>
>> wrote:
>>
>> > Denis,
>> >
>> > Minor changes to your suggestion:
>> >
>> > *"ERROR: Type 'Person' has a different/incorrect type
>> > for field 'salary'. Expected 'double' but 'string' was provided. Field
>> > type's modification is unsupported, clean {root_path}/marshaller
>> directory
>> > if the type change is required."*
>> >
>> >
>> > ===
>> >
>> > Garrett Alley
>> > Documentation
>> > GridGain Systems
>> >
>> >
>> > On Wed, Jun 12, 2019 at 11:15 AM Denis Magda  wrote:
>> >
>> > > Alex, Garrett,
>> > >
>> > > How about this error message?
>> > >
>> > > That's what we have know: *ERROR: Binary type has different field
>> types
>> > > [typeName=Person, fieldName=salary, fieldTypeName1=double,
>> > > fieldTypeName2=String]*
>> > >
>> > > That's how I would change it: *"Type 'Person' has different/incorrect
>> > type
>> > > for field 'salary'. Expected 'double' but 'string' was provided. Field
>> > > type's modification is unsupported, clean {root_path}/marshaller
>> > directory
>> > > if the type change is required"*
>> > >
>> > > -
>> > > Denis
>> > >
>> > >
>> > > On Thu, Jun 6, 2019 at 5:24 AM Alexey Goncharuk <
>> > > alexey.goncha...@gmail.com>
>> > > wrote:
>> > >
>> > > > Hello Denis,
>> > > >
>> > > > As for p.1 - fully agree. For p.2 - I have some ideas to be
>> implemented
>> > > in
>> > > > the future in Ignite 3.0, will share some ideas later.
>> > > >
>> > > > чт, 6 июн. 2019 г. в 13:29, Denis Magda :
>> > > >
>> > > > > Hey Igniters,
>> > > > >
>> > > > > I'd like us to brainstorm how to solve the following usability
>> issue.
>> > > > >
>> > > > > A user starts developing an app and can change the data model via
>> a
>> > > > > configuration or DDL frequently. However, if there is an
>> incompatible
>> > > > data
>> > > > > model change like a type/field modification Ignite will fail to
>> > restart
>> > > > or
>> > > > > begins throwing "wrong data type" exceptions.
>> > > > >
>> > > > > A solution for these scenarios is to clean the "marshaller/"
>> folder.
>> > > > Guess
>> > > > > who knows this trick? A few of us. Had to do this all the time
>> while
>> > > > baking
>> > > > > a demo for one of the recent shows and here is a good example of
>> > users'
>> > > > > hardships:
>> > > > >
>> > > > >
>> > > >
>> > >
>> >
>> https://stackoverflow.com/questions/56384773/apache-ignite-programmatically-destroy-persistent-cache
>> > > > >
>> > > > > How do you see this needs to be addressed considering:
>> > > > >
>> > > > >1. Current Ignite serialization format - a special message that
>> > > > explains
>> > > > >what to clean and where or some sort of automation?
>> > > > >2. Future storage independent format - when binary
>> serialization
>> > > logic
>> > > > >will be revisited. @Alex Goncharuk, please step in.
>> > > > >
>> > > > >
>> > > > > -
>> > > > > Denis
>> > > > >
>> > > >
>> > >
>> >
>>
>>
>> --
>> Thanks,
>> Mikhail.
>>
>


Re: Ignite stops working suddenly during dev

2019-06-13 Thread Denis Magda
Those are details and I can't think of a generic and crystal clear message
that covers them. Plus, don't think we should do this as long as the
generic solution will solve the problem.

-
Denis


On Thu, Jun 13, 2019 at 10:48 AM Mikhail Cherkasov 
wrote:

> *"ERROR: Type 'Person' has a different/incorrect type
> for field 'salary'. Expected 'double' but 'string' was provided. Field
> type's modification is unsupported, clean {root_path}/marshaller directory
> if the type change is required."*
>
> it still sounds like a hack and it's not clear if it should be done on all
> nodes or only on the node with error, should it be done for client nodes
> too or only for server nodes?
> Also, can it be done on a live cluster, or we need to stop or/and
> deactivate it first?
>
> Thanks,
> Mike.
>
> On Wed, Jun 12, 2019 at 11:34 AM Garrett Alley  >
> wrote:
>
> > Denis,
> >
> > Minor changes to your suggestion:
> >
> > *"ERROR: Type 'Person' has a different/incorrect type
> > for field 'salary'. Expected 'double' but 'string' was provided. Field
> > type's modification is unsupported, clean {root_path}/marshaller
> directory
> > if the type change is required."*
> >
> >
> > ===
> >
> > Garrett Alley
> > Documentation
> > GridGain Systems
> >
> >
> > On Wed, Jun 12, 2019 at 11:15 AM Denis Magda  wrote:
> >
> > > Alex, Garrett,
> > >
> > > How about this error message?
> > >
> > > That's what we have know: *ERROR: Binary type has different field types
> > > [typeName=Person, fieldName=salary, fieldTypeName1=double,
> > > fieldTypeName2=String]*
> > >
> > > That's how I would change it: *"Type 'Person' has different/incorrect
> > type
> > > for field 'salary'. Expected 'double' but 'string' was provided. Field
> > > type's modification is unsupported, clean {root_path}/marshaller
> > directory
> > > if the type change is required"*
> > >
> > > -
> > > Denis
> > >
> > >
> > > On Thu, Jun 6, 2019 at 5:24 AM Alexey Goncharuk <
> > > alexey.goncha...@gmail.com>
> > > wrote:
> > >
> > > > Hello Denis,
> > > >
> > > > As for p.1 - fully agree. For p.2 - I have some ideas to be
> implemented
> > > in
> > > > the future in Ignite 3.0, will share some ideas later.
> > > >
> > > > чт, 6 июн. 2019 г. в 13:29, Denis Magda :
> > > >
> > > > > Hey Igniters,
> > > > >
> > > > > I'd like us to brainstorm how to solve the following usability
> issue.
> > > > >
> > > > > A user starts developing an app and can change the data model via a
> > > > > configuration or DDL frequently. However, if there is an
> incompatible
> > > > data
> > > > > model change like a type/field modification Ignite will fail to
> > restart
> > > > or
> > > > > begins throwing "wrong data type" exceptions.
> > > > >
> > > > > A solution for these scenarios is to clean the "marshaller/"
> folder.
> > > > Guess
> > > > > who knows this trick? A few of us. Had to do this all the time
> while
> > > > baking
> > > > > a demo for one of the recent shows and here is a good example of
> > users'
> > > > > hardships:
> > > > >
> > > > >
> > > >
> > >
> >
> https://stackoverflow.com/questions/56384773/apache-ignite-programmatically-destroy-persistent-cache
> > > > >
> > > > > How do you see this needs to be addressed considering:
> > > > >
> > > > >1. Current Ignite serialization format - a special message that
> > > > explains
> > > > >what to clean and where or some sort of automation?
> > > > >2. Future storage independent format - when binary serialization
> > > logic
> > > > >will be revisited. @Alex Goncharuk, please step in.
> > > > >
> > > > >
> > > > > -
> > > > > Denis
> > > > >
> > > >
> > >
> >
>
>
> --
> Thanks,
> Mikhail.
>


Re: Ignite stops working suddenly during dev

2019-06-13 Thread Mikhail Cherkasov
*"ERROR: Type 'Person' has a different/incorrect type
for field 'salary'. Expected 'double' but 'string' was provided. Field
type's modification is unsupported, clean {root_path}/marshaller directory
if the type change is required."*

it still sounds like a hack and it's not clear if it should be done on all
nodes or only on the node with error, should it be done for client nodes
too or only for server nodes?
Also, can it be done on a live cluster, or we need to stop or/and
deactivate it first?

Thanks,
Mike.

On Wed, Jun 12, 2019 at 11:34 AM Garrett Alley 
wrote:

> Denis,
>
> Minor changes to your suggestion:
>
> *"ERROR: Type 'Person' has a different/incorrect type
> for field 'salary'. Expected 'double' but 'string' was provided. Field
> type's modification is unsupported, clean {root_path}/marshaller directory
> if the type change is required."*
>
>
> ===
>
> Garrett Alley
> Documentation
> GridGain Systems
>
>
> On Wed, Jun 12, 2019 at 11:15 AM Denis Magda  wrote:
>
> > Alex, Garrett,
> >
> > How about this error message?
> >
> > That's what we have know: *ERROR: Binary type has different field types
> > [typeName=Person, fieldName=salary, fieldTypeName1=double,
> > fieldTypeName2=String]*
> >
> > That's how I would change it: *"Type 'Person' has different/incorrect
> type
> > for field 'salary'. Expected 'double' but 'string' was provided. Field
> > type's modification is unsupported, clean {root_path}/marshaller
> directory
> > if the type change is required"*
> >
> > -
> > Denis
> >
> >
> > On Thu, Jun 6, 2019 at 5:24 AM Alexey Goncharuk <
> > alexey.goncha...@gmail.com>
> > wrote:
> >
> > > Hello Denis,
> > >
> > > As for p.1 - fully agree. For p.2 - I have some ideas to be implemented
> > in
> > > the future in Ignite 3.0, will share some ideas later.
> > >
> > > чт, 6 июн. 2019 г. в 13:29, Denis Magda :
> > >
> > > > Hey Igniters,
> > > >
> > > > I'd like us to brainstorm how to solve the following usability issue.
> > > >
> > > > A user starts developing an app and can change the data model via a
> > > > configuration or DDL frequently. However, if there is an incompatible
> > > data
> > > > model change like a type/field modification Ignite will fail to
> restart
> > > or
> > > > begins throwing "wrong data type" exceptions.
> > > >
> > > > A solution for these scenarios is to clean the "marshaller/" folder.
> > > Guess
> > > > who knows this trick? A few of us. Had to do this all the time while
> > > baking
> > > > a demo for one of the recent shows and here is a good example of
> users'
> > > > hardships:
> > > >
> > > >
> > >
> >
> https://stackoverflow.com/questions/56384773/apache-ignite-programmatically-destroy-persistent-cache
> > > >
> > > > How do you see this needs to be addressed considering:
> > > >
> > > >1. Current Ignite serialization format - a special message that
> > > explains
> > > >what to clean and where or some sort of automation?
> > > >2. Future storage independent format - when binary serialization
> > logic
> > > >will be revisited. @Alex Goncharuk, please step in.
> > > >
> > > >
> > > > -
> > > > Denis
> > > >
> > >
> >
>


-- 
Thanks,
Mikhail.


Re: Ignite stops working suddenly during dev

2019-06-12 Thread Garrett Alley
Denis,

Minor changes to your suggestion:

*"ERROR: Type 'Person' has a different/incorrect type
for field 'salary'. Expected 'double' but 'string' was provided. Field
type's modification is unsupported, clean {root_path}/marshaller directory
if the type change is required."*


===

Garrett Alley
Documentation
GridGain Systems


On Wed, Jun 12, 2019 at 11:15 AM Denis Magda  wrote:

> Alex, Garrett,
>
> How about this error message?
>
> That's what we have know: *ERROR: Binary type has different field types
> [typeName=Person, fieldName=salary, fieldTypeName1=double,
> fieldTypeName2=String]*
>
> That's how I would change it: *"Type 'Person' has different/incorrect type
> for field 'salary'. Expected 'double' but 'string' was provided. Field
> type's modification is unsupported, clean {root_path}/marshaller directory
> if the type change is required"*
>
> -
> Denis
>
>
> On Thu, Jun 6, 2019 at 5:24 AM Alexey Goncharuk <
> alexey.goncha...@gmail.com>
> wrote:
>
> > Hello Denis,
> >
> > As for p.1 - fully agree. For p.2 - I have some ideas to be implemented
> in
> > the future in Ignite 3.0, will share some ideas later.
> >
> > чт, 6 июн. 2019 г. в 13:29, Denis Magda :
> >
> > > Hey Igniters,
> > >
> > > I'd like us to brainstorm how to solve the following usability issue.
> > >
> > > A user starts developing an app and can change the data model via a
> > > configuration or DDL frequently. However, if there is an incompatible
> > data
> > > model change like a type/field modification Ignite will fail to restart
> > or
> > > begins throwing "wrong data type" exceptions.
> > >
> > > A solution for these scenarios is to clean the "marshaller/" folder.
> > Guess
> > > who knows this trick? A few of us. Had to do this all the time while
> > baking
> > > a demo for one of the recent shows and here is a good example of users'
> > > hardships:
> > >
> > >
> >
> https://stackoverflow.com/questions/56384773/apache-ignite-programmatically-destroy-persistent-cache
> > >
> > > How do you see this needs to be addressed considering:
> > >
> > >1. Current Ignite serialization format - a special message that
> > explains
> > >what to clean and where or some sort of automation?
> > >2. Future storage independent format - when binary serialization
> logic
> > >will be revisited. @Alex Goncharuk, please step in.
> > >
> > >
> > > -
> > > Denis
> > >
> >
>


Re: Ignite stops working suddenly during dev

2019-06-12 Thread Denis Magda
Alex, Garrett,

How about this error message?

That's what we have know: *ERROR: Binary type has different field types
[typeName=Person, fieldName=salary, fieldTypeName1=double,
fieldTypeName2=String]*

That's how I would change it: *"Type 'Person' has different/incorrect type
for field 'salary'. Expected 'double' but 'string' was provided. Field
type's modification is unsupported, clean {root_path}/marshaller directory
if the type change is required"*

-
Denis


On Thu, Jun 6, 2019 at 5:24 AM Alexey Goncharuk 
wrote:

> Hello Denis,
>
> As for p.1 - fully agree. For p.2 - I have some ideas to be implemented in
> the future in Ignite 3.0, will share some ideas later.
>
> чт, 6 июн. 2019 г. в 13:29, Denis Magda :
>
> > Hey Igniters,
> >
> > I'd like us to brainstorm how to solve the following usability issue.
> >
> > A user starts developing an app and can change the data model via a
> > configuration or DDL frequently. However, if there is an incompatible
> data
> > model change like a type/field modification Ignite will fail to restart
> or
> > begins throwing "wrong data type" exceptions.
> >
> > A solution for these scenarios is to clean the "marshaller/" folder.
> Guess
> > who knows this trick? A few of us. Had to do this all the time while
> baking
> > a demo for one of the recent shows and here is a good example of users'
> > hardships:
> >
> >
> https://stackoverflow.com/questions/56384773/apache-ignite-programmatically-destroy-persistent-cache
> >
> > How do you see this needs to be addressed considering:
> >
> >1. Current Ignite serialization format - a special message that
> explains
> >what to clean and where or some sort of automation?
> >2. Future storage independent format - when binary serialization logic
> >will be revisited. @Alex Goncharuk, please step in.
> >
> >
> > -
> > Denis
> >
>


Re: Ignite stops working suddenly during dev

2019-06-06 Thread Alexey Goncharuk
Hello Denis,

As for p.1 - fully agree. For p.2 - I have some ideas to be implemented in
the future in Ignite 3.0, will share some ideas later.

чт, 6 июн. 2019 г. в 13:29, Denis Magda :

> Hey Igniters,
>
> I'd like us to brainstorm how to solve the following usability issue.
>
> A user starts developing an app and can change the data model via a
> configuration or DDL frequently. However, if there is an incompatible data
> model change like a type/field modification Ignite will fail to restart or
> begins throwing "wrong data type" exceptions.
>
> A solution for these scenarios is to clean the "marshaller/" folder. Guess
> who knows this trick? A few of us. Had to do this all the time while baking
> a demo for one of the recent shows and here is a good example of users'
> hardships:
>
> https://stackoverflow.com/questions/56384773/apache-ignite-programmatically-destroy-persistent-cache
>
> How do you see this needs to be addressed considering:
>
>1. Current Ignite serialization format - a special message that explains
>what to clean and where or some sort of automation?
>2. Future storage independent format - when binary serialization logic
>will be revisited. @Alex Goncharuk, please step in.
>
>
> -
> Denis
>


Ignite stops working suddenly during dev

2019-06-06 Thread Denis Magda
Hey Igniters,

I'd like us to brainstorm how to solve the following usability issue.

A user starts developing an app and can change the data model via a
configuration or DDL frequently. However, if there is an incompatible data
model change like a type/field modification Ignite will fail to restart or
begins throwing "wrong data type" exceptions.

A solution for these scenarios is to clean the "marshaller/" folder. Guess
who knows this trick? A few of us. Had to do this all the time while baking
a demo for one of the recent shows and here is a good example of users'
hardships:
https://stackoverflow.com/questions/56384773/apache-ignite-programmatically-destroy-persistent-cache

How do you see this needs to be addressed considering:

   1. Current Ignite serialization format - a special message that explains
   what to clean and where or some sort of automation?
   2. Future storage independent format - when binary serialization logic
   will be revisited. @Alex Goncharuk, please step in.


-
Denis