My point is that we cannot test "Maven 3.8.1 works with Apache Ignite" on TeamCity currently - only locally or in Travis. Just FYI :)
> On 24 May 2021, at 10:39, Ivan Daschinsky <ivanda...@gmail.com> wrote: > > And so what? There are no changes in pom's (in this PR) that break > build on earlier maven versions. Why we should trust this patch > (moreover, it breaks even some travis ci checks) > > пн, 24 мая 2021 г. в 10:09, Petr Ivanov <mr.wei...@gmail.com>: >> >> Our TeamCity currently does not support 3.8.1 maven build runner. >> I think it will be available with 2021.1 version that is going to be >> delivered soon. >> >> >>> On 21 May 2021, at 12:28, Ivan Daschinsky <ivanda...@gmail.com> wrote: >>> >>> Hi. But where is TC run? And I suppose, that >>> https://travis-ci.com/github/apache/ignite/jobs/506675544 should be at >>> least fixed >>> >>> пт, 21 мая 2021 г. в 10:22, Petr Ivanov <mr.wei...@gmail.com>: >>>> >>>> Hi, Ilya. >>>> >>>> >>>> Left small comment on formatting issue. >>>> Otherwise looks good! >>>> >>>> >>>> Considering 3.8.1 maven support — we will be migrating builds there after >>>> TC 2021.1 will be delivered. >>>> >>>> >>>>> On 20 May 2021, at 19:22, Ilya Korol <llivezk...@gmail.com> wrote: >>>>> >>>>> Hi, all. >>>>> >>>>> Maybe someone has already faced the issue with Ignite and latest Maven >>>>> release 3.8.1? >>>>> >>>>> https://issues.apache.org/jira/browse/IGNITE-14753 >>>>> >>>>> From 3.8.1 maven supplied with config that will block any http >>>>> repository/mirror. (See details here >>>>> https://maven.apache.org/docs/3.8.1/release-notes.html#cve-2021-26291) >>>>> >>>>> Attempt to perform a build produces several errors: >>>>> >>>>> >>>>> 1. Third party dependencies >>>>> >>>>> 1.1) jta, hibernate-4.2, hibernate-5.1, hibernate-5.3 (btw hibernate-* >>>>> modules aren't built during mvn install) >>>>> >>>>> org.ow2.jotm:jotm-core:jar:2.2.3 >>>>> -> org.ow2.carol:carol:jar:3.0.8 >>>>> -> org.jacorb:jacorb:jar:2.2.3-jonas-patch-20071018 >>>>> >>>>> jotm is a test dependency. Switch to latest available version 2.3.1-M1 >>>>> did the trick. I didn't find any changelog for latest jotm release (their >>>>> site jotm.ow2.org seems a bit abandoned). I checked a little the diff >>>>> between 2.2.3 and 2.3.1-M1 source jars. Seems that there was some changes >>>>> in RMI related facilities, but i don't have enough expertise make a >>>>> conclusion that switch to 2.3.1-M1 would be safe (even if tests would be >>>>> green). Due to state of JOTM project maybe we should consider using >>>>> another JTA implementation with ongoing support like Atomicos or Narayana >>>>> (this implementation is also from the JBoss family like Hibernate)? >>>>> >>>>> 1.2) spark >>>>> >>>>> [ERROR] Failed to execute goal on project ignite-spark: Could not resolve >>>>> dependencies for project >>>>> org.apache.ignite:ignite-spark:jar:2.11.0-SNAPSHOT: Failed to collect >>>>> dependencies at org.apache.spark:spark-core_2.11:jar:2.3.0 -> >>>>> net.java.dev.jets3t:jets3t:jar:0.9.4 -> >>>>> commons-codec:commons-codec:jar:1.15-SNAPSHOT: Failed to read artifact >>>>> descriptor for commons-codec:commons-codec:jar:1.15-SNAPSHOT: Could not >>>>> transfer artifact commons-codec:commons-codec:pom:1.15-SNAPSHOT from/to >>>>> maven-default-http-blocker (http://0.0.0.0/): Blocked mirror for >>>>> repositories: [apache.snapshots (http://repository.apache.org/snapshots, >>>>> default, snapshots)] -> [Help 1] >>>>> >>>>> Updating to latest spark-core_2.11 maintenance version (2.3.0 -> 2.3.4) >>>>> did the job. >>>>> >>>>> >>>>> 2. Broken plugins configuration >>>>> >>>>> Currently ignite-parent uses org.apache:apache:16 as parent. Up to 18 >>>>> release apache used http schema in different places of its configuration >>>>> (e.g. snapshot repository). So i guess its a good reason to update apache >>>>> parent at least to 18 release or maybe even to latest 23. This upgrade >>>>> will break builds for several modules: >>>>> >>>>> 2.1) maven-jar-plugin */useDefaultManifestFile/* option was removed, so >>>>> usage of this option (true for ignite) will break the build. I guess we >>>>> can safely remove it from parent pom. >>>>> >>>>> 2.2) Classifiers in ignite-exdata-uri. Building ignite-exdata-uri with >>>>> latest jar plugin produces errors like: >>>>> >>>>> ignite-extdata-uri: You have to use a classifier to attach supplemental >>>>> artifacts to the project instead of replacing them >>>>> >>>>> Seems that jar plugin doesn't like when build produces multiple jars even >>>>> if they finalName's are different. Reworking build configuration with >>>>> classifiers fixed the problem. >>>>> >>>>> >>>>> I've created a PR with proposed changes: >>>>> https://github.com/apache/ignite/pull/9116, comments are welcome >>>>> >>>> >>> >>> >>> -- >>> Sincerely yours, Ivan Daschinskiy >> > > > -- > Sincerely yours, Ivan Daschinskiy