Hello

Hello. Im new to Ignite -- *С уважением,* *Кузнецов Алексей* ЗАО «Сбербанк-Технологии» Тел. 789-12-074

IGNITE-3385

If you dont mind, i will take IGNITE-3385 ticket -- *Best Regards,* *Kuznetsov Aleksey*

Re: IGNITE-3385

op > it in favor of Web Console. > Web Console also can import schema import and it is already do it much > better that Schema import utility. > > So, my advice to take another issue to start from. > > Thanks! > > > On Fri, Jan 27, 2017 at 4:52 PM, ALEKSEY KUZNETSOV

IGNITE-4492

will take IGNITE-4492 if you don't mind -- *Best Regards,* *Kuznetsov Aleksey*

Re: IGNITE-4492

I know! But i don't have sufficient privileges yet пт, 27 янв. 2017 г. в 14:41, Alexey Kuznetsov : > Aleksey, > > FYI: You should assign issue in JIRA to your self. (click "Assign to me" > link). > > On Fri, Jan 27, 2017 at 6:28 PM, ALEKSEY KUZNETSOV <

Re: IGNITE-4492

https://issues.apache.org/jira/secure/ViewProfile.jspa?name=Alexey+Kuznetsov пт, 27 янв. 2017 г. в 16:48, Alexey Kuznetsov : > What is your JIRA ID? > I will add you to Apache Ignite contributors. > > On Fri, Jan 27, 2017 at 7:34 PM, ALEKSEY KUZNETSOV < > alkuznetsov...@g

Re: newbie ticket issue

che.org/confluence/display/IGNITE/How+to+Contribute> > > > > Project setup in Intellij IDEAL > > https://cwiki.apache.org/confluence/display/IGNITE/Project+Setup < > https://cwiki.apache.org/confluence/display/IGNITE/Project+Setup> > > > > Looking forward to your contribu

Re: IGNITE-4492

thanx пт, 27 янв. 2017 г. в 17:15, Alexey Kuznetsov : > Added to contributors. > > On Fri, Jan 27, 2017 at 9:04 PM, ALEKSEY KUZNETSOV < > alkuznetsov...@gmail.com > > wrote: > > > https://issues.apache.org/jira/secure/ViewProfile.jspa? > > name=Alexey+Kuznet

Re:

ll-request > > > > P.S. > You’re welcomed to send messages like this to the dev list directly. There > is a plenty of folks which can assist you earlier. > > — > Denis > > > On Jan 31, 2017, at 3:42 AM, ALEKSEY KUZNETSOV > wrote: > > > > Hi

IGNITE-3244

will take https://issues.apache.org/jira/browse/IGNITE-3244 -- *Best Regards,* *Kuznetsov Aleksey*

Re: IGNITE-3244

luable feedback before getting down to coding. > > — > Denis > > > On Feb 1, 2017, at 1:18 AM, ALEKSEY KUZNETSOV > wrote: > > > > will take https://issues.apache.org/jira/browse/IGNITE-3244 > > -- > > > > *Best Regards,* > > > > *Kuznetsov Aleksey* > > -- *Best Regards,* *Kuznetsov Aleksey*

Re: IGNITE-3244

to handle this. > > — > Denis > > > On Feb 2, 2017, at 6:23 AM, ALEKSEY KUZNETSOV > wrote: > > > > I founded that cache.get(i) actually returns an array, containing > > TestObject. But somehow the type of returned value is Object[] not > > Te

Re: IGNITE-3244

his ticket is created. Presently, > binary marshaller ignores custom type for arrays. We need to find a way how > to handle this. > > — > Denis > > > On Feb 2, 2017, at 6:23 AM, ALEKSEY KUZNETSOV > wrote: > > > > I founded that cache.get(i) actually return

Re: IGNITE-3244

ARR); > > and right below we store the actual type > > > > out.unsafeWriteInt(desc.typeId()) > > > > In my understanding, in the layout of binary data we have all the data > > needed to deserialize an array back properly. > > > > Vovan, is there any

Re: IGNITE-3244

Moreover, in CacheObjectBinaryProcessorImpl#marshalToBinary() we explicitly marshal objects array into Object[] and then write it further. I wonder why we dont just marshal -> unmarshal it ? пн, 6 февр. 2017 г. в 15:58, ALEKSEY KUZNETSOV : > type IDs correctly attached to class descriptor

Re: IGNITE-3244

I have a solution on this task, this is pull request into my forked repository : https://github.com/voipp/ignite/pull/6 пн, 6 февр. 2017 г. в 16:03, ALEKSEY KUZNETSOV : > Moreover, in CacheObjectBinaryProcessorImpl#marshalToBinary() we > explicitly marshal objects array into Object[] an

IGNITE-1178

will take https://issues.apache.org/jira/browse/IGNITE-1178 if you don't mind -- *Best Regards,* *Kuznetsov Aleksey*

Test failures

We have a lot of failed tests, which is frustrating. Some of them are flaky(floating status randomly goes from succesful to failed) which adds to frustration. Perhaps, we should fix all the tests in first place, and then continue doing tickets ? -- *Best Regards,* *Kuznetsov Aleksey*

Re: Test failures

> — > Denis > > > On Feb 7, 2017, at 8:40 AM, ALEKSEY KUZNETSOV > wrote: > > > > We have a lot of failed tests, which is frustrating. Some of them are > > flaky(floating status randomly goes from succesful to failed) which adds > to > > frustration. Perh

Re: Test failures

duct more > stable? Basically, this should help your the internals even more profoundly. > > — > Denis > > > On Feb 7, 2017, at 11:50 PM, ALEKSEY KUZNETSOV > wrote: > > > > How could they co-exist ? When you developing some ticket you are risking > > introduce bu

Re: IGNITE-3244

> > further. I > > >> wonder why we dont just marshal -> unmarshal it ? > > > > > > This kind of legacy code that was there for a while. I can’t recall the > > reason why we have it but I’m sure there is a sense for that. > > > > Val, Vovan,

binary output from cache

Guys, i have a dumb question. Why do we need to set withKeepBinary()? What i mean is why dont we just have it hardcoded ? -- *Best Regards,* *Kuznetsov Aleksey*

Re: binary output from cache

more > complicated use cases, like when values are read on servers side, or when > it gives performance improvement. > > -Val > > On Thu, Feb 9, 2017 at 10:36 AM, ALEKSEY KUZNETSOV < > alkuznetsov...@gmail.com > > wrote: > > > Guys, i have a dumb question. Why

general question

Guys, i have a question.Why do we store fields position information in FieldAccessor before hashcode evaluation? Test example is in : org.apache.ignite.internal.binary.BinaryFieldIdentityResolverSelfTest#testHashCode -- *Best Regards,* *Kuznetsov Aleksey*

Re: binary output from cache

he whole object. > > --AG > > 2017-02-10 10:26 GMT+03:00 ALEKSEY KUZNETSOV : > > > How could it give perfomance improvement ? > > > > чт, 9 февр. 2017 г. в 23:21, Valentin Kulichenko < > > valentin.kuliche...@gmail.com>: > > > > > Alexe

Re: general question

What is schema in your context? пн, 13 февр. 2017 г. в 10:50, Vladimir Ozerov : > Alex, > > FieldAccessor stores field positions for the given schema to allow for fast > field value lookup. > > On Fri, Feb 10, 2017 at 7:06 PM, ALEKSEY KUZNETSOV < > alkuznetsov...@gmail.c

Re: general question

...and what is the use of inject ? пн, 13 Фев 2017 г., 17:28 Alexey Goncharuk : > Aleksei, > > This processor handles various @*Resource (@IgniteInstanceResource, > @CacheNameResource, ...) annotations for user-supplied objects, such as > tasks, jobs, entry processors, etc. > > --AG > > 2017-02-1

IGNITE-2552

will take https://issues.apache.org/jira/browse/IGNITE-2552 if you dont mind -- *Best Regards,* *Kuznetsov Aleksey*

IGNITE-4492

again, plz review my PR : https://github.com/apache/ignite/pull/1491 https://issues.apache.org/jira/browse/IGNITE-4492 -- *Best Regards,* *Kuznetsov Aleksey*

IGNITE-1178

Plz, review my PR : https://github.com/apache/ignite/pull/1517 https://issues.apache.org/jira/browse/IGNITE-1178 -- *Best Regards,* *Kuznetsov Aleksey*

Re: IGNITE-4492

asfgit <https://github.com/asfgit> has closed my PR for somehow вт, 14 февр. 2017 г. в 14:46, Semyon Boikov : > Thanks Aleksey, I'll review it today. > > On Tue, Feb 14, 2017 at 2:30 PM, ALEKSEY KUZNETSOV < > alkuznetsov...@gmail.com > > wrote: > >

general question

need help. What is the use of EvictableEntry.meta ? Why do we need to ship some meta to entry ? -- *Best Regards,* *Kuznetsov Aleksey*

Re: general question

ent way. > > On Tue, Feb 14, 2017 at 4:26 PM, ALEKSEY KUZNETSOV < > alkuznetsov...@gmail.com > > wrote: > > > need help. What is the use of EvictableEntry.meta ? Why do we need to > ship > > some meta to entry ? > > -- > > > > *Best Regards,*

PR IGNITE-1178 fix for NPE in GridCacheProcessor.onKernalStop()

Plz, review my PR : https://github.com/apache/ignite/pull/1517 https://issues.apache.org/jira/browse/IGNITE-1178 -- *Best Regards,* *Kuznetsov Aleksey*

IGNITE-2626 Binary marshaller: sort fields alphabetically

im going to take https://issues.apache.org/jira/browse/IGNITE-2626 -- *Best Regards,* *Kuznetsov Aleksey*

Re: IGNITE-2626 Binary marshaller: sort fields alphabetically

yeap чт, 16 февр. 2017 г. в 11:26, Vyacheslav Daradur : > Hello. > > Look at the ticket: https://issues.apache.org/jira/browse/IGNITE-4695 > - Write primitive fields before during binary object marshalling > > Maybe it relates. > > 2017-02-16 11:18 GMT+03:00 ALEKSEY KUZNE

Re: PR IGNITE-1178 fix for NPE in GridCacheProcessor.onKernalStop()

thankx чт, 16 февр. 2017 г. в 11:29, Alexey Kuznetsov : > Hi! > > I did minor code-style review directly on GitHub. Please fix. > > But some one who knows GridCacheProcessor.java should do one more review. > > On Thu, Feb 16, 2017 at 2:38 PM, ALEKSEY KUZNETSOV < &g

IGNITE-2626 is cloned?

Hi! about https://issues.apache.org/jira/browse/IGNITE-2626. Im sure this ticket is cloned from https://issues.apache.org/jira/browse/IGNITE-3191, because it was implemented there. And im confused with code status : fields order is somehow deprecated. This ticket - https://issues.apache.org/jira/br

IGNITE-2779 BinaryMarshaller caches must be cleaned during client reconnect.

will take the ticket https://issues.apache.org/jira/browse/IGNITE-2779 -- *Best Regards,* *Kuznetsov Aleksey*

PR IGNITE-1178 fix for NPE in GridCacheProcessor.onKernalStop()

Again, plz, review my PR : https://github.com/apache/ignite/pull/1517 https://issues.apache.org/jira/browse/IGNITE-1178 -- *Best Regards,* *Kuznetsov Aleksey*

Took IGNITE-2845 Get operation might ignore entry update from EntryProcessor.

https://issues.apache.org/jira/browse/IGNITE-2845 -- *Best Regards,* *Kuznetsov Aleksey*

Re: PR IGNITE-1178 fix for NPE in GridCacheProcessor.onKernalStop()

nite.apache.org/ignite/ > > After you've registered, you should be able to open a review. > > --AG > > 2017-02-17 11:13 GMT+03:00 ALEKSEY KUZNETSOV : > > > Again, plz, review my PR : https://github.com/apache/ignite/pull/1517 > > > > https://issues.apac

Re: PR IGNITE-1178 fix for NPE in GridCacheProcessor.onKernalStop()

Hi! Review my PR again, plz - https://github.com/apache/ignite/pull/1517 пт, 17 февр. 2017 г. в 14:44, ALEKSEY KUZNETSOV : > thanx! my next PR review will be in up source > > пт, 17 февр. 2017 г. в 13:05, Alexey Goncharuk >: > > Aleksey, > > I added a comment on GitHub

PR IGNITE-2552 EvictionPolicies refactored, logic changed

Plz, review my PR : http://reviews.ignite.apache.org/ignite/review/IGNT-CR-98 or https://github.com/apache/ignite/pull/1545 -- *Best Regards,* *Kuznetsov Aleksey*

Will take IGNITE-1264 Resource SPI

will take https://issues.apache.org/jira/browse/IGNITE-1264 -- *Best Regards,* *Kuznetsov Aleksey*

general question

Hi! Why local deployment SPI is ignored, if peer class loading is disabled, and local deployment spi is enabled ? -- *Best Regards,* *Kuznetsov Aleksey*

PR IGNITE-2845 Get operation might ignore entry update from EntryProcessor

PR redy, welcome to review : https://github.com/apache/ignite/pull/1557 https://issues.apache.org/jira/browse/IGNITE-2845 -- *Best Regards,* *Kuznetsov Aleksey*

Re: PR IGNITE-2845 Get operation might ignore entry update from EntryProcessor

ly > >> entry processor result, which is typically smaller than the value stored > >> in > >> a cache. > >> > >> Looks like this case is covered by the following ticket: > >> https://issues.apache.org/jira/browse/IGNITE-3471. Please cooperate > with >

logging

Guys! How to enable debug level logging in tests ? Ignite logger works oddly and doesn't take proper config into account -- *Best Regards,* *Kuznetsov Aleksey*

Re: PR IGNITE-1178 fix for NPE in GridCacheProcessor.onKernalStop()

plz review ticket again пн, 20 февр. 2017 г. в 11:14, Alexey Goncharuk : > Thanks, Aleksey, > > I will take a look this week. > > --AG > > 2017-02-20 10:25 GMT+03:00 ALEKSEY KUZNETSOV : > > > Hi! Review my PR again, plz - https://github.com/apache/ignite/pull/1517

REVIEW IGNITE-2552 EvictionPolicies refactored, logic changed

Plz, review my PR : http://reviews.ignite.apache.org/ignite/review/IGNT-CR-98 or https://github.com/apache/ignite/pull/1545 -- *Best Regards,* *Kuznetsov Aleksey*

PR IGNITE-1094 Ignite.createCache(CacheConfiguration) hangs if some exception occurs during cache initialization

Plz, review my changes https://issues.apache.org/jira/browse/IGNITE-1094 https://github.com/apache/ignite/pull/1581 -- *Best Regards,* *Kuznetsov Aleksey*

Re: REVIEW IGNITE-2552 EvictionPolicies refactored, logic changed

ome comments (mostly cosmetic). > Could you please fix this comment? See review in Upsource for details. > > On Tue, Feb 28, 2017 at 2:17 PM, ALEKSEY KUZNETSOV > wrote: > > Plz, review my PR : > > http://reviews.ignite.apache.org/ignite/review/IGNT-CR-98 > > or https://githu

Re: REVIEW IGNITE-2552 EvictionPolicies refactored, logic changed

Hi, Andrey! Have fixed the comments. Plz, Look up чт, 2 мар. 2017 г. в 11:29, ALEKSEY KUZNETSOV : > lets review code at github rather than upsource later on. Because, the > later is too slow and bring no substantial benefits compared github > > ср, 1 мар. 2017 г. в 18:04, Andrey G

code refactoring suggestion

Hi all ! During pessimistic transaction we execute prepare phase at org.apache.ignite.internal.processors.cache.distributed.near.GridNearTxLocal#commitAsync after executing prepareAsync(); We bind listener on prepare future. Perhaps its better initially bind listener and then execute fut.prepare();

general question

Hi all ! What is the difference between local and near transactions -- *Best Regards,* *Kuznetsov Aleksey*

Re: general question

ar cache serves as a front end > for a partitioned cache, storing recently requested data which is > synchronized when it's changed on > other nodes. > > > On Fri, Mar 3, 2017 at 10:39 AM, ALEKSEY KUZNETSOV < > alkuznetsov...@gmail.com > > wrote: > > > Hi

Re: general question

flow from GridDhtTxPrepareRequest#nearWrites > > On Fri, Mar 3, 2017 at 1:19 PM, ALEKSEY KUZNETSOV < > alkuznetsov...@gmail.com> > wrote: > > > Ah, thanks! Which class is responsible for near cache synchronization ? > > > > пт, 3 мар. 2017 г. в 13:15, Alex

Re: REVIEW IGNITE-2552 EvictionPolicies refactored, logic changed

ets. > So, I think, we should finish review of this ticket in upsource. > > On Thu, Mar 2, 2017 at 11:30 AM, ALEKSEY KUZNETSOV > wrote: > > lets review code at github rather than upsource later on. Because, the > > later is too slow and bring no substantial benefits comp

general question

Hi all ! How could we list all caches, residing on a certain Ignite instance? -- *Best Regards,* *Kuznetsov Aleksey*

Re: general question

; > > https://ignite.apache.org/releases/1.8.0/javadoc/org/apache/ignite/Ignite.html#cacheNames() > > On Mon, Mar 6, 2017 at 3:52 PM, ALEKSEY KUZNETSOV < > alkuznetsov...@gmail.com> > wrote: > > > Hi all ! How could we list all caches, residing on a certain Ignite > > instance?

Re: general question

, > > node N1 must not contain C1 cache data (must not be affinity node for > cache C1), but N1 node must to know about C1 cache (must jave C1 cache > descriptor) in order to provide access to C1 cache from this node. > > > > On Mon, Mar 6, 2017 at 4:36 PM, ALEKSEY KUZNETSOV

Re: general question

Big thanx! пн, 6 мар. 2017 г. в 17:37, Andrey Gura : > You always can use opposite direct during finding solution: > > ignite.cluster().forDataNodes(C1.getName()).nodes().contains(N1) > > On Mon, Mar 6, 2017 at 5:01 PM, ALEKSEY KUZNETSOV > wrote: > > Again. My questio

Re: REVIEW IGNITE-2552 EvictionPolicies refactored, logic changed

Hi! I have fixed all sources. Plz, review it again пн, 6 мар. 2017 г. в 15:43, Andrey Gura : > Aleksey, thanks! > > I answered in JIRA ticket. > > On Mon, Mar 6, 2017 at 10:56 AM, ALEKSEY KUZNETSOV > wrote: > > I've fixed the comments. > > http://reviews.igni

Re: Merging all network components to a single one

What tasks do discovery component responsible for ? вт, 7 мар. 2017 г. в 13:15, Yakov Zhdanov : > Guys, > > I have an idea of merging all net components to one. > > Now we have the following components interacting via network: > 1. discovery > 2. communication > 3. rest > 4. odbc > 5. ignite-hado

distributed transaction of non-single coordinator

Hi all! Im designing distributed transaction which can be started at one node, and continued at other one. Has anybody thoughts on it ? -- *Best Regards,* *Kuznetsov Aleksey*

Re: PR IGNITE-1094 Ignite.createCache(CacheConfiguration) hangs if some exception occurs during cache initialization

v, Director R&D > *GridGain Systems* > www.gridgain.com > > 2017-03-01 12:15 GMT+03:00 Yakov Zhdanov : > > > Alexey, I will take a look at this in couple of days. > > > > --Yakov > > > > 2017-03-01 11:25 GMT+03:00 ALEKSEY KUZNETSOV : > > > &g

Re: general question

I've found GridDhtCacheEntry and GridDistributedCacheEntry, so they must have been of the same logic ? пт, 3 мар. 2017 г. в 15:03, Alexander Fedotov : > Yes, DHT stands for distributed hash table. > > On Fri, Mar 3, 2017 at 3:01 PM, ALEKSEY KUZNETSOV < > alkuznetsov..

Re: PR IGNITE-1178 fix for NPE in GridCacheProcessor.onKernalStop()

plz review ticket again вт, 28 февр. 2017 г. в 14:14, ALEKSEY KUZNETSOV : > plz review ticket again > > пн, 20 февр. 2017 г. в 11:14, Alexey Goncharuk >: > > Thanks, Aleksey, > > I will take a look this week. > > --AG > > 2017-02-20 10:25 GMT+03:00 ALEKSE

Re: PR IGNITE-1094 Ignite.createCache(CacheConfiguration) hangs if some exception occurs during cache initialization

Regarding your comment in ticket. Do you mean broken factory node ought to send notifications to cache nodes through sharedCtx.io().send(...) ? вт, 7 мар. 2017 г. в 14:23, ALEKSEY KUZNETSOV : > Regarding your comment in ticket. Do you mean broken factory node ought to > send notificati

Re: general question

r more details check the class hierarchy. > > On Tue, Mar 7, 2017 at 3:07 PM, ALEKSEY KUZNETSOV < > alkuznetsov...@gmail.com> > wrote: > > > I've found GridDhtCacheEntry and GridDistributedCacheEntry, so they > > must have been of the same logic ?

general question

Hi all! Consider we've got local transaction. How can i simulate node breakage in tests so that transaction will be in ROLLED_BACK state? -- *Best Regards,* *Kuznetsov Aleksey*

general question

Hi all! Is it possible to test on multiple jvm's ? Let's say, to have multiple ignite instances deployed on different jvms ? If yes, how can i create them and address them in code ? -- *Best Regards,* *Kuznetsov Aleksey*

Re: REVIEW IGNITE-2552 EvictionPolicies refactored, logic changed

Hi! Can u plz review ticket once more вт, 7 мар. 2017 г. в 18:52, Andrey Gura : > Aleksey, thanks a lot! > > Answered in JIRA ticket. > > On Tue, Mar 7, 2017 at 1:27 PM, ALEKSEY KUZNETSOV > wrote: > > Hi! I have fixed all sources. Plz, review it again > > > >

Re: PR IGNITE-1178 fix for NPE in GridCacheProcessor.onKernalStop()

plz review ticket again чт, 9 мар. 2017 г. в 10:28, ALEKSEY KUZNETSOV : > plz review ticket again > > вт, 28 февр. 2017 г. в 14:14, ALEKSEY KUZNETSOV >: > > plz review ticket again > > пн, 20 февр. 2017 г. в 11:14, Alexey Goncharuk >: > > Thanks, Aleksey,

Re: distributed transaction of non-single coordinator

. 2017 г. в 22:38, Denis Magda : > Hi Alexey, > > Please share the rational behind this and the thoughts, design ideas you > have in mind. > > — > Denis > > > On Mar 7, 2017, at 3:19 AM, ALEKSEY KUZNETSOV > wrote: > > > > Hi all! I

Re: distributed transaction of non-single coordinator

: > Aleksey, > > Do you mean that you want a concept of transferring of tx ownership from > one node to another? My initial understanding was that you want to be able > to update keys in a transaction from multiple threads in parallel. > > --AG > > 2017-03-10 15:01

Re: general question

ch a way that at least one > participating node does not receive a prepare request. As an example, you > can look > at > org.apache.ignite.internal.processors.cache.distributed.dht.IgniteCachePrimaryNodeFailureRecoveryAbstractTest. > > --AG > > 2017-03-09 20:09 GMT+03:00 ALEKS

Re: distributed transaction of non-single coordinator

+03:00 Дмитрий Рябов : > > > Alexey Goncharuk, heh, my initial understanding was that transferring of > tx > > ownership from one node to another will be happened automatically when > > originating node is gone down. > > > > 2017-03-10 15:36 GMT+03:00 ALEKSEY KUZ

Re: PR IGNITE-1178 fix for NPE in GridCacheProcessor.onKernalStop()

Hmm, i have fixed all your remarks more than 20 days ago. пт, 10 мар. 2017 г. в 15:12, Alexey Goncharuk : > Alexey, > > Looks good. I've left my comments in the PR, please address them and I will > merge it. > > 2017-03-10 10:24 GMT+03:00 ALEKSEY KUZNETSOV : > &

Re: PR IGNITE-1178 fix for NPE in GridCacheProcessor.onKernalStop()

Hi! This is my PR link : https://github.com/apache/ignite/pull/1517. You must have mixed it up, for there is *no* comments to address. пт, 10 мар. 2017 г. в 20:10, Alexey Goncharuk : > Yes, but I have added a few more today :) > > 2017-03-10 19:03 GMT+03:00 ALEKSEY KUZNETSOV : > >

Re: PR IGNITE-1178 fix for NPE in GridCacheProcessor.onKernalStop()

I've fixed all your remarks. Plz, review them пн, 13 мар. 2017 г. в 11:17, Alexey Goncharuk : > My apologies, the comments were not committed to GitHub. They are there > now. > > 2017-03-13 11:13 GMT+03:00 ALEKSEY KUZNETSOV : > > > Hi! This is my PR link : https://git

starting grids in tests

Hi All! When would you call startGridsMultiThreaded instead of startGrids. I wonder why would one start grids multithreaded ? -- *Best Regards,* *Kuznetsov Aleksey*

Re: distributed transaction of non-single coordinator

x > > ownership from one node to another will be happened automatically when > > originating node is gone down. > > > > 2017-03-10 15:36 GMT+03:00 ALEKSEY KUZNETSOV : > > > > > Im aiming to span transaction on multiple threads, nodes, jvms(soon). > So > > &g

Re: PR IGNITE-1178 fix for NPE in GridCacheProcessor.onKernalStop()

Thanks! пн, 13 мар. 2017 г. в 17:24, Alexey Goncharuk : > Aleksey, > > Thanks, I merged your changes to master. Please resolve the ticket. > > 2017-03-13 12:33 GMT+03:00 ALEKSEY KUZNETSOV : > > > I've fixed all your remarks. Plz, review them > > > > пн,

Re: distributed transaction of non-single coordinator

field at TransactionProxyImpl. Perhaps, it must be injected by GridResourceProcessor ? пн, 13 мар. 2017 г. в 17:27, ALEKSEY KUZNETSOV : > while starting and continuing transaction in different jvms in run into > serialization exception in writeExternalMeta : > > @Override

Re: distributed transaction of non-single coordinator

xt. If some data > needs to be passed across, we should create a special transfer object in > this case. > > D. > > > On Mon, Mar 13, 2017 at 9:10 AM, ALEKSEY KUZNETSOV < > alkuznetsov...@gmail.com > > wrote: > > > well, there a couple of issues preventing tr

question regarding EntryProcessor

Hi all! When we invoke EntryProcessor with a given key would it be executed on a separate node, where the key resides? What if there is no key mapping. -- *Best Regards,* *Kuznetsov Aleksey*

Re: distributed transaction of non-single coordinator

anges, we definitely will > have fault tolerance and performance issues. IMO the whole idea is wrong > and it makes no sense to waste time on it. > > Sergi > > 2017-03-14 10:57 GMT+03:00 ALEKSEY KUZNETSOV : > > > IgniteTransactionState implememntation contains IgniteT

Re: distributed transaction of non-single coordinator

l. > > Sergi > > 2017-03-14 16:03 GMT+03:00 ALEKSEY KUZNETSOV : > > > Why wrong ? You know the better solution? > > > > вт, 14 мар. 2017 г. в 15:46, Sergi Vladykin : > > > > > Just serializing TX object and deserializing it on another node is > >

Re: distributed transaction of non-single coordinator

i Vladykin : > Ok, it is not a business case, it is your wrong solution for it. > Lets try again, what is the business case? > > Sergi > > 2017-03-14 16:42 GMT+03:00 ALEKSEY KUZNETSOV : > > > The case is the following, One starts transaction in one node, and commit > &

Re: distributed transaction of non-single coordinator

is Orchestrator for you? Is it a thing from Microsoft or your custom > in-house software? > > Sergi > > 2017-03-14 18:00 GMT+03:00 ALEKSEY KUZNETSOV : > > > Fine. Let's say we've got multiple servers which fulfills custom logic. > > This servers compound ori

Re: distributed transaction of non-single coordinator

03-14 22:46 GMT+03:00 ALEKSEY KUZNETSOV : > > > orchestrator is a custom thing. He is responsible for managing business > > scenarios flows. Many nodes are involved in scenarios. They exchange data > > and folow one another. If you acquinted with BPMN framework, so > > orchestra

Re: distributed transaction of non-single coordinator

we understand all implications, we should move to development stage. > > On Wed, Mar 15, 2017 at 10:38 AM, ALEKSEY KUZNETSOV < > alkuznetsov...@gmail.com> wrote: > > > Right > > > > ср, 15 мар. 2017 г. в 10:35, Sergi Vladykin : > > > > > Good! Basically yo

Re: PR IGNITE-1094 Ignite.createCache(CacheConfiguration) hangs if some exception occurs during cache initialization

Its not simple as you say) Im confused with numerous sender\listener etc. methods. It looks like, coordinator node sends DynamicCacheChangeBatch message, with cache create request over cacheProcessor to smbd. But i cannot trace cache startup flow from this point. чт, 9 мар. 2017 г. в 17:46, Yakov

Re: distributed transaction of non-single coordinator

> to Orchestrator to restart the job with new `otx` > > PROFIT!! > > This approach even allows you to run independent parts of the graph in > parallel (with TX transfer you will always run only one at a time). Also it > does not require inventing any special fault toleran

Re: distributed transaction of non-single coordinator

of any other keys end > result depends on. > > After that Committer Service has to do a cleanup (may be outside of the > committing tx) to come to the following final state: > > [k1 => v1a] > [k2 => v2ab] > [k3 => v3b] > >

Re: distributed transaction of non-single coordinator

some Service A introduce changes? So no other service is allowed to change this key-value?(sort of pessimistic blocking) May be you know some implementations of such approach ? ср, 15 мар. 2017 г. в 17:54, ALEKSEY KUZNETSOV : > Thank you very much for help. I will answer later. > > с

Re: Unused argument in DirectMessageWriter

watch him, he is gonna remove all the messages he doesn't like :) чт, 16 мар. 2017 г. в 14:56, Valentin Kulichenko < valentin.kuliche...@gmail.com>: > Hi, > > These classes are part of plugin framework. Even though 'name' argument is > not used by Ignite implementations, it can be used by others.

Re: PR IGNITE-1094 Ignite.createCache(CacheConfiguration) hangs if some exception occurs during cache initialization

It still unclear , how could i notify coordinator that cache creation failed чт, 9 мар. 2017 г. в 17:46, Yakov Zhdanov : Alexey, you should understand how caches startup and partition map exchange work. I would suggest you start couple of nodes in single VM and simply do step-by-step debug in y

  1   2   3   >