Sorry, If I missed something in the thread but in case of a separate JIRA project how are users supposed to create e.g. bug tickets? How can we make sure that users will not use a wrong JIRA project often?
2021-10-05 2:50 GMT+03:00, Valentin Kulichenko <valentin.kuliche...@gmail.com>: > 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 >> > -- Best regards, Ivan Pavlukhin