Multimap implementation attempt
Hello Igniters. I'm trying now to implement Multimap datastructure. I wrote a comment about implementation details here: https://issues.apache.org/jira/browse/IGNITE-640 Now I got Multimap prototype with put/get methods: https://github.com/apache/ignite/compare/master...ruskim:ignite-640?expand=1 This basic test for put/get successfully passed: https://github.com/ruskim/ignite/blob/2af6274f9234dda1550696014ffd8e327d75da57/modules/core/src/test/java/org/apache/ignite/internal/processors/cache/datastructures/GridCacheMultimapSelfTest.java A lot of thing I did by analogy with IgniteQueue and IgniteSet. I realize, that most probably I made a lot of errors. Before moving further I want to be sure that basic things, like put/get, implemented properly. Probably someone could look at my code and point me at most serious errors. Thank you! Konstantin
Re: NoopSwapSpaceSpi and dynamically started caches
Hello. Patch for https://issues.apache.org/jira/browse/IGNITE-2650 is available. Please review. On Thu, Feb 18, 2016 at 2:10 PM, Konstantin Margorin wrote: > Yakov, thank you. Sounds good. I'll do this way. > > On Thu, Feb 18, 2016 at 1:43 PM, Yakov Zhdanov > wrote: > >> Konstantin, >> >> Here are my comments. >> >> 1. I would force same swap configuration on all servers. Therefore, I >> would >> add "checkClient" attribute to annotation which is "true" by default >> 2. I think all users should properly configure swap along the cluster if >> they want to handle possible memory overflow. >> >> --Yakov >> >> 2016-02-18 12:35 GMT+03:00 Konstantin Margorin : >> >> > Hi all. >> > >> > Sorry for asking again, but after some experiments I want to discuss >> > several options for grid swap policy. Some of them have odd side >> effects. >> > It's better to explicitly write them down to select the best solution. >> > >> > 1. Strict policy. >> > - @IgniteSpiConsistencyChecked(optional = false) used in >> FileSwapSpaceSpi >> > and NoopSwapSpaceSpi. Nodes with different swap providers could not >> coexist >> > in the grid. >> > - Cache with swap space could be start, only if all nodes in the grid >> has >> > FileSwapSpaceSpi provider enabled. >> > In this case if part of nodes in the grid use FileSwapSpaceSpi and other >> > part use NoopSwapSpaceSpi, than only random part of them will start. If >> the >> > first started node has FileSwapSpaceSpi, then all nodes with >> > NoopSwapSpaceSpi will fail to start, and vice versa. >> > Interesting thing is that client nodes ( with >> Ignition.setClientMode(true)) >> > should also has the same swap space provider as others nodes in the >> grid. >> > I.e. If nodes in the grid use FileSwapSpaceSpi, client will fail to >> start >> > if it use NoopSwapSpaceSpi. That is strange, because client node does >> not >> > store any data, so swap policy is irrelevant to them. >> > Another interesting thing with client nodes is that client node with >> > NoopSwapSpaceSpi will never be able to start cache with swap enabled: >> > - if all nodes in the grid use FileSwapSpaceSpi, than client node simply >> > will fail to start >> > - if all nodes in the grid use NoopSwapSpaceSpi, than cache with swap >> will >> > not start on such nodes >> > 2. Soft policy >> > - @IgniteSpiConsistencyChecked(optional = true) used in FileSwapSpaceSpi >> > and NoopSwapSpaceSpi. Nodes with different swap providers could coexist, >> > warning is printed in case of different providers. >> > - Cache with swap space could be start, only if all nodes in the grid >> has >> > FileSwapSpaceSpi provider enabled. >> > In this case success of dynamic cache with swap creation depends on >> order >> > in which the nodes start. Suppose we have node with swap (nSwap), node >> > without swap (nNoSwap) and a client, who just after start creates >> dynamic >> > cache with swap (cSwap). >> > If nSwap and nNoSwap started before cSwap, than cSwap will fail to >> create >> > cache, because not all nodes in the grid support swap space. >> > If nSwap started first, than started cSwap. cSwap will create cache >> > succesfuly. After that nNoSwap will start. And we have configuration >> now, >> > when nodes with different swap policies are coexist in grid, but cache >> with >> > swap successfully started. >> > 3. Another option, initially suggested by Artem, is always use >> > FileSwapSpaceSpi if user doesn't provide SwapSpaceSpi explicitly. >> Probably >> > will get higher resources usage in this case. >> > 4. Leave it as now, but with logging: >> > - @IgniteSpiConsistencyChecked(optional = true) >> > - log when cache with swap enabled started and there some nodes without >> > swap in the grid >> > Which option should we choose? >> > >> > >> > On Tue, Feb 16, 2016 at 2:55 PM, Yakov Zhdanov >> > wrote: >> > >> > > I think, yes >> > > >> > > --Yakov >> > > >> > > 2016-02-16 14:19 GMT+03:00 Konstantin Margorin : >> > > >> > > > Should we use optional=false in @IgniteSpiConsistencyChecked ? >> > > > >> > > > On Tue, Feb 16, 2016 at 1:15 PM, Dmitriy Setrakyan < >> > &
Re: NoopSwapSpaceSpi and dynamically started caches
Yakov, thank you. Sounds good. I'll do this way. On Thu, Feb 18, 2016 at 1:43 PM, Yakov Zhdanov wrote: > Konstantin, > > Here are my comments. > > 1. I would force same swap configuration on all servers. Therefore, I would > add "checkClient" attribute to annotation which is "true" by default > 2. I think all users should properly configure swap along the cluster if > they want to handle possible memory overflow. > > --Yakov > > 2016-02-18 12:35 GMT+03:00 Konstantin Margorin : > > > Hi all. > > > > Sorry for asking again, but after some experiments I want to discuss > > several options for grid swap policy. Some of them have odd side effects. > > It's better to explicitly write them down to select the best solution. > > > > 1. Strict policy. > > - @IgniteSpiConsistencyChecked(optional = false) used in FileSwapSpaceSpi > > and NoopSwapSpaceSpi. Nodes with different swap providers could not > coexist > > in the grid. > > - Cache with swap space could be start, only if all nodes in the grid has > > FileSwapSpaceSpi provider enabled. > > In this case if part of nodes in the grid use FileSwapSpaceSpi and other > > part use NoopSwapSpaceSpi, than only random part of them will start. If > the > > first started node has FileSwapSpaceSpi, then all nodes with > > NoopSwapSpaceSpi will fail to start, and vice versa. > > Interesting thing is that client nodes ( with > Ignition.setClientMode(true)) > > should also has the same swap space provider as others nodes in the grid. > > I.e. If nodes in the grid use FileSwapSpaceSpi, client will fail to start > > if it use NoopSwapSpaceSpi. That is strange, because client node does > not > > store any data, so swap policy is irrelevant to them. > > Another interesting thing with client nodes is that client node with > > NoopSwapSpaceSpi will never be able to start cache with swap enabled: > > - if all nodes in the grid use FileSwapSpaceSpi, than client node simply > > will fail to start > > - if all nodes in the grid use NoopSwapSpaceSpi, than cache with swap > will > > not start on such nodes > > 2. Soft policy > > - @IgniteSpiConsistencyChecked(optional = true) used in FileSwapSpaceSpi > > and NoopSwapSpaceSpi. Nodes with different swap providers could coexist, > > warning is printed in case of different providers. > > - Cache with swap space could be start, only if all nodes in the grid has > > FileSwapSpaceSpi provider enabled. > > In this case success of dynamic cache with swap creation depends on order > > in which the nodes start. Suppose we have node with swap (nSwap), node > > without swap (nNoSwap) and a client, who just after start creates dynamic > > cache with swap (cSwap). > > If nSwap and nNoSwap started before cSwap, than cSwap will fail to create > > cache, because not all nodes in the grid support swap space. > > If nSwap started first, than started cSwap. cSwap will create cache > > succesfuly. After that nNoSwap will start. And we have configuration now, > > when nodes with different swap policies are coexist in grid, but cache > with > > swap successfully started. > > 3. Another option, initially suggested by Artem, is always use > > FileSwapSpaceSpi if user doesn't provide SwapSpaceSpi explicitly. > Probably > > will get higher resources usage in this case. > > 4. Leave it as now, but with logging: > > - @IgniteSpiConsistencyChecked(optional = true) > > - log when cache with swap enabled started and there some nodes without > > swap in the grid > > Which option should we choose? > > > > > > On Tue, Feb 16, 2016 at 2:55 PM, Yakov Zhdanov > > wrote: > > > > > I think, yes > > > > > > --Yakov > > > > > > 2016-02-16 14:19 GMT+03:00 Konstantin Margorin : > > > > > > > Should we use optional=false in @IgniteSpiConsistencyChecked ? > > > > > > > > On Tue, Feb 16, 2016 at 1:15 PM, Dmitriy Setrakyan < > > > dsetrak...@apache.org> > > > > wrote: > > > > > > > > > Sounds good to me. > > > > > > > > > > On Tue, Feb 16, 2016 at 2:13 AM, Yakov Zhdanov < > yzhda...@apache.org> > > > > > wrote: > > > > > > > > > > > Let's require that all nodes should have same swap space SPI. I > > think > > > > we > > > > > > can put @GridSpiConsistencyChecked on file swap space SPI (any > > other > > > > > > suggestions?). > > > > > > &
Re: NoopSwapSpaceSpi and dynamically started caches
Hi all. Sorry for asking again, but after some experiments I want to discuss several options for grid swap policy. Some of them have odd side effects. It's better to explicitly write them down to select the best solution. 1. Strict policy. - @IgniteSpiConsistencyChecked(optional = false) used in FileSwapSpaceSpi and NoopSwapSpaceSpi. Nodes with different swap providers could not coexist in the grid. - Cache with swap space could be start, only if all nodes in the grid has FileSwapSpaceSpi provider enabled. In this case if part of nodes in the grid use FileSwapSpaceSpi and other part use NoopSwapSpaceSpi, than only random part of them will start. If the first started node has FileSwapSpaceSpi, then all nodes with NoopSwapSpaceSpi will fail to start, and vice versa. Interesting thing is that client nodes ( with Ignition.setClientMode(true)) should also has the same swap space provider as others nodes in the grid. I.e. If nodes in the grid use FileSwapSpaceSpi, client will fail to start if it use NoopSwapSpaceSpi. That is strange, because client node does not store any data, so swap policy is irrelevant to them. Another interesting thing with client nodes is that client node with NoopSwapSpaceSpi will never be able to start cache with swap enabled: - if all nodes in the grid use FileSwapSpaceSpi, than client node simply will fail to start - if all nodes in the grid use NoopSwapSpaceSpi, than cache with swap will not start on such nodes 2. Soft policy - @IgniteSpiConsistencyChecked(optional = true) used in FileSwapSpaceSpi and NoopSwapSpaceSpi. Nodes with different swap providers could coexist, warning is printed in case of different providers. - Cache with swap space could be start, only if all nodes in the grid has FileSwapSpaceSpi provider enabled. In this case success of dynamic cache with swap creation depends on order in which the nodes start. Suppose we have node with swap (nSwap), node without swap (nNoSwap) and a client, who just after start creates dynamic cache with swap (cSwap). If nSwap and nNoSwap started before cSwap, than cSwap will fail to create cache, because not all nodes in the grid support swap space. If nSwap started first, than started cSwap. cSwap will create cache succesfuly. After that nNoSwap will start. And we have configuration now, when nodes with different swap policies are coexist in grid, but cache with swap successfully started. 3. Another option, initially suggested by Artem, is always use FileSwapSpaceSpi if user doesn't provide SwapSpaceSpi explicitly. Probably will get higher resources usage in this case. 4. Leave it as now, but with logging: - @IgniteSpiConsistencyChecked(optional = true) - log when cache with swap enabled started and there some nodes without swap in the grid Which option should we choose? On Tue, Feb 16, 2016 at 2:55 PM, Yakov Zhdanov wrote: > I think, yes > > --Yakov > > 2016-02-16 14:19 GMT+03:00 Konstantin Margorin : > > > Should we use optional=false in @IgniteSpiConsistencyChecked ? > > > > On Tue, Feb 16, 2016 at 1:15 PM, Dmitriy Setrakyan < > dsetrak...@apache.org> > > wrote: > > > > > Sounds good to me. > > > > > > On Tue, Feb 16, 2016 at 2:13 AM, Yakov Zhdanov > > > wrote: > > > > > > > Let's require that all nodes should have same swap space SPI. I think > > we > > > > can put @GridSpiConsistencyChecked on file swap space SPI (any other > > > > suggestions?). > > > > > > > > --Yakov > > > > > > > > 2016-02-15 23:31 GMT+03:00 Konstantin Margorin : > > > > > > > > > Probably I can handle this ticket, but I want to clarify one thing. > > > > > > > > > > Suppose dynamic cache with enabled swap should be partitioned > between > > > two > > > > > nodes with backups=1. First node started with FileSwapSpaceSpi, > > second > > > > with > > > > > NoopSwapSpaceSpi. > > > > > > > > > > How cache should start in this case? > > > > > > > > > > > > > > > On Mon, Feb 15, 2016 at 3:45 PM, Artem Shutak < > ashu...@gridgain.com> > > > > > wrote: > > > > > > > > > > > I've created a newbie issue for that: > > > > > > https://issues.apache.org/jira/browse/IGNITE-2650. > > > > > > > > > > > > -- Artem -- > > > > > > > > > > > > On Wed, Feb 10, 2016 at 8:53 PM, Dmitriy Setrakyan < > > > > > dsetrak...@apache.org> > > > > > > wrote: > > > > > > > > > > > > > Artem, > > > > > > > > > > > > > &g
Re: NoopSwapSpaceSpi and dynamically started caches
Should we use optional=false in @IgniteSpiConsistencyChecked ?
On Tue, Feb 16, 2016 at 1:15 PM, Dmitriy Setrakyan
wrote:
> Sounds good to me.
>
> On Tue, Feb 16, 2016 at 2:13 AM, Yakov Zhdanov
> wrote:
>
> > Let's require that all nodes should have same swap space SPI. I think we
> > can put @GridSpiConsistencyChecked on file swap space SPI (any other
> > suggestions?).
> >
> > --Yakov
> >
> > 2016-02-15 23:31 GMT+03:00 Konstantin Margorin :
> >
> > > Probably I can handle this ticket, but I want to clarify one thing.
> > >
> > > Suppose dynamic cache with enabled swap should be partitioned between
> two
> > > nodes with backups=1. First node started with FileSwapSpaceSpi, second
> > with
> > > NoopSwapSpaceSpi.
> > >
> > > How cache should start in this case?
> > >
> > >
> > > On Mon, Feb 15, 2016 at 3:45 PM, Artem Shutak
> > > wrote:
> > >
> > > > I've created a newbie issue for that:
> > > > https://issues.apache.org/jira/browse/IGNITE-2650.
> > > >
> > > > -- Artem --
> > > >
> > > > On Wed, Feb 10, 2016 at 8:53 PM, Dmitriy Setrakyan <
> > > dsetrak...@apache.org>
> > > > wrote:
> > > >
> > > > > Artem,
> > > > >
> > > > > I like the option with proper exception in case if a dynamic cache
> is
> > > > > started with swap enabled while there was no swap configured in
> > Ignite.
> > > > >
> > > > > Starting FileSwapSpaceSpi all the time is not a good option as user
> > > will
> > > > > face the same problem when trying to change to a different SPI.
> > > > >
> > > > > D.
> > > > >
> > > > > On Wed, Feb 10, 2016 at 4:39 AM, Artem Shutak <
> ashu...@gridgain.com>
> > > > > wrote:
> > > > >
> > > > > > Igniters,
> > > > > >
> > > > > > I've noticed an issue with NoopSwapSpaceSpi and dynamically
> started
> > > > > cashes.
> > > > > >
> > > > > > We have the following logic on node start:
> > > > > >
> > > > > > if (cfg.getSwapSpaceSpi() == null) {
> > > > > > boolean needSwap = false;
> > > > > >
> > > > > > if (cfg.getCacheConfiguration() != null &&
> > > > > > !Boolean.TRUE.equals(cfg.isClientMode())) {
> > > > > > for (CacheConfiguration c :
> > > > > > cfg.getCacheConfiguration()) {
> > > > > > if (c.isSwapEnabled()) {
> > > > > > needSwap = true;
> > > > > >
> > > > > > break;
> > > > > > }
> > > > > > }
> > > > > > }
> > > > > >
> > > > > > cfg.setSwapSpaceSpi(needSwap ? new
> > > FileSwapSpaceSpi() :
> > > > > new
> > > > > > NoopSwapSpaceSpi());
> > > > > > }
> > > > > >
> > > > > > According to the code above, if IgniteConfiguration doesn't
> contain
> > > > cache
> > > > > > configurations or all configured caches configured without swap,
> > then
> > > > > node
> > > > > > will be started with NoopSwapSpaceSpi.
> > > > > > As a result in this case, when we start dynamic cache with
> enabled
> > > swap
> > > > > > then actually swap doesn't work.
> > > > > >
> > > > > > There is simple workaround - user have to explicitly set
> > > > FileSwapSpaceSpi
> > > > > > to configuration. But now, there is no any warning or exception.
> > > > > >
> > > > > > What we can do:
> > > > > >
> > > > > >1. Throw an exception on dynamic cache start (with swap
> enabled)
> > > > > >if NoopSwapSpaceSpi is configured.
> > > > > >2. Actually, I don't see why we need NoopSwapSpaceSpi at all.
> I
> > > > think
> > > > > we
> > > > > >should configure FileSwapSpaceSpi always if user doesn't
> provide
> > > any
> > > > > >SwapSpaceSpi explicitly.
> > > > > >
> > > > > > Thoughts?
> > > > > >
> > > > > > Thanks,
> > > > > > -- Artem --
> > > > > >
> > > > >
> > > >
> > >
> >
>
Re: NoopSwapSpaceSpi and dynamically started caches
Probably I can handle this ticket, but I want to clarify one thing.
Suppose dynamic cache with enabled swap should be partitioned between two
nodes with backups=1. First node started with FileSwapSpaceSpi, second with
NoopSwapSpaceSpi.
How cache should start in this case?
On Mon, Feb 15, 2016 at 3:45 PM, Artem Shutak wrote:
> I've created a newbie issue for that:
> https://issues.apache.org/jira/browse/IGNITE-2650.
>
> -- Artem --
>
> On Wed, Feb 10, 2016 at 8:53 PM, Dmitriy Setrakyan
> wrote:
>
> > Artem,
> >
> > I like the option with proper exception in case if a dynamic cache is
> > started with swap enabled while there was no swap configured in Ignite.
> >
> > Starting FileSwapSpaceSpi all the time is not a good option as user will
> > face the same problem when trying to change to a different SPI.
> >
> > D.
> >
> > On Wed, Feb 10, 2016 at 4:39 AM, Artem Shutak
> > wrote:
> >
> > > Igniters,
> > >
> > > I've noticed an issue with NoopSwapSpaceSpi and dynamically started
> > cashes.
> > >
> > > We have the following logic on node start:
> > >
> > > if (cfg.getSwapSpaceSpi() == null) {
> > > boolean needSwap = false;
> > >
> > > if (cfg.getCacheConfiguration() != null &&
> > > !Boolean.TRUE.equals(cfg.isClientMode())) {
> > > for (CacheConfiguration c :
> > > cfg.getCacheConfiguration()) {
> > > if (c.isSwapEnabled()) {
> > > needSwap = true;
> > >
> > > break;
> > > }
> > > }
> > > }
> > >
> > > cfg.setSwapSpaceSpi(needSwap ? new FileSwapSpaceSpi() :
> > new
> > > NoopSwapSpaceSpi());
> > > }
> > >
> > > According to the code above, if IgniteConfiguration doesn't contain
> cache
> > > configurations or all configured caches configured without swap, then
> > node
> > > will be started with NoopSwapSpaceSpi.
> > > As a result in this case, when we start dynamic cache with enabled swap
> > > then actually swap doesn't work.
> > >
> > > There is simple workaround - user have to explicitly set
> FileSwapSpaceSpi
> > > to configuration. But now, there is no any warning or exception.
> > >
> > > What we can do:
> > >
> > >1. Throw an exception on dynamic cache start (with swap enabled)
> > >if NoopSwapSpaceSpi is configured.
> > >2. Actually, I don't see why we need NoopSwapSpaceSpi at all. I
> think
> > we
> > >should configure FileSwapSpaceSpi always if user doesn't provide any
> > >SwapSpaceSpi explicitly.
> > >
> > > Thoughts?
> > >
> > > Thanks,
> > > -- Artem --
> > >
> >
>
Re: Hello
Hi all. Could please someone review my comment to https://issues.apache.org/jira/browse/IGNITE-1783 It's easy to make a patch, but this will lead to longer arguments list in some places. Is it ok? On Tue, Feb 9, 2016 at 3:11 PM, Vladimir Ozerov wrote: > Konstantin, > > This ticket is more about build process. You can also look at the following > ones: > https://issues.apache.org/jira/browse/IGNITE-1783 > https://issues.apache.org/jira/browse/IGNITE-2555 > > Vladimir. > > On Tue, Feb 9, 2016 at 2:57 PM, Konstantin Margorin > wrote: > > > Hi Vladimir. > > > > I had searched through open tickets for newbies. And looks like the only > > open unassigned ticked is: > > https://issues.apache.org/jira/browse/IGNITE-2049 > > > > Is this ticket right point to start? > > > > Best regards, > > Konstantin > > > > On Tue, Feb 9, 2016 at 2:30 PM, Vladimir Ozerov > > wrote: > > > > > Konstantin, sorry I confused the name. > > > > > > Should you have any further questions please feel free to ask. > > > > > > On Tue, Feb 9, 2016 at 2:29 PM, Vladimir Ozerov > > > wrote: > > > > > > > Hi Carlos, > > > > > > > > Welcome to the Ignite community! > > > > > > > > You should get familiar with Ignite development process described > here: > > > > > https://cwiki.apache.org/confluence/display/IGNITE/Development+Process > > > > > > > > Instructions on how to contribute can be found here: > > > > https://cwiki.apache.org/confluence/display/IGNITE/How+to+Contribute > > > > > > > > Once you got familiar and were able to run a few examples, you should > > > pick > > > > a Jira ticket you would like to start on. Send an email to the dev > > list, > > > so > > > > we can add you as a contributor in Jira. > > > > > > > > You can find interesting tickets to get started here: > > > > https://ignite.apache.org/community/contribute.html#pick-ticket > > > > > > > > Looking forward to your contributions! > > > > > > > > Regards, > > > > Vladimir. > > > > > > > > > > > > On Tue, Feb 9, 2016 at 12:58 PM, Konstantin Margorin < > rus...@gmail.com > > > > > > > wrote: > > > > > > > >> Hi All, > > > >> > > > >> I'm Konstantin Margorin from Anturis. > > > >> > > > >> I would like to contribute my effort on Apache Ignite project and > > > >> appreciate if I could join with you. > > > >> > > > >> Looking forward to your reply. > > > >> > > > >> Best regards, > > > >> Konstantin > > > >> > > > > > > > > > > > > > >
Re: Hello
Sure, I'll do that. Just a small question: is everything ok with my pull request, or I missed something in documentation? On Wed, Feb 10, 2016 at 9:00 AM, Pavel Konstantinov < pkonstanti...@gridgain.com> wrote: > Konstantin, could you please add one more metric - node up time. > I think this metric may be added to the first row: > > ^-- Node [id=41b12e0f, name=null] > > > On Wed, Feb 10, 2016 at 4:59 AM, Denis Magda wrote: > > > Hi Konstantin, welcome! > > > > Added you to the contributors list in JIRA. So for now you're able to > > assign tickets by yourself. > > > > I've seen your pull-request. However please get to know the details of > > pull-request based contribution > > > > > https://cwiki.apache.org/confluence/display/IGNITE/How+to+Contribute#HowtoContribute-1.CreateGitHubpull-request > > > > and when everything is ready please move the ticket, as the doc says, to > > "patch available" state and ask for the review on the dev list. > > > > Thanks, > > Denis > > > > > > On 2/9/2016 8:43 PM, Konstantin Margorin wrote: > > > >> I created account "ruskim" in jira. > >> > >> Should I ask someone to assign ticket IGNITE-2555 to me, or I could > create > >> pull request as is? > >> > >> On Tue, Feb 9, 2016 at 3:25 PM, Konstantin Margorin > >> wrote: > >> > >> Vladimir, thank you. > >>> > >>> I could handle this one: > >>> https://issues.apache.org/jira/browse/IGNITE-2555 > >>> > >>> Konstantin > >>> > >>> On Tue, Feb 9, 2016 at 3:11 PM, Vladimir Ozerov > >>> wrote: > >>> > >>> Konstantin, > >>>> > >>>> This ticket is more about build process. You can also look at the > >>>> following > >>>> ones: > >>>> https://issues.apache.org/jira/browse/IGNITE-1783 > >>>> https://issues.apache.org/jira/browse/IGNITE-2555 > >>>> > >>>> Vladimir. > >>>> > >>>> On Tue, Feb 9, 2016 at 2:57 PM, Konstantin Margorin > > >>>> wrote: > >>>> > >>>> Hi Vladimir. > >>>>> > >>>>> I had searched through open tickets for newbies. And looks like the > >>>>> only > >>>>> open unassigned ticked is: > >>>>> https://issues.apache.org/jira/browse/IGNITE-2049 > >>>>> > >>>>> Is this ticket right point to start? > >>>>> > >>>>> Best regards, > >>>>> Konstantin > >>>>> > >>>>> On Tue, Feb 9, 2016 at 2:30 PM, Vladimir Ozerov < > voze...@gridgain.com> > >>>>> wrote: > >>>>> > >>>>> Konstantin, sorry I confused the name. > >>>>>> > >>>>>> Should you have any further questions please feel free to ask. > >>>>>> > >>>>>> On Tue, Feb 9, 2016 at 2:29 PM, Vladimir Ozerov < > voze...@gridgain.com > >>>>>> wrote: > >>>>>> > >>>>>> Hi Carlos, > >>>>>>> > >>>>>>> Welcome to the Ignite community! > >>>>>>> > >>>>>>> You should get familiar with Ignite development process described > >>>>>>> > >>>>>> here: > >>>> > https://cwiki.apache.org/confluence/display/IGNITE/Development+Process > >>>> > >>>>> Instructions on how to contribute can be found here: > >>>>>>> > >>>>>>> > https://cwiki.apache.org/confluence/display/IGNITE/How+to+Contribute > >>>> > >>>>> Once you got familiar and were able to run a few examples, you > >>>>>>> > >>>>>> should > >>>> > >>>>> pick > >>>>>> > >>>>>>> a Jira ticket you would like to start on. Send an email to the dev > >>>>>>> > >>>>>> list, > >>>>> > >>>>>> so > >>>>>> > >>>>>>> we can add you as a contributor in Jira. > >>>>>>> > >>>>>>> You can find interesting tickets to get started here: > >>>>>>> https://ignite.apache.org/community/contribute.html#pick-ticket > >>>>>>> > >>>>>>> Looking forward to your contributions! > >>>>>>> > >>>>>>> Regards, > >>>>>>> Vladimir. > >>>>>>> > >>>>>>> > >>>>>>> On Tue, Feb 9, 2016 at 12:58 PM, Konstantin Margorin < > >>>>>>> > >>>>>> rus...@gmail.com > >>>> > >>>>> wrote: > >>>>>>> > >>>>>>> Hi All, > >>>>>>>> > >>>>>>>> I'm Konstantin Margorin from Anturis. > >>>>>>>> > >>>>>>>> I would like to contribute my effort on Apache Ignite project and > >>>>>>>> appreciate if I could join with you. > >>>>>>>> > >>>>>>>> Looking forward to your reply. > >>>>>>>> > >>>>>>>> Best regards, > >>>>>>>> Konstantin > >>>>>>>> > >>>>>>>> > >>>>>>> > >>> > > > > > -- > Pavel Konstantinov, QA Engineer > GridGain Systems > www.gridgain.com >
Re: Hello
I created account "ruskim" in jira. Should I ask someone to assign ticket IGNITE-2555 to me, or I could create pull request as is? On Tue, Feb 9, 2016 at 3:25 PM, Konstantin Margorin wrote: > Vladimir, thank you. > > I could handle this one: > https://issues.apache.org/jira/browse/IGNITE-2555 > > Konstantin > > On Tue, Feb 9, 2016 at 3:11 PM, Vladimir Ozerov > wrote: > >> Konstantin, >> >> This ticket is more about build process. You can also look at the >> following >> ones: >> https://issues.apache.org/jira/browse/IGNITE-1783 >> https://issues.apache.org/jira/browse/IGNITE-2555 >> >> Vladimir. >> >> On Tue, Feb 9, 2016 at 2:57 PM, Konstantin Margorin >> wrote: >> >> > Hi Vladimir. >> > >> > I had searched through open tickets for newbies. And looks like the only >> > open unassigned ticked is: >> > https://issues.apache.org/jira/browse/IGNITE-2049 >> > >> > Is this ticket right point to start? >> > >> > Best regards, >> > Konstantin >> > >> > On Tue, Feb 9, 2016 at 2:30 PM, Vladimir Ozerov >> > wrote: >> > >> > > Konstantin, sorry I confused the name. >> > > >> > > Should you have any further questions please feel free to ask. >> > > >> > > On Tue, Feb 9, 2016 at 2:29 PM, Vladimir Ozerov > > >> > > wrote: >> > > >> > > > Hi Carlos, >> > > > >> > > > Welcome to the Ignite community! >> > > > >> > > > You should get familiar with Ignite development process described >> here: >> > > > >> https://cwiki.apache.org/confluence/display/IGNITE/Development+Process >> > > > >> > > > Instructions on how to contribute can be found here: >> > > > >> https://cwiki.apache.org/confluence/display/IGNITE/How+to+Contribute >> > > > >> > > > Once you got familiar and were able to run a few examples, you >> should >> > > pick >> > > > a Jira ticket you would like to start on. Send an email to the dev >> > list, >> > > so >> > > > we can add you as a contributor in Jira. >> > > > >> > > > You can find interesting tickets to get started here: >> > > > https://ignite.apache.org/community/contribute.html#pick-ticket >> > > > >> > > > Looking forward to your contributions! >> > > > >> > > > Regards, >> > > > Vladimir. >> > > > >> > > > >> > > > On Tue, Feb 9, 2016 at 12:58 PM, Konstantin Margorin < >> rus...@gmail.com >> > > >> > > > wrote: >> > > > >> > > >> Hi All, >> > > >> >> > > >> I'm Konstantin Margorin from Anturis. >> > > >> >> > > >> I would like to contribute my effort on Apache Ignite project and >> > > >> appreciate if I could join with you. >> > > >> >> > > >> Looking forward to your reply. >> > > >> >> > > >> Best regards, >> > > >> Konstantin >> > > >> >> > > > >> > > > >> > > >> > >> > >
Re: Hello
Vladimir, thank you. I could handle this one: https://issues.apache.org/jira/browse/IGNITE-2555 Konstantin On Tue, Feb 9, 2016 at 3:11 PM, Vladimir Ozerov wrote: > Konstantin, > > This ticket is more about build process. You can also look at the following > ones: > https://issues.apache.org/jira/browse/IGNITE-1783 > https://issues.apache.org/jira/browse/IGNITE-2555 > > Vladimir. > > On Tue, Feb 9, 2016 at 2:57 PM, Konstantin Margorin > wrote: > > > Hi Vladimir. > > > > I had searched through open tickets for newbies. And looks like the only > > open unassigned ticked is: > > https://issues.apache.org/jira/browse/IGNITE-2049 > > > > Is this ticket right point to start? > > > > Best regards, > > Konstantin > > > > On Tue, Feb 9, 2016 at 2:30 PM, Vladimir Ozerov > > wrote: > > > > > Konstantin, sorry I confused the name. > > > > > > Should you have any further questions please feel free to ask. > > > > > > On Tue, Feb 9, 2016 at 2:29 PM, Vladimir Ozerov > > > wrote: > > > > > > > Hi Carlos, > > > > > > > > Welcome to the Ignite community! > > > > > > > > You should get familiar with Ignite development process described > here: > > > > > https://cwiki.apache.org/confluence/display/IGNITE/Development+Process > > > > > > > > Instructions on how to contribute can be found here: > > > > https://cwiki.apache.org/confluence/display/IGNITE/How+to+Contribute > > > > > > > > Once you got familiar and were able to run a few examples, you should > > > pick > > > > a Jira ticket you would like to start on. Send an email to the dev > > list, > > > so > > > > we can add you as a contributor in Jira. > > > > > > > > You can find interesting tickets to get started here: > > > > https://ignite.apache.org/community/contribute.html#pick-ticket > > > > > > > > Looking forward to your contributions! > > > > > > > > Regards, > > > > Vladimir. > > > > > > > > > > > > On Tue, Feb 9, 2016 at 12:58 PM, Konstantin Margorin < > rus...@gmail.com > > > > > > > wrote: > > > > > > > >> Hi All, > > > >> > > > >> I'm Konstantin Margorin from Anturis. > > > >> > > > >> I would like to contribute my effort on Apache Ignite project and > > > >> appreciate if I could join with you. > > > >> > > > >> Looking forward to your reply. > > > >> > > > >> Best regards, > > > >> Konstantin > > > >> > > > > > > > > > > > > > >
Re: Hello
Hi Vladimir. I had searched through open tickets for newbies. And looks like the only open unassigned ticked is: https://issues.apache.org/jira/browse/IGNITE-2049 Is this ticket right point to start? Best regards, Konstantin On Tue, Feb 9, 2016 at 2:30 PM, Vladimir Ozerov wrote: > Konstantin, sorry I confused the name. > > Should you have any further questions please feel free to ask. > > On Tue, Feb 9, 2016 at 2:29 PM, Vladimir Ozerov > wrote: > > > Hi Carlos, > > > > Welcome to the Ignite community! > > > > You should get familiar with Ignite development process described here: > > https://cwiki.apache.org/confluence/display/IGNITE/Development+Process > > > > Instructions on how to contribute can be found here: > > https://cwiki.apache.org/confluence/display/IGNITE/How+to+Contribute > > > > Once you got familiar and were able to run a few examples, you should > pick > > a Jira ticket you would like to start on. Send an email to the dev list, > so > > we can add you as a contributor in Jira. > > > > You can find interesting tickets to get started here: > > https://ignite.apache.org/community/contribute.html#pick-ticket > > > > Looking forward to your contributions! > > > > Regards, > > Vladimir. > > > > > > On Tue, Feb 9, 2016 at 12:58 PM, Konstantin Margorin > > wrote: > > > >> Hi All, > >> > >> I'm Konstantin Margorin from Anturis. > >> > >> I would like to contribute my effort on Apache Ignite project and > >> appreciate if I could join with you. > >> > >> Looking forward to your reply. > >> > >> Best regards, > >> Konstantin > >> > > > > >
Hello
Hi All, I'm Konstantin Margorin from Anturis. I would like to contribute my effort on Apache Ignite project and appreciate if I could join with you. Looking forward to your reply. Best regards, Konstantin
