Ivan, I'm not pushing, I'm trying to apply the lazy consensus. It soon will be a whole month since I've started the discussion - more than enough to express concerns and provide alternative suggestions. Please keep in mind that we are trying to address a very specific technical problem that influences the development. "Do nothing" is not really an option here.
Either way, I will put the initial suggestion for the vote. -Val On Thu, Sep 30, 2021 at 12:24 AM Ivan Pavlukhin <vololo...@gmail.com> wrote: > Val, > > > Let's discuss this until the end of the week. If there is no clear > picture on option #2 by then, I suggest we go with #1. > > For a moment I felt that the proposal is pushed. Let's not do so. The > subject is very important, years impact I suppose. And the best way > here is to reach absolute consensus. Without tight timelines so far. > In case if we fail with consensus we can arrange formal voting. > > 2021-09-29 14:34 GMT+03:00, Petr Ivanov <mr.wei...@gmail.com>: > > I am watching how Apache Ignite does evolve for over a 3 years already > and > > see that such hidden (almost no Open Source Community points could be > > achieved for refactoring and addressing something that is not directly > > project's source executable code) issues drown under constant pressure of > > new features and releases. > > > > I have never created issues for Maven build refactoring (for instanced) > > because I understand that 1) it is almost impossible for current tech > debt > > already accumulated and 2) to won't be welcomed by community because of > > indirect relationship to main project's goals. > > Considering other parts, please, note [1], [2], [3], [4], [5], [6], [7], > [8] > > and many many more issues that have no separate ticket. > > > > My point — such technical debt is overwhelming and will be never ever > > approached. > > That is one of the reasons why Ignite 3 being built from scratch, having > in > > mind all mistakes we've already made and lots of errors we will never do > > just because there would be no legacy basic for that. > > > > > > > > [1] https://issues.apache.org/jira/browse/IGNITE-7190 > > [2] https://issues.apache.org/jira/browse/IGNITE-7326 > > [3] https://issues.apache.org/jira/browse/IGNITE-7672 > > [4] https://issues.apache.org/jira/browse/IGNITE-8496 > > [5] https://issues.apache.org/jira/browse/IGNITE-9866 > > [6] https://issues.apache.org/jira/browse/IGNITE-10600 > > [7] https://issues.apache.org/jira/browse/IGNITE-10683 > > [8] https://issues.apache.org/jira/browse/IGNITE-10696 > > > > > > > > > > > >> On 29 Sep 2021, at 14:14, Nikolay Izhikov <nizhi...@apache.org> wrote: > >> > >>> — issues related to Maven build? possible Gradle upgrade? > >> > >> I’m not aware of the issues. > >> Can you, please, send a tickets or description of existing issues? > >> Anyway, it seems change of build tool can be done at any time we want > >> > >>> — issues related to run scripts? > >>> — issues related to release and delivery processes and scripts? > >> > >> I’m not aware of those too. > >> Can you point to then, please? > >> > >>> Are they going to be addressed during Apache Ignite evolution too? > >> > >> Yes, from my point of view. > >> > >>> 29 сент. 2021 г., в 14:03, Petr Ivanov <mr.wei...@gmail.com> > написал(а): > >>> > >>> And what about: > >>> — issues related to Maven build? possible Gradle upgrade? > >>> — issues related to run scripts? > >>> — issues related to release and delivery processes and scripts? > >>> > >>> Are they going to be addressed during Apache Ignite evolution too? > >>> > >>>> On 29 Sep 2021, at 13:47, Nikolay Izhikov <nizhi...@apache.org> > wrote: > >>>> > >>>>> Does you vision of evolutionary improvement involve technical debt > >>>>> addressing > >>>> > >>>> Yes, of course. > >>>> > >>>> My vision was the following (from the bird eye): > >>>> > >>>> - 2.20 - removals of LOCAL caches, MVCC and other abandoned features. > >>>> (User API doesn’t change). > >>>> - 2.30 - replace static XML configuration with the new dynamic > >>>> approach. > >>>> - 2.40 - replace H2 SQL engine with the Calcite > >>>> > >>>> etc. > >>>> > >>>> Versions depends on feature readiness. > >>>> > >>>> Anyway, I step back with the initial Ignite3 development, because, > don’t > >>>> want to interfere the progress. > >>>> > >>>> Respect to the developers who have courage to develop such complex > >>>> things from scratch. > >>>> > >>>>> 29 сент. 2021 г., в 12:55, Petr Ivanov <mr.wei...@gmail.com> > >>>>> написал(а): > >>>>> > >>>>> > >>>>>> I believe that we should improve Ignite evolutionary and not > >>>>>> revolutionary. > >>>>>> First of all, change user API with the slow improvements step by > >>>>>> step. > >>>>> > >>>>> Nikolay, > >>>>> > >>>>> Does you vision of evolutionary improvement involve technical debt > >>>>> addressing? > >>>>> > >>>>> > >>>>>> > >>>>>> > >>>>>>> 29 сент. 2021 г., в 11:43, Ilya Kasnacheev > >>>>>>> <ilya.kasnach...@gmail.com> написал(а): > >>>>>>> > >>>>>>> Hello! > >>>>>>> > >>>>>>> If we go the second route, we can call the field "Generation". > >>>>>>> > >>>>>>> Generation: Ignite 2.x > >>>>>>> Generation: Ignite 3 > >>>>>>> > >>>>>>> (no new tickets should ever be filed for Ignite 1.x but if they > are, > >>>>>>> they > >>>>>>> should go to the first Generation) > >>>>>>> > >>>>>>> Regards. > >>>>>>> -- > >>>>>>> Ilya Kasnacheev > >>>>>>> > >>>>>>> > >>>>>>> ср, 29 сент. 2021 г. в 00:33, Valentin Kulichenko < > >>>>>>> valentin.kuliche...@gmail.com>: > >>>>>>> > >>>>>>>> As for the original topic, we need to come to a solution. Let me > >>>>>>>> summarize > >>>>>>>> what we've discussed so far. > >>>>>>>> > >>>>>>>> -PROBLEM- > >>>>>>>> > >>>>>>>> Ignite 3 is the next major version of Apache Ignite. It targets > the > >>>>>>>> same > >>>>>>>> use cases and provides a similar set of features as Ignite 2. At > the > >>>>>>>> same > >>>>>>>> time, Ignite 2 and Ignite 3 are *technically* separate projects. > >>>>>>>> They are > >>>>>>>> developed in different repositories (and therefore are based on > >>>>>>>> different > >>>>>>>> codebases) and implement different internal architectures. To > >>>>>>>> achieve a > >>>>>>>> more efficient development process, we need to create a clear > >>>>>>>> separation > >>>>>>>> between 2.x and 3.x within *development resources* (Jira and > >>>>>>>> Confluence). > >>>>>>>> > >>>>>>>> -POSSIBLE SOLUTIONS- > >>>>>>>> > >>>>>>>> 1. Create a separate Jira project and Confluence space for Ignite > 3 > >>>>>>>> (initial suggestion). > >>>>>>>> 2. Add a *mandatory* field in Jira to identify whether a ticket > >>>>>>>> belongs to > >>>>>>>> 2.x or 3.x. > >>>>>>>> > >>>>>>>> If we go with #2, there are still several things to figure out: > >>>>>>>> > >>>>>>>> - What is the name of this field? It needs to be intuitive to > anyone > >>>>>>>> who > >>>>>>>> joins the community. > >>>>>>>> - We need to make sure that Ignite 3 tickets are not mapped to 2.x > >>>>>>>> versions, and vice versa. Can we restrict this in Jira? Or we will > >>>>>>>> have > >>>>>>>> to > >>>>>>>> monitor this manually? > >>>>>>>> - What do we do with Confluence? > >>>>>>>> > >>>>>>>> Nikolay, Ilya, Denis, and others who opposed the initial > suggestion: > >>>>>>>> if you > >>>>>>>> still prefer the second option, could you please address the > points > >>>>>>>> above? > >>>>>>>> I don't think it can be treated as an actual suggestion until we > >>>>>>>> cover > >>>>>>>> these details. > >>>>>>>> > >>>>>>>> Let's discuss this until the end of the week. If there is no clear > >>>>>>>> picture > >>>>>>>> on option #2 by then, I suggest we go with #1. > >>>>>>>> > >>>>>>>> -Val > >>>>>>>> > >>>>>>>> On Tue, Sep 28, 2021 at 11:22 PM Valentin Kulichenko < > >>>>>>>> valentin.kuliche...@gmail.com> wrote: > >>>>>>>> > >>>>>>>>> Folks, > >>>>>>>>> > >>>>>>>>> Versioning is a separate topic. We agreed on the current scheme > in > >>>>>>>>> March > >>>>>>>>> [1]. If someone thinks we need to change it, please create a new > >>>>>>>>> thread > >>>>>>>> and > >>>>>>>>> present your suggestions. > >>>>>>>>> > >>>>>>>>> [1] > >>>>>>>>> > >>>>>>>> > https://lists.apache.org/thread.html/r17ebaad35ca2bd70e716e67683ae7fec9bd97372b6cc57a7e9c81f9d%40%3Cdev.ignite.apache.org%3E > >>>>>>>>> > >>>>>>>>> -Val > >>>>>>>>> > >>>>>>>>> On Tue, Sep 28, 2021 at 12:37 PM Petr Ivanov < > mr.wei...@gmail.com> > >>>>>>>> wrote: > >>>>>>>>> > >>>>>>>>>> Seems rational. > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> But still 2.11.0 and 21.1.0 for the time being will look like > >>>>>>>>>> similar or > >>>>>>>>>> error in either version... > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>>> On 27 Sep 2021, at 18:11, Ivan Pavlukhin <vololo...@gmail.com> > >>>>>>>>>>> wrote: > >>>>>>>>>>> > >>>>>>>>>>> I mean that Ignite 2.x will continue to use old scheme and > Ignite > >>>>>>>>>>> 3 > >>>>>>>>>>> will be e.g. Ignite 21.1 and so on. > >>>>>>>>>>> > >>>>>>>>>>> 2021-09-27 14:57 GMT+03:00, Petr Ivanov <mr.wei...@gmail.com>: > >>>>>>>>>>>> How will not they clash if version is based only on date? > >>>>>>>>>>>> > >>>>>>>>>>>>> On 27 Sep 2021, at 14:33, Ivan Pavlukhin < > vololo...@gmail.com> > >>>>>>>> wrote: > >>>>>>>>>>>>> > >>>>>>>>>>>>> Today it is quite common to use calendar-based versioning > >>>>>>>>>>>>> scheme, > >>>>>>>> e.g. > >>>>>>>>>>>>> [1]. We can consider it for Ignite 3. Luckily versions will > >>>>>>>>>>>>> not > >>>>>>>> clash. > >>>>>>>>>>>>> > >>>>>>>>>>>>> [1] https://www.cockroachlabs.com/docs/releases/index.html > >>>>>>>>>>>>> > >>>>>>>>>>>>> 2021-09-27 10:49 GMT+03:00, Petr Ivanov <mr.wei...@gmail.com > >: > >>>>>>>>>>>>>> That name will definitely confuse Jira users. > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> Let's stick to basic devision by 2.x and 3.x — it seems most > >>>>>>>>>> intuitive > >>>>>>>>>>>>>> and > >>>>>>>>>>>>>> has lots of examples inside ASF, look at the Tomcat for > >>>>>>>>>>>>>> instance. > >>>>>>>>>>>>>> > >>>>>>>>>>>>>>> On 25 Sep 2021, at 21:05, Saikat Maitra > >>>>>>>>>>>>>>> <saikat.mai...@gmail.com> > >>>>>>>>>>>>>>> wrote: > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> Hi, > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> I like the major version update like Ignite 3.0 but if we > >>>>>>>>>>>>>>> were to > >>>>>>>>>> come > >>>>>>>>>>>>>>> up > >>>>>>>>>>>>>>> with a name my other suggestion would be > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> Ignite-kernel > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> kernel - for the central or most important part of > something > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> Also taken references from Compute kernel - a routine > >>>>>>>>>>>>>>> compiled for > >>>>>>>>>> high > >>>>>>>>>>>>>>> throughput accelerators > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> https://en.wikipedia.org/wiki/Compute_kernel > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> Regards, > >>>>>>>>>>>>>>> Saikat > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> On Sat, Sep 25, 2021 at 3:12 AM Valentin Kulichenko < > >>>>>>>>>>>>>>> valentin.kuliche...@gmail.com> wrote: > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> Kafka and Spark didn't split codebases (at least to my > >>>>>>>> knowledge). > >>>>>>>>>>>>>>>> Separating codebases was the fundamental step, everything > >>>>>>>>>>>>>>>> else > >>>>>>>> is a > >>>>>>>>>>>>>>>> technicality. > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> Having said that, I will be OK with your suggestion as I > >>>>>>>>>>>>>>>> don't > >>>>>>>>>> really > >>>>>>>>>>>>>>>> see > >>>>>>>>>>>>>>>> a > >>>>>>>>>>>>>>>> difference, although I'm not sure we will be able to come > >>>>>>>>>>>>>>>> up > >>>>>>>> with a > >>>>>>>>>>>>>>>> name > >>>>>>>>>>>>>>>> that is more intuitive than a separate project :) > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> Let's see what others think. > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> -Val > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> On Sat, Sep 25, 2021 at 12:23 AM Denis Magda > >>>>>>>>>>>>>>>> <dma...@apache.org> > >>>>>>>>>>>>>>>> wrote: > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> Moving the discussion back to the dev list. > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> Val, Andrey, for that purpose we can ask INFRA to create > a > >>>>>>>>>>>>>>>>> special mandatory field such as "Architecture" with two > >>>>>>>> predefined > >>>>>>>>>>>>>>>> values - > >>>>>>>>>>>>>>>>> "Ignite 2.x" and "Ignite 3.x". Come up with a better > name, > >>>>>>>>>>>>>>>>> it > >>>>>>>>>> needs > >>>>>>>>>>>>>>>>> to > >>>>>>>>>>>>>>>>> be > >>>>>>>>>>>>>>>>> intuitive enough even for users who submit issues. What > >>>>>>>>>>>>>>>>> disturbs > >>>>>>>>>> me > >>>>>>>>>>>>>>>>> is > >>>>>>>>>>>>>>>> that > >>>>>>>>>>>>>>>>> neither Kafka nor Spark have a different project for the > >>>>>>>> recently > >>>>>>>>>>>>>>>> released > >>>>>>>>>>>>>>>>> versions 3. A different GitHub project is not that > >>>>>>>>>>>>>>>>> disturbing. > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> - > >>>>>>>>>>>>>>>>> Denis > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> On Fri, Sep 24, 2021 at 4:09 AM Valentin Kulichenko < > >>>>>>>>>>>>>>>>> valentin.kuliche...@gmail.com> wrote: > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> Denis, > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> From a purely technical perspective, these are indeed > two > >>>>>>>>>> separate > >>>>>>>>>>>>>>>>>> projects, because they are based on different codebases. > >>>>>>>>>>>>>>>>>> The > >>>>>>>>>> split > >>>>>>>>>>>>>>>> you're > >>>>>>>>>>>>>>>>>> talking about happened a year ago, when we created the > >>>>>>>>>>>>>>>>>> repo for > >>>>>>>>>>>>>>>>>> Ignite > >>>>>>>>>>>>>>>> 3. > >>>>>>>>>>>>>>>>>> This significantly differs from the 1.x->2.x transition, > >>>>>>>>>>>>>>>>>> as > >>>>>>>> these > >>>>>>>>>>>>>>>>>> two > >>>>>>>>>>>>>>>>>> shared the codebase. > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> For the same reason, a bug filed for 2.x can't be just > >>>>>>>>>> transitioned > >>>>>>>>>>>>>>>>>> to > >>>>>>>>>>>>>>>>>> 3.x. It will either not exist in 3.x in the first place, > >>>>>>>>>>>>>>>>>> or > >>>>>>>> will > >>>>>>>>>>>>>>>> require > >>>>>>>>>>>>>>>>> a > >>>>>>>>>>>>>>>>>> completely different fix, which will mean two different > >>>>>>>> tickets. > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> That said, I still believe that Ignite 2 and Ignite 3 > are > >>>>>>>>>>>>>>>>>> just > >>>>>>>>>>>>>>>> different > >>>>>>>>>>>>>>>>>> versions of the same product, because, as you correctly > >>>>>>>>>> mentioned, > >>>>>>>>>>>>>>>>>> they > >>>>>>>>>>>>>>>>>> target "same users, community, use cases". At the same > >>>>>>>>>>>>>>>>>> time, > >>>>>>>> they > >>>>>>>>>>>>>>>>>> are > >>>>>>>>>>>>>>>>>> developed as different projects on the technical level. > >>>>>>>>>>>>>>>>>> Let's > >>>>>>>> not > >>>>>>>>>>>>>>>> confuse > >>>>>>>>>>>>>>>>>> these two aspects with each other - they are largely > >>>>>>>> orthogonal. > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> At this point, creating a Jira project doesn't change > >>>>>>>>>>>>>>>>>> anything > >>>>>>>>>>>>>>>>>> fundamentally. It's only about ease of use of our > tooling > >>>>>>>>>>>>>>>>>> and > >>>>>>>>>>>>>>>>>> efficient > >>>>>>>>>>>>>>>>>> ticket management. > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> -Val > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> On Thu, Sep 23, 2021 at 10:15 PM Denis Magda < > >>>>>>>> dma...@apache.org> > >>>>>>>>>>>>>>>> wrote: > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> Folks, you confuse me. I've never treated Ignite 3 as a > >>>>>>>>>> different > >>>>>>>>>>>>>>>>>>> project. It's the same Ignite (distributed database for > >>>>>>>>>>>>>>>> high-performance > >>>>>>>>>>>>>>>>>>> computing...) but on a modernized architecture and APIs > >>>>>>>>>>>>>>>>>>> - > >>>>>>>> thus, > >>>>>>>>>> a > >>>>>>>>>>>>>>>> major > >>>>>>>>>>>>>>>>>>> version. Same users, community, use cases. > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> But, I'm against separate JIRA or Confluence projects. > >>>>>>>>>>>>>>>>>>> This is > >>>>>>>>>> how > >>>>>>>>>>>>>>>>> you're > >>>>>>>>>>>>>>>>>>> truly stepping on a project-split path. When we used to > >>>>>>>>>>>>>>>>>>> work > >>>>>>>> on > >>>>>>>>>>>>>>>>>>> Ignite > >>>>>>>>>>>>>>>>> 2 we > >>>>>>>>>>>>>>>>>>> could live within the same JIRA space with Ignite 1. > >>>>>>>>>>>>>>>>>>> Moreover, > >>>>>>>>>> many > >>>>>>>>>>>>>>>>> tickets > >>>>>>>>>>>>>>>>>>> that are filed against Ignite 2 can be fixed in Ignite > 3 > >>>>>>>>>>>>>>>>>>> only > >>>>>>>> - > >>>>>>>>>>>>>>>>>>> which > >>>>>>>>>>>>>>>>> is a > >>>>>>>>>>>>>>>>>>> version change in our JIRA. > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> So, -1 from me for the separate JIRA proposal. > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> - > >>>>>>>>>>>>>>>>>>> Denis > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> On Wed, Sep 22, 2021 at 8:23 AM Maxim Muzafarov < > >>>>>>>>>> mmu...@apache.org> > >>>>>>>>>>>>>>>>>>> wrote: > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>> Val, > >>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>> I don't see any issues having different projects under > >>>>>>>> Ignite's > >>>>>>>>>>>>>>>>>>>> brand > >>>>>>>>>>>>>>>>>>>> from the developer's side except the versioning issue. > >>>>>>>>>>>>>>>>>>>> This > >>>>>>>> is > >>>>>>>>>> a > >>>>>>>>>>>>>>>>>>>> bad > >>>>>>>>>>>>>>>>>>>> case when two different projects must have dependent > >>>>>>>>>>>>>>>>>>>> versions > >>>>>>>>>> and > >>>>>>>>>>>>>>>> even > >>>>>>>>>>>>>>>>>>>> worse when some marketing things affect the > development > >>>>>>>>>>>>>>>>>>>> and > >>>>>>>>>>>>>>>>>>>> release > >>>>>>>>>>>>>>>>>>>> processes. > >>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>> I agree with Nikolay and Ilya - the right way here is > >>>>>>>>>>>>>>>>>>>> having > >>>>>>>>>>>>>>>>>>>> "Ignite<new-gen abrv>" and versioning started from > >>>>>>>>>>>>>>>>>>>> zero. > >>>>>>>>>> However, > >>>>>>>>>>>>>>>> both > >>>>>>>>>>>>>>>>>>>> of Ignite's can easily co-exist. > >>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>> On Tue, 21 Sept 2021 at 22:13, Valentin Kulichenko > >>>>>>>>>>>>>>>>>>>> <valentin.kuliche...@gmail.com> wrote: > >>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>> Ilya, > >>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>> What exactly is this different focus and different > >>>>>>>>>>>>>>>>>>>>> values? > >>>>>>>> Why > >>>>>>>>>>>>>>>>> exactly > >>>>>>>>>>>>>>>>>>>> do you think Ignite 3 will never cover all the current > >>>>>>>>>> features? > >>>>>>>>>>>>>>>>>>>> And > >>>>>>>>>>>>>>>>> why is > >>>>>>>>>>>>>>>>>>>> this the criteria in the first place? I work on both > >>>>>>>>>>>>>>>>>>>> Ignite 2 > >>>>>>>>>> and > >>>>>>>>>>>>>>>>> Ignite 3 > >>>>>>>>>>>>>>>>>>>> almost every day and I simply don't think all this is > >>>>>>>>>>>>>>>>>>>> true. I > >>>>>>>>>>>>>>>> honestly > >>>>>>>>>>>>>>>>>>>> can't understand what this fuss is all about. > >>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>> Folks, quite frankly, this discussion seems > >>>>>>>> counterproductive > >>>>>>>>>> at > >>>>>>>>>>>>>>>> this > >>>>>>>>>>>>>>>>>>>> point. Are there any particular suggestions? If so, > >>>>>>>>>>>>>>>>>>>> let's > >>>>>>>>>> discuss > >>>>>>>>>>>>>>>> them. > >>>>>>>>>>>>>>>>>>>> Otherwise, let's just do some coding - isn't that why > we > >>>>>>>>>>>>>>>>>>>> are > >>>>>>>>>> all > >>>>>>>>>>>>>>>> here? > >>>>>>>>>>>>>>>>> :) > >>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>> -Val > >>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>> On Tue, Sep 21, 2021 at 9:52 PM Ilya Kasnacheev < > >>>>>>>>>>>>>>>>>>>> ilya.kasnach...@gmail.com> wrote: > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>> Hello! > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>> I concur with Nikolay. Maybe Ignite 3 should be > >>>>>>>>>>>>>>>>>>>>>> called > >>>>>>>>>> "Ignite > >>>>>>>>>>>>>>>> <some > >>>>>>>>>>>>>>>>>>>> adverb>" because it is a product with a different > focus > >>>>>>>>>>>>>>>>>>>> and > >>>>>>>>>> values > >>>>>>>>>>>>>>>>> which > >>>>>>>>>>>>>>>>>>>> has no plans to cover the entirety of Ignite's > >>>>>>>>>>>>>>>>>>>> features. > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>> Regards, > >>>>>>>>>>>>>>>>>>>>>> -- > >>>>>>>>>>>>>>>>>>>>>> Ilya Kasnacheev > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>> вт, 21 сент. 2021 г. в 17:56, Nikolay Izhikov < > >>>>>>>>>>>>>>>> nizhi...@apache.org > >>>>>>>>>>>>>>>>>> : > >>>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>>> Hello, Ignite PMC. > >>>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>>> Is there any reason to keep calling Ignite3 as > >>>>>>>>>>>>>>>>>>>>>>> "Ignite"? > >>>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>>> It seems to me that from the very beginning Ignite3 > >>>>>>>>>>>>>>>>>>>>>>> is a > >>>>>>>> new > >>>>>>>>>>>>>>>>>>>> database engine built on completely new architecture. > >>>>>>>>>>>>>>>>>>>>>>> Ignite2 and Ignite3 has nothing similar except the > >>>>>>>>>>>>>>>>>>>>>>> name. > >>>>>>>>>> All is > >>>>>>>>>>>>>>>>>>>> different > >>>>>>>>>>>>>>>>>>>>>>> - source code. > >>>>>>>>>>>>>>>>>>>>>>> - repository. > >>>>>>>>>>>>>>>>>>>>>>> - features. > >>>>>>>>>>>>>>>>>>>>>>> - API. > >>>>>>>>>>>>>>>>>>>>>>> - road map. > >>>>>>>>>>>>>>>>>>>>>>> - contributors. > >>>>>>>>>>>>>>>>>>>>>>> - contribution rules. > >>>>>>>>>>>>>>>>>>>>>>> - release cycle. > >>>>>>>>>>>>>>>>>>>>>>> *** you are here *** > >>>>>>>>>>>>>>>>>>>>>>> - jira > >>>>>>>>>>>>>>>>>>>>>>> - confluence > >>>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>>> Should we accept the fact that thing we calling as > >>>>>>>>>> "Ignite3" is > >>>>>>>>>>>>>>>>> just > >>>>>>>>>>>>>>>>>>>> another project? > >>>>>>>>>>>>>>>>>>>>>>> Can you, please, share your vision on how Ignite > and > >>>>>>>> Ignite3 > >>>>>>>>>>>>>>>> should > >>>>>>>>>>>>>>>>>>>> coexists? > >>>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>>> вт, 21 сент. 2021 г. в 17:13, Dmitry Pavlov < > >>>>>>>>>> dpav...@apache.org > >>>>>>>>>>>>>>>>> : > >>>>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>>>> Ok, if nobody minds, I'll create spaces a bit > >>>>>>>>>>>>>>>>>>>>>>>> later. > >>>>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>>>> I hope it is not too urgent. > >>>>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>>>> Sincerely, > >>>>>>>>>>>>>>>>>>>>>>>> Dmitriy Pavlov > >>>>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>>>> On 2021/09/21 10:37:42, Valentin Kulichenko < > >>>>>>>>>>>>>>>>>>>> valentin.kuliche...@gmail.com> wrote: > >>>>>>>>>>>>>>>>>>>>>>>>> Hi Dmitry, > >>>>>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>>>>> According to Infra, this has to be done through > >>>>>>>>>>>>>>>>>>>> http://selfserve.apache.org/, > >>>>>>>>>>>>>>>>>>>>>>>>> but only PMC chairs have access. > >>>>>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>>>>> Could you please assist with the creation of the > >>>>>>>>>>>>>>>>>>>>>>>>> Jira > >>>>>>>>>> project > >>>>>>>>>>>>>>>>> and > >>>>>>>>>>>>>>>>>>>>>>>>> Confluence space? > >>>>>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>>>>> -Val > >>>>>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>>>>> On Tue, Sep 21, 2021 at 10:46 AM Valentin > >>>>>>>>>>>>>>>>>>>>>>>>> Kulichenko < > >>>>>>>>>>>>>>>>>>>>>>>>> valentin.kuliche...@gmail.com> wrote: > >>>>>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>>>>>> Infra requests created: > >>>>>>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>>>>>> - > >>>>>>>>>>>>>>>>>>>>>>>>>> > https://issues.apache.org/jira/browse/INFRA-22349 > >>>>>>>>>>>>>>>>>>>>>>>>>> - > >>>>>>>>>>>>>>>>>>>>>>>>>> > https://issues.apache.org/jira/browse/INFRA-22350 > >>>>>>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>>>>>> -Val > >>>>>>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>>>>>> On Mon, Sep 20, 2021 at 10:50 AM Petr Ivanov < > >>>>>>>>>>>>>>>>>>>> mr.wei...@gmail.com> wrote: > >>>>>>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>>>>>>> +1 > >>>>>>>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>>>>>>> Since we've agreed that there are two projects > >>>>>>>>>>>>>>>>>>>>>>>>>>> (that > >>>>>>>> are > >>>>>>>>>>>>>>>>>>>> Ignite2 and > >>>>>>>>>>>>>>>>>>>>>>>>>>> Ignite3), separate development environments > seem > >>>>>>>>>>>>>>>>>>>>>>>>>>> to be > >>>>>>>>>>>>>>>>> logical > >>>>>>>>>>>>>>>>>>>> and natural > >>>>>>>>>>>>>>>>>>>>>>>>>>> course of things. > >>>>>>>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>>>>>>>> On 18 Sep 2021, at 12:42, Alexander Polovtcev > < > >>>>>>>>>>>>>>>>>>>> alexpolovt...@gmail.com> > >>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: > >>>>>>>>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>>>>>>>> +1 > >>>>>>>>>>>>>>>>>>>>>>>>>>>> This is a welcome proposal, because we already > >>>>>>>>>>>>>>>>>>>>>>>>>>>> have > >>>>>>>>>> some > >>>>>>>>>>>>>>>>>>>> pending Ignite > >>>>>>>>>>>>>>>>>>>>>>>>>>> 3 > >>>>>>>>>>>>>>>>>>>>>>>>>>>> specific documents, and it is not clear where > to > >>>>>>>>>>>>>>>>>>>>>>>>>>>> put > >>>>>>>>>> them > >>>>>>>>>>>>>>>>> at > >>>>>>>>>>>>>>>>>>>> the moment. > >>>>>>>>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>>>>>>>> On Sat, Sep 18, 2021 at 4:22 AM Valentin > >>>>>>>>>>>>>>>>>>>>>>>>>>>> Kulichenko < > >>>>>>>>>>>>>>>>>>>>>>>>>>>> valentin.kuliche...@gmail.com> wrote: > >>>>>>>>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Igniters, > >>>>>>>>>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>>>>>>>>> I think it's clear to all of us that Ignite > 2.x > >>>>>>>>>>>>>>>>>>>>>>>>>>>>> and > >>>>>>>>>> 3.x > >>>>>>>>>>>>>>>>>>>> will coexist > >>>>>>>>>>>>>>>>>>>>>>>>>>> for a > >>>>>>>>>>>>>>>>>>>>>>>>>>>>> while. They are developed in separate Git > >>>>>>>>>>>>>>>>>>>>>>>>>>>>> repos, but > >>>>>>>>>> we > >>>>>>>>>>>>>>>>>>>> still > >>>>>>>>>>>>>>>>>>>>>>>>>>> accumulate > >>>>>>>>>>>>>>>>>>>>>>>>>>>>> the tickets for both versions in the same > Jira > >>>>>>>>>> project, > >>>>>>>>>>>>>>>>>>>> which seems to > >>>>>>>>>>>>>>>>>>>>>>>>>>>>> complicate the ticket management. > >>>>>>>>>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>>>>>>>>> For example, we use the "ignite-3" label for > >>>>>>>>>>>>>>>>>>>>>>>>>>>>> 3.x > >>>>>>>>>>>>>>>> tickets, > >>>>>>>>>>>>>>>>>>>> but this > >>>>>>>>>>>>>>>>>>>>>>>>>>> approach > >>>>>>>>>>>>>>>>>>>>>>>>>>>>> is fragile. If someone forgets to add the > label > >>>>>>>>>>>>>>>>>>>>>>>>>>>>> to a > >>>>>>>>>> new > >>>>>>>>>>>>>>>>>>>> ticket, it's > >>>>>>>>>>>>>>>>>>>>>>>>>>>>> likely to be lost. We need a better > >>>>>>>>>>>>>>>>>>>>>>>>>>>>> separation. > >>>>>>>>>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>>>>>>>>> All the above is true for Wiki as well - we > use > >>>>>>>>>>>>>>>>>>>>>>>>>>>>> a > >>>>>>>>>> single > >>>>>>>>>>>>>>>>>>>> Confluence > >>>>>>>>>>>>>>>>>>>>>>>>>>> space. > >>>>>>>>>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>>>>>>>>> I suggest creating a new Jira project and a > >>>>>>>>>>>>>>>>>>>>>>>>>>>>> new > >>>>>>>>>>>>>>>> Confluence > >>>>>>>>>>>>>>>>>>>> space for > >>>>>>>>>>>>>>>>>>>>>>>>>>> Ignite > >>>>>>>>>>>>>>>>>>>>>>>>>>>>> 3 and moving all the relevant tickets and > >>>>>>>>>>>>>>>>>>>>>>>>>>>>> pages > >>>>>>>> there. > >>>>>>>>>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Any thoughts or objections? > >>>>>>>>>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>>>>>>>>> -Val > >>>>>>>>>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>>>>>>>> -- > >>>>>>>>>>>>>>>>>>>>>>>>>>>> With regards, > >>>>>>>>>>>>>>>>>>>>>>>>>>>> Aleksandr Polovtcev > >>>>>>>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> > >>>>>>>>>>>>> > >>>>>>>>>>>>> > >>>>>>>>>>>>> -- > >>>>>>>>>>>>> > >>>>>>>>>>>>> Best regards, > >>>>>>>>>>>>> Ivan Pavlukhin > >>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>>> -- > >>>>>>>>>>> > >>>>>>>>>>> Best regards, > >>>>>>>>>>> Ivan Pavlukhin > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>> > >>>>>> > >>>>> > >>>> > >>> > >> > > > > > > > -- > > Best regards, > Ivan Pavlukhin >