From dev-return-46543-archive-asf-public=cust-asf.ponee.io@ignite.apache.org Fri Jul 5 08:33:04 2019 Return-Path: X-Original-To: archive-asf-public@cust-asf.ponee.io Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [207.244.88.153]) by mx-eu-01.ponee.io (Postfix) with SMTP id 47D8718057A for ; Fri, 5 Jul 2019 10:33:04 +0200 (CEST) Received: (qmail 27794 invoked by uid 500); 5 Jul 2019 08:33:03 -0000 Mailing-List: contact dev-help@ignite.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@ignite.apache.org Delivered-To: mailing list dev@ignite.apache.org Received: (qmail 27782 invoked by uid 99); 5 Jul 2019 08:33:03 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd2-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 05 Jul 2019 08:33:03 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd2-us-west.apache.org (ASF Mail Server at spamd2-us-west.apache.org) with ESMTP id 9831D1A3307 for ; Fri, 5 Jul 2019 08:33:02 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd2-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 1.495 X-Spam-Level: * X-Spam-Status: No, score=1.495 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_REPLY=1, FROM_EXCESS_BASE64=0.001, KAM_NUMSUBJECT=0.5, PDS_NO_HELO_DNS=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.058, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=disabled Authentication-Results: spamd2-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mx1-ec2-va.apache.org ([10.40.0.8]) by localhost (spamd2-us-west.apache.org [10.40.0.9]) (amavisd-new, port 10024) with ESMTP id mbaYBfSyx5I2 for ; Fri, 5 Jul 2019 08:33:00 +0000 (UTC) Received-SPF: Pass (mailfrom) identity=mailfrom; client-ip=209.85.210.43; helo=mail-ot1-f43.google.com; envelope-from=vololo100@gmail.com; receiver= Received: from mail-ot1-f43.google.com (mail-ot1-f43.google.com [209.85.210.43]) by mx1-ec2-va.apache.org (ASF Mail Server at mx1-ec2-va.apache.org) with ESMTPS id 37E18BC52B for ; Fri, 5 Jul 2019 08:33:00 +0000 (UTC) Received: by mail-ot1-f43.google.com with SMTP id r21so3606607otq.6 for ; Fri, 05 Jul 2019 01:33:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :content-transfer-encoding; bh=+vRoz4CvcId6UJ9mWfjSJwW79D0UcjWVSsAMmNbMRmA=; b=KSWWJEVW41RlJcE0PlgLSazhV0u7mN8+qSRtoSIieNskh6kiVp/o0Hj/DxSovKjd4p cjA7T0Q+DAi2nWPhLgtUxXwOPSsFK3f06nxbXzH+hG5E1BgDeUCFPgUlqVIWX6E1tmhY YRO40n+U1nZSaB3niVszjvFfBbJpTqmk3mhb+OhAXPOYhGHhDiRgO7F6vA8Elk56voHl VkJPSMWqRFJhATo/t81mv9kO0DHALrk2+j3YNvjtp5/B+GZAOY2FpmzKMPl5s6GWFsXL a196Vczq3b9N3szCaSCjvV2bUT1ATOfb1vYPzkXSHrdyPSglJDnerIqdAzzQAyCsaxbH ro4w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:content-transfer-encoding; bh=+vRoz4CvcId6UJ9mWfjSJwW79D0UcjWVSsAMmNbMRmA=; b=Z5LLDzaXZDGjK/4kxkWMm2O0MQ3R1kTNF88iI2jXeyGnGshTGihhZnZ9RFqOq7AwWa 6XFhT7WCm5KhcFY0YomzP0yJNQWHF/aL2hgmZ8dv96rVHCJWIfS+5ss5+5A+g9yqXIIH WkBbm2Y4nWxDV63ks7nCblggkoGBf5nHyHBJRLUCPnYQxyEeMrb0Adz45X19nIlCfSdP teYC0lCMNmYOZB7SWj2hX9+KF9o3qcdYQb5K8keTCKqiff1ZllT/eIuI46CahkOJO2vS c3+6sh1WWfEr+RFy+cH7CTeMmXDr8KDqB4sItID0DeG8DWtDFT4UUW+9/M0CBfXPOIu2 S33Q== X-Gm-Message-State: APjAAAVJ3rjlE3Sf+iLKYjQWGbq6ga8rGcj9KbxsZJTrUFNJHv0Nb+Zx sq1YoSWqny4SqOkY9VJwm6Du/IF6TkmAedSAQblOoQ== X-Google-Smtp-Source: APXvYqxfR6mrCwG7hRXi7AQ3jKP3DIk2sx/N/npsQ9qKQOEO5kQX++ptZ3L3HVIHn6Qs/ghzkhHKgm/e3ExRBiF/9Hk= X-Received: by 2002:a9d:67cf:: with SMTP id c15mr1810674otn.326.1562315573240; Fri, 05 Jul 2019 01:32:53 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: =?UTF-8?B?0J/QsNCy0LvRg9GF0LjQvSDQmNCy0LDQvQ==?= Date: Fri, 5 Jul 2019 11:32:42 +0300 Message-ID: Subject: Re: Migration to JUnit 5 To: dev Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Ivan, I think that it is a really good that you found those not tested examples. Thank you! =D0=BF=D1=82, 5 =D0=B8=D1=8E=D0=BB. 2019 =D0=B3. =D0=B2 11:31, =D0=9F=D0=B0= =D0=B2=D0=BB=D1=83=D1=85=D0=B8=D0=BD =D0=98=D0=B2=D0=B0=D0=BD : > > Ivan, > > I uncommented all tests referring to IGNITE-711 [1] in > BasicExamplesSelfTest and all they passed. > > Generally, example tests are needed to be sure that our examples > launch. And commented tests refer to existing examples. So, an ideal > way here is to uncomment them in scope of IGNITE-711 [1], removal is > not a good option. And I do not expect much problems here because we > fully support Java 8 for a long time. > > [1] https://issues.apache.org/jira/browse/IGNITE-711 > > =D0=BF=D0=BD, 1 =D0=B8=D1=8E=D0=BB. 2019 =D0=B3. =D0=B2 17:10, Ivan Fedot= ov : > > > > Hi, Igniters > > > > During work on IEP-30, which is about JUnit migration, I found that som= e > > tests in examples module were commented [1] with the remark, that they > > should be fixed in the ticket IGNITE-711 [2] which is about the > > implementation of Java 8 examples. > > > > In the context of the ticket IGNITE-10973 [3] I want to uncomment them = and > > mark as @Disabled. Is it really need to disable mentioned tests or I ca= n > > just remove them as outdated? > > > > [1] > > https://github.com/apache/ignite/pull/6606/files#diff-ed48193d25d777a2c= 30c187fa20a1a65L65 > > [2] https://issues.apache.org/jira/browse/IGNITE-711 > > [3] https://issues.apache.org/jira/browse/IGNITE-10973 > > > > > > =D0=B2=D1=82, 26 =D1=84=D0=B5=D0=B2=D1=80. 2019 =D0=B3. =D0=B2 18:51, I= van Fedotov : > > > > > Ivan, > > > I will investigate GridAbstractTest refactoring issue more precisely = when > > > I finish with JUnit3Legacy classes. Anyway, I will keep in touch with= you > > > and the community on the most significant moments. > > > > > > JUnit5 docs say that functionality is not full "especially with regar= d to > > > reporting". On the other hand, I also agree with docs that it is the > > > easiest way that does not require to touch CI infrastructure. I am go= ing to > > > try @RunWith(JUnitPlatform.class) construction with features from IEP= to > > > make sure that we will have the full support of them. The alternative= way > > > is dynamic tests [1], but the problem is that we add methods to suite= s > > > manually, not via @Test annotation. It is some kind of rollback to JU= nit3 > > > syntax. > > > > > > Anton, > > > thank you for the reminder, I will update IEP according to the > > > conversation. > > > > > > [1] https://www.baeldung.com/junit5-dynamic-tests > > > > > > =D0=B2=D1=82, 26 =D1=84=D0=B5=D0=B2=D1=80. 2019 =D0=B3. =D0=B2 17:56,= Anton Vinogradov : > > > > > >> Folks, > > >> > > >> Please make sure you keep IEP updated and each issue mentioned. > > >> > > >> On Tue, Feb 26, 2019 at 4:28 PM =D0=9F=D0=B0=D0=B2=D0=BB=D1=83=D1=85= =D0=B8=D0=BD =D0=98=D0=B2=D0=B0=D0=BD > > >> wrote: > > >> > > >> > Ivan, > > >> > > > >> > Thank you for detailed answers! I would put a great care to > > >> > @RunWith(JUnitPlatform.class) construction. As stated in junit5 do= cs > > >> > [1] it does not support all features and unfortunately it is not c= lear > > >> > how limited it is. Also, it is some kind of transitional mechanism > > >> > which was not designed for being a long term solution. > > >> > > > >> > And I fully support an idea of refactoring GridAbstractTest. I thi= nk > > >> > it is possible to make a significant improvement here. > > >> > > > >> > [1] > > >> > > > >> https://junit.org/junit5/docs/current/user-guide/#running-tests-juni= t-platform-runner > > >> > > > >> > =D0=BF=D0=BD, 25 =D1=84=D0=B5=D0=B2=D1=80. 2019 =D0=B3. =D0=B2 17:= 41, Ivan Fedotov : > > >> > > > > >> > > Hello Nikolay. > > >> > > > > >> > > The prime benefits are more comfortable work with flaky tests, J= ava 8 > > >> > tests > > >> > > compatibility, user-friendly syntaxis in parametrized tests and > > >> others. > > >> > > The most significant features list you can find in IEP-30 Motiva= tion > > >> > > section. > > >> > > > > >> > > If you have any specific questions about JUnit5 feel free to ask= me. > > >> > > > > >> > > =D0=BF=D0=BD, 25 =D1=84=D0=B5=D0=B2=D1=80. 2019 =D0=B3. =D0=B2 1= 6:55, Nikolay Izhikov : > > >> > > > > >> > > > Hello, Ivan. > > >> > > > > > >> > > > May be I miss some mail - if yes, can you repeat it. > > >> > > > What is advantages of migration from junit 4 to 5? > > >> > > > Why we should do it? > > >> > > > > > >> > > > > > >> > > > =D0=BF=D0=BD, 25 =D1=84=D0=B5=D0=B2=D1=80. 2019 =D0=B3. =D0=B2= 16:33, Ivan Fedotov : > > >> > > > > > >> > > > > Ivan, > > >> > > > > That is my thoughts according to your questions. > > >> > > > > > > >> > > > > 1. I tried to implement test suits with JUnit4 compatibility > > >> layer. > > >> > The > > >> > > > > basic concept is to use @RunWith(JUnitPlatform.class) > > >> @SelectClasses > > >> > > > > ({...})[1] and on > > >> > > > > CI Ignite it works fine. > > >> > > > > > > >> > > > > 2. According to @Rules, there are several ways to solve it: > > >> > > > > 2.1 Leave JUnit4 code without changes. It will work beca= use of > > >> > > > Vintage > > >> > > > > module > > >> > > > > 2.2 Rewrite the @Rule as an Extension. The work of exten= sion > > >> is > > >> > > > similar > > >> > > > > to the @Rules work, but it is extracted in an Extension clas= s. > > >> > > > > For more information about extensions, please, follow th= e IEP > > >> > [2]. > > >> > > > > In my opinion, the easiest and the most understandable way i= s to > > >> > leave > > >> > > > > GridAbstractTest in current form. It will work with JUnit5 > > >> > > > > syntaxis and abilities. > > >> > > > > > > >> > > > > 3. I faced a couple of problems during dealing with dynamic = and > > >> > static > > >> > > > > tests in one project with JUnit5. The problem occurs with su= refire > > >> > > > version: > > >> > > > > static tests work fine with 2.21x and earlier and with dynam= ic > > >> > tests, the > > >> > > > > situation is vice versa, it works with > 2.21x surefire vers= ion. > > >> > > > > We can use helpful surefire dependency to use static tests w= ith > > >> the > > >> > > > newest > > >> > > > > surefire version [3], but dynamic tests become unavailable f= rom > > >> pure > > >> > > > > Maven and accordingly from CI Ignite (from IDE all is fine). > > >> > > > > I can suggest leaving this type of tests on JUnit4 on the cu= rrent > > >> > stage - > > >> > > > > they are in the vast minority. > > >> > > > > > > >> > > > > Let me comment on your side notes. > > >> > > > > > > >> > > > > I am not against the stable and widely-used test library usa= ge. > > >> All I > > >> > > > want > > >> > > > > to say that it is not necessary in case of the main testing = Ignite > > >> > > > > framework (Junit) already provides the mentioned features. > > >> > > > > > > >> > > > > At the initial stage of improvements 3->4 I am planning to r= emove > > >> > > > > JUnit3TestLegacyAssert, JUnit3TestLegacySupport classes. I g= uess > > >> that > > >> > > > > during this work > > >> > > > > I will face with an issue that you are mentioned - turning > > >> instance > > >> > > > methods > > >> > > > > to static. It is because of beforeTestsStarted and > > >> afterTestsStarted > > >> > > > > methods - I want to replace them by methods with BeforeAll, > > >> AfterAll > > >> > > > > annotations. But the point is that methods under such annota= tions > > >> > must be > > >> > > > > static. Just now I am not sure about fully removing > > >> > > > > GridCommonAbstractTest class, but the need for static method= s is a > > >> > fact. > > >> > > > > > > >> > > > > [1] > > >> > > > > > > >> > > > > > > >> > > > > > >> > > > >> https://github.com/apache/ignite/blob/85ba3a88d661bb05bbb749bd1feaf6= 0cd9099ddc/examples/src/test/java/org/apache/ignite/testsuites/IgniteExampl= esSelfTestSuite.java#L59 > > >> > > > > [2] > > >> > > > > > > >> > > > > > > >> > > > > > >> > > > >> https://cwiki.apache.org/confluence/display/IGNITE/IEP-30%3A+Migrati= on+to+JUnit+5 > > >> > > > > [3] https://github.com/junit-team/junit5/issues/1778 > > >> > > > > > > >> > > > > =D0=B2=D1=81, 24 =D1=84=D0=B5=D0=B2=D1=80. 2019 =D0=B3. =D0= =B2 10:15, =D0=9F=D0=B0=D0=B2=D0=BB=D1=83=D1=85=D0=B8=D0=BD =D0=98=D0=B2=D0= =B0=D0=BD > >> >: > > >> > > > > > > >> > > > > > Ivan, > > >> > > > > > > > >> > > > > > Indeed junit5 has a lot of powerful features which can imp= rove > > >> > testing > > >> > > > > > process. > > >> > > > > > > > >> > > > > > But first we should go through a migration process. There = are > > >> > several > > >> > > > > > items which looks quite challenging. > > >> > > > > > 1. Test suites support. Correct me if I am missed it, but = I have > > >> > not > > >> > > > > > found a concept of test suites similar to junit3/4 ones. C= I in > > >> > Ignite > > >> > > > > > heavily depends on test suites. Is there an alternative in > > >> junit5? > > >> > > > > > 2. The majority of our tests extend GridAbstractTest which= in > > >> fact > > >> > is > > >> > > > > > a core class in Ignite testing. Writing a test without ext= ending > > >> > it is > > >> > > > > > not a good idea. Currently it employs number of junit4 con= cepts, > > >> > e.g. > > >> > > > > > test rules which as I saw are not supported in junit5. So,= it > > >> > sounds > > >> > > > > > that some changes in GridAbstractTest need to be done. Dur= ing > > >> > > > > > migration from junit 3 to 4 GridAbstractTest used kind of > > >> mimicry, > > >> > it > > >> > > > > > can be used as a base class for junit3 and junit4 tests at= the > > >> same > > >> > > > > > time. How can we address transitional period now? > > >> > > > > > 3. Also we have bunch of tests using our home-brewed > > >> > parametrization. > > >> > > > > > You can find them by searching usages of > > >> > > > > > ConfigVariationsTestSuiteBuilder. This part was rather tri= cky > > >> > during > > >> > > > > > migration to junit4. > > >> > > > > > > > >> > > > > > Do we have a plan for all these items? > > >> > > > > > ---- > > >> > > > > > > > >> > > > > > Couple of side notes. > > >> > > > > > > > >> > > > > > Regarding dependencies minimization. Actually, I think it = is > > >> > important > > >> > > > > > for junit itself as a library. Many libraries try to minim= ize > > >> > > > > > dependency. In Ignite we do so as well. But in my opinion = it is > > >> not > > >> > > > > > the case in context of libraries used during testing. If w= e have > > >> > > > > > useful, stable and widely-used test library which can impr= ove > > >> our > > >> > > > > > processes why should not we use it? > > >> > > > > > > > >> > > > > > Regarding removing leftovers left after junit 3->4 migrati= on. > > >> > > > > > Actually, I think that GridAbstractTest and > > >> GridCommonAbstractTest > > >> > can > > >> > > > > > be refactored in order to simplify further development and > > >> > migration > > >> > > > > > to new testing framework. For example, there are a lot of > > >> instance > > >> > > > > > methods which can be turned to static methods. Various > > >> > start/stopGrid > > >> > > > > > methods fall into this category. They can be extracted int= o some > > >> > > > > > utility class and imported statically. Perhaps, after numb= er of > > >> > such > > >> > > > > > refactoring we will be able to write tests without extendi= ng > > >> > > > > > GridCommonAbstractTest. > > >> > > > > > > > >> > > > > > =D0=BF=D1=82, 22 =D1=84=D0=B5=D0=B2=D1=80. 2019 =D0=B3. = =D0=B2 18:33, Ivan Fedotov > >> >: > > >> > > > > > > > > >> > > > > > > Hi Ivan! > > >> > > > > > > > > >> > > > > > > Junit5 differs from JUnit4 not so strong as 4 from 3 > > >> version. Of > > >> > > > > course, > > >> > > > > > > we can use AssertJ and other libraries, but it is more > > >> > comfortable to > > >> > > > > > > use functionality from the box. Moreover, the JUnit team > > >> provides > > >> > > > > strong > > >> > > > > > > support for its products and it is the core JUnit princi= ple - > > >> > > > minimize > > >> > > > > > > third-party dependency [1]. > > >> > > > > > > > > >> > > > > > > According to Parameterized tests, it has several cons i= n > > >> JUnit4: > > >> > > > > > > 1. Test classes use fields and constructors to define > > >> > parameters, > > >> > > > > which > > >> > > > > > > make tests more verbose > > >> > > > > > > 2. It requires a separate test class for each method be= ing > > >> > tested. > > >> > > > > > > In JUnit5 it has a simplified parameter syntax and supp= orts > > >> > multiple > > >> > > > > > > data-set source types, including CSV and annotation > > >> > > > > > > > > >> > > > > > > Impact on daily test development does not so differ fro= m > > >> > development > > >> > > > > on > > >> > > > > > > JUnit4. We also can use annotations to mark methods as t= ests, > > >> but > > >> > > > some > > >> > > > > > main > > >> > > > > > > annotations have > > >> > > > > > > different names - you can see it in the ticket descripti= on > > >> [2]. > > >> > You > > >> > > > > have > > >> > > > > > to > > >> > > > > > > use those annotations and different import, but these ar= e > > >> minor > > >> > > > > changes. > > >> > > > > > > We can change suites from static to dynamic tests [3], = but I > > >> am > > >> > not > > >> > > > > sure > > >> > > > > > > that it is necessary. If you have any arguments in favor= of > > >> > dynamic > > >> > > > > > tests, > > >> > > > > > > I am ready to discuss them. > > >> > > > > > > > > >> > > > > > > Now I see that changes in GridAbstractTest are not requ= ired. > > >> > Only > > >> > > > > > > improvements in JUnit 3->4 migration, which were given i= n IEP. > > >> > Other > > >> > > > > > JUnit5 > > >> > > > > > > features we can use with additional imports. The problem= can > > >> > appear > > >> > > > > with > > >> > > > > > > dynamic tests because we can not launch static and dynam= ic > > >> under > > >> > one > > >> > > > > > > surefire version. I made a preliminary migration on exam= ples > > >> > module, > > >> > > > > you > > >> > > > > > > can take a look on it [4], but now it is still in work. > > >> > > > > > > > > >> > > > > > > I tried to find some other JUnit5 features and added the= m to > > >> > IEP. If > > >> > > > I > > >> > > > > > miss > > >> > > > > > > something, please, let me now, we will also take it into > > >> account. > > >> > > > > > > > > >> > > > > > > [1] > > >> https://github.com/junit-team/junit5/wiki/Core-Principles > > >> > > > > > > [2] https://issues.apache.org/jira/browse/IGNITE-10958 > > >> > > > > > > [3] https://www.baeldung.com/junit5-dynamic-tests > > >> > > > > > > [4] https://github.com/apache/ignite/pull/5888 > > >> > > > > > > > > >> > > > > > > > > >> > > > > > > =D1=87=D1=82, 21 =D1=84=D0=B5=D0=B2=D1=80. 2019 =D0=B3. = =D0=B2 18:45, =D0=9F=D0=B0=D0=B2=D0=BB=D1=83=D1=85=D0=B8=D0=BD =D0=98=D0=B2= =D0=B0=D0=BD < > > >> vololo100@gmail.com > > >> > >: > > >> > > > > > > > > >> > > > > > > > Hi Ivan, > > >> > > > > > > > > > >> > > > > > > > Thank you for your efforts! > > >> > > > > > > > > > >> > > > > > > > I checked a section "Motivation" in IEP and I think th= at we > > >> > should > > >> > > > > add > > >> > > > > > > > more details there. You provided mostly examples of mo= re > > >> > convenient > > >> > > > > > > > assertions. But there are other options to deal with i= t. > > >> E.g. > > >> > > > AssertJ > > >> > > > > > > > library [1] (I think that we can consider it even afte= r > > >> > migration > > >> > > > to > > >> > > > > > > > junit5). It would be great if we can describe some jun= it5 > > >> > features > > >> > > > > > > > which can make our life simpler and there is no altern= ative > > >> in > > >> > > > > junit4. > > >> > > > > > > > E.g. we have the similar Parameterized concept in juni= t4, > > >> so it > > >> > > > does > > >> > > > > > > > not look as a big win here. > > >> > > > > > > > > > >> > > > > > > > Also, an impact on everyday development should be esti= mated. > > >> > As I > > >> > > > > > > > know, junit5 has a compatibility layer which allows to > > >> migrate > > >> > from > > >> > > > > > > > junit4 seamlessly. But as I understood you would like = to use > > >> > new > > >> > > > > > > > junit5 features. And we have well-known GridAbstractTe= st > > >> which > > >> > > > > > > > historically was bound to junit3, now is bound to juni= t4. > > >> > Should we > > >> > > > > > > > change it significantly for junit5? Should we change o= ther > > >> > existing > > >> > > > > > > > tests? Suites? > > >> > > > > > > > > > >> > > > > > > > Could you please address my concerns? > > >> > > > > > > > > > >> > > > > > > > Let's discuss pros and cons. I will be happy to help t= here. > > >> > > > > > > > > > >> > > > > > > > [1] http://joel-costigliola.github.io/assertj/ > > >> > > > > > > > > > >> > > > > > > > =D1=87=D1=82, 21 =D1=84=D0=B5=D0=B2=D1=80. 2019 =D0=B3= . =D0=B2 18:07, Ivan Fedotov < > > >> > ivanan639@gmail.com>: > > >> > > > > > > > > > > >> > > > > > > > > Dmitriy, thank you, access is fine. > > >> > > > > > > > > > > >> > > > > > > > > I have created the corresponding IEP [1]. > > >> > > > > > > > > > > >> > > > > > > > > Now I am going to continue work on this. If somebody= has > > >> any > > >> > > > > > suggestions > > >> > > > > > > > or > > >> > > > > > > > > additions I am ready to discuss them. > > >> > > > > > > > > > > >> > > > > > > > > [1] > > >> > > > > > > > > > > >> > > > > > > > > > >> > > > > > > > >> > > > > > > >> > > > > > >> > > > >> https://cwiki.apache.org/confluence/display/IGNITE/IEP-30%3A+Migrati= on+to+JUnit+5 > > >> > > > > > > > > > > >> > > > > > > > > =D1=87=D1=82, 21 =D1=84=D0=B5=D0=B2=D1=80. 2019 =D0= =B3. =D0=B2 01:42, Dmitriy Pavlov < > > >> > dpavlov@apache.org > > >> > > > >: > > >> > > > > > > > > > > >> > > > > > > > > > Done, please check access now. > > >> > > > > > > > > > > > >> > > > > > > > > > =D1=81=D1=80, 20 =D1=84=D0=B5=D0=B2=D1=80. 2019 = =D0=B3. =D0=B2 21:49, Ivan Fedotov < > > >> > > > ivanan639@gmail.com > > >> > > > > >: > > >> > > > > > > > > > > > >> > > > > > > > > > > Dmitriy, thank you for the response. > > >> > > > > > > > > > > > > >> > > > > > > > > > > My wiki username is "ivanan", the related mailbo= x is > > >> > > > > > > > ivanan639@gmail.com > > >> > > > > > > > > > . > > >> > > > > > > > > > > > > >> > > > > > > > > > > =D1=81=D1=80, 20 =D1=84=D0=B5=D0=B2=D1=80. 2019 = =D0=B3. =D0=B2 18:38, Dmitriy Pavlov < > > >> > > > > dpavlov@apache.org > > >> > > > > > >: > > >> > > > > > > > > > > > > >> > > > > > > > > > > > Hi Ivan, > > >> > > > > > > > > > > > > > >> > > > > > > > > > > > Now admin service is unavailable (gives error = 503). > > >> > I'll > > >> > > > add > > >> > > > > > rights > > >> > > > > > > > > > once > > >> > > > > > > > > > > it > > >> > > > > > > > > > > > is up and running. > > >> > > > > > > > > > > > > > >> > > > > > > > > > > > Could you share your wiki username? I can't fi= nd any > > >> > users > > >> > > > > who > > >> > > > > > > > signed > > >> > > > > > > > > > up > > >> > > > > > > > > > > in > > >> > > > > > > > > > > > the wiki with any similar email/username > > >> > > > > > > > > > > > > > >> > > > > > > > > > > > Sincerely, > > >> > > > > > > > > > > > Dmitriy Pavlov > > >> > > > > > > > > > > > > > >> > > > > > > > > > > > =D1=81=D1=80, 20 =D1=84=D0=B5=D0=B2=D1=80. 201= 9 =D0=B3. =D0=B2 18:26, Ivan Fedotov < > > >> > > > > > ivanan639@gmail.com>: > > >> > > > > > > > > > > > > > >> > > > > > > > > > > > > Hi, Igniters. > > >> > > > > > > > > > > > > > > >> > > > > > > > > > > > > I am planning to formalize migration to JUni= t5 and > > >> > create > > >> > > > > IEP > > >> > > > > > > > which > > >> > > > > > > > > > > will > > >> > > > > > > > > > > > > include related issues. > > >> > > > > > > > > > > > > > > >> > > > > > > > > > > > > I already started to work on one of the issu= es [1] > > >> > and > > >> > > > > > created a > > >> > > > > > > > > > draft > > >> > > > > > > > > > > > for > > >> > > > > > > > > > > > > the corresponding IEP [2]. > > >> > > > > > > > > > > > > > > >> > > > > > > > > > > > > Please, give me rights for confluence to cre= ate > > >> IEP. > > >> > > > > > > > > > > > > > > >> > > > > > > > > > > > > [1] > > >> > https://issues.apache.org/jira/browse/IGNITE-10973 > > >> > > > > > > > > > > > > [2] > > >> > > > > > > > > > >> > https://gist.github.com/1vanan/1f81319f1dc6d6ebca30c216fdd82759 > > >> > > > > > > > > > > > > > > >> > > > > > > > > > > > > Sincerely, > > >> > > > > > > > > > > > > Ivan Fedotov. > > >> > > > > > > > > > > > > > > >> > > > > > > > > > > > > ivanan639@gmail.com > > >> > > > > > > > > > > > > > > >> > > > > > > > > > > > > > >> > > > > > > > > > > > > >> > > > > > > > > > > > > >> > > > > > > > > > > -- > > >> > > > > > > > > > > Ivan Fedotov. > > >> > > > > > > > > > > > > >> > > > > > > > > > > ivanan639@gmail.com > > >> > > > > > > > > > > > > >> > > > > > > > > > > > >> > > > > > > > > > > >> > > > > > > > > > > >> > > > > > > > > -- > > >> > > > > > > > > Ivan Fedotov. > > >> > > > > > > > > > > >> > > > > > > > > ivanan639@gmail.com > > >> > > > > > > > > > >> > > > > > > > > > >> > > > > > > > > > >> > > > > > > > -- > > >> > > > > > > > Best regards, > > >> > > > > > > > Ivan Pavlukhin > > >> > > > > > > > > > >> > > > > > > > > >> > > > > > > > > >> > > > > > > -- > > >> > > > > > > Ivan Fedotov. > > >> > > > > > > > > >> > > > > > > ivanan639@gmail.com > > >> > > > > > > > >> > > > > > > > >> > > > > > > > >> > > > > > -- > > >> > > > > > Best regards, > > >> > > > > > Ivan Pavlukhin > > >> > > > > > > > >> > > > > > > >> > > > > > > >> > > > > -- > > >> > > > > Ivan Fedotov. > > >> > > > > > > >> > > > > ivanan639@gmail.com > > >> > > > > > > >> > > > > > >> > > > > >> > > > > >> > > -- > > >> > > Ivan Fedotov. > > >> > > > > >> > > ivanan639@gmail.com > > >> > > > >> > > > >> > > > >> > -- > > >> > Best regards, > > >> > Ivan Pavlukhin > > >> > > > >> > > > > > > > > > -- > > > Ivan Fedotov. > > > > > > ivanan639@gmail.com > > > > > > > > > -- > > Ivan Fedotov. > > > > ivanan639@gmail.com > > > > -- > Best regards, > Ivan Pavlukhin --=20 Best regards, Ivan Pavlukhin