WHY BUILD ENVIRONMENTS MATTER
in maven land and in ant land every published maven/ant artifact is backwardly
compatible with previous versions
so my scala version 2.13.3 plugin
should not fail any build because scala plugin has a hardcoded scala plugin of
2.12.13 (your version)
if this is the case I can file a jira against my newer scala plugin 2.13.3
specifically my complaint is 2.13.3 should STOP FAILING THE build because there
is a hardcoded dependency for scala 2.12.13
but i need you to run:
gradle -scan -debug 1>foo.lst
if you look inside foo.lst you will see something like
as an example of a successful lookup we can reference ben-manes artifact
06:22:11.785 [DEBUG]
[org.gradle.api.internal.artifacts.ivyservice.ivyresolve.CachingModuleComponentRepository]
Found artifact 'gradle-versions-plugin.jar
(com.github.ben-manes:gradle-versions-plugin:0.29.0)' in resolver cache:
./gradle/caches/modules-2/files-2.1/com.github.ben-manes/gradle-versions-plugin/0.29.0/1fb8df3ec47c09c013d3c2923b0b6cdf9c9aeefd/gradle-versions-plugin-0.29.0.jar
in my base ben-manes artifact is found in gradle-versions-plugin-0.29.0.jar
which is located inside my gradle cache but build.gradle artifact(s) can be
resolved to any repository listed in build.gradle
what i need from you is where is scala compiler artifact specifically named
org.gradle.scala
is located?
in my case my gradle scala compiler plugin displays
Building project 'core' with Scala version 2.13.3
but my newer version of gradle plugin does not contain mission-critical
"scala()" method?
________________________________
From: Stephin Thomas <steth...@redhat.com>
Sent: Monday, February 8, 2021 10:31 AM
To: users@kafka.apache.org <users@kafka.apache.org>
Subject: Re: Unable to run unit tests inside a docker container
I am not sure why scala is not known.
This is the version I'm using inside my container
*bash-4.4$ which scala/usr/bin/scalabash-4.4$ scala -versionScala code
runner version 2.12.13 -- Copyright 2002-2020, LAMP/EPFL and Lightbend,
Inc.*
On Mon, Feb 8, 2021 at 4:02 PM Martin Gainty <mgai...@hotmail.com> wrote:
> scala plugin is not accessible
>
> FAILURE: Build failed with an exception.
> 09:47:39.315 [ERROR]
> [org.gradle.internal.buildevents.BuildExceptionReporter]
> 09:47:39.315 [ERROR]
> [org.gradle.internal.buildevents.BuildExceptionReporter] * Where:
> 09:47:39.316 [ERROR]
> [org.gradle.internal.buildevents.BuildExceptionReporter] Build file
> 'kafka/stephin/build.gradle' line: 471
> 09:47:39.316 [ERROR]
> [org.gradle.internal.buildevents.BuildExceptionReporter]
> 09:47:39.316 [ERROR]
> [org.gradle.internal.buildevents.BuildExceptionReporter] * What went wrong:
> 09:47:39.316 [ERROR]
> [org.gradle.internal.buildevents.BuildExceptionReporter] A problem occurred
> evaluating root project 'stephin'.
> 09:47:39.316 [ERROR]
> [org.gradle.internal.buildevents.BuildExceptionReporter] > Failed to apply
> plugin [id 'org.gradle.scala']
> 09:47:39.316 [ERROR]
> [org.gradle.internal.buildevents.BuildExceptionReporter] > Could not
> find method scala() for arguments
> [build_3rdrt0tflrjfc3pjjv3f9udtb$_run_closure5$_closure74$_closure108@65c5e9d2]
> on object of type org.gradle.api.plugins.scala.ScalaPlugin.
> 09:47:39.316 [ERROR]
> [org.gradle.internal.buildevents.BuildExceptionReporter]
>
> lets look at build.gradle location at line 471
> plugins.withType(ScalaPlugin) {
> scala {
> zincVersion = versions.zinc
> }
>
> this is the scala compiler
>
> i asked the gradle people which repository is supposed to contain
> scala-compiler-plugin (any version)
> Gradle support response is "we dont know scala"
>
> any idea?
>
>
> ________________________________
> From: Stephin Thomas <steth...@redhat.com>
> Sent: Monday, February 8, 2021 4:08 AM
> To: users@kafka.apache.org <users@kafka.apache.org>
> Subject: Re: Unable to run unit tests inside a docker container
>
> @Martin Please see the build.gradle here
> <https://gist.github.com/STEPHINRACHEL/d9b4b59fdd144d9281e171d4c0e2a748>
>
> On Fri, Feb 5, 2021 at 1:31 AM Martin Gainty <mgai...@hotmail.com> wrote:
>
> > * What went wrong:
> > 18:54:25.681 [ERROR]
> > [org.gradle.internal.buildevents.BuildExceptionReporter]
> > A problem occurred evaluating root project 'stephin'.
> >
> > 18:54:25.681 [ERROR]
> > [org.gradle.internal.buildevents.BuildExceptionReporter] >
> > Could not find method scalaCompiler() for arguments
> > [org.scala-lang:scala-compiler:2.9.2] on object of type
> >
> org.gradle.api.internal.artifacts.dsl.dependencies.DefaultDependencyHandler.
> >
> > repositories {
> > mavenCentral()
> > jcenter()
> > maven {
> > url "http://maven.ow2.org/maven2/";
> > }
> > maven {
> > url "http://maven.ow2.org/maven2-snapshot/";
> > }
> > maven {
> > url "https://plugins.gradle.org/m2/";
> > }
> > }
> > apply from: file('gradle/buildscript.gradle'), to: buildscript
> > apply from: "$rootDir/gradle/dependencies.gradle"
> >
> > dependencies {
> > scalaCompiler "org.scala-lang:scala-compiler:2.9.2"
> >
> > send my your build.gradle asap
> >
> > m
> >
> > ________________________________
> > From: Stephin Thomas <steth...@redhat.com>
> > Sent: Thursday, February 4, 2021 3:11 AM
> > To: users@kafka.apache.org <users@kafka.apache.org>
> > Subject: Re: Unable to run unit tests inside a docker container
> >
> > <
> >
> https://github.com/apache/kafka/blob/trunk/clients/src/test/java/org/apache/kafka/common/network/SslVersionsTransportLayerTest.java
> > >Here
> > is the upstream link to the SslTransportLayerTest.java
> > <
> >
> https://github.com/apache/kafka/blob/trunk/clients/src/test/java/org/apache/kafka/common/network/SslTransportLayerTest.java
> > >
> > ,
> > I've used.
> > Thanks for looking into this.
> >
> > -Stephin
> >
> > On Wed, Feb 3, 2021 at 11:11 PM Martin Gainty <mgai...@hotmail.com>
> wrote:
> >
> > > authentication fail
> > >
> > > using basic-authentication you will need to supply correct
> > > username/password
> > > try ssh to server with supplied credentials from testcase
> > > assume port is 2222
> > > assume host ip is 10.0.0.1
> > > assume password is MYPassword
> > > assume username is mgainty
> > > ssh -p “MYPassword” ssh -p 2222 mgainty@10.0.0.1
> > > if ssh fails then any programmatic authentication on your end will also
> > > fail
> > >
> > > if you are authenticating with certs you will need a valid x509 cert
> and
> > > public key
> > > both of which need to be supplied to you from CA authenticator
> > >
> > > is there a way you can upload SslTransportLayerTest.java so we can look
> > at
> > > the code
> > >
> >
> ?org.apache.kafka.common.network.SslTransportLayerTest.testTlsDefaults(SslTransportLayerTest.java:587)
> > >
> > > m-
> > >
> > > ________________________________
> > > From: Stephin Thomas <steth...@redhat.com>
> > > Sent: Wednesday, February 3, 2021 9:30 AM
> > > To: users@kafka.apache.org <users@kafka.apache.org>
> > > Subject: Re: Unable to run unit tests inside a docker container
> > >
> > > @Martin Thanks for the links and suggestions I tried with *--no-daemon*
> > > option but it did not help. I assigned more memory to my docker
> container
> > > (from 2GB to 8GB) and that sorted the unexpected 137 error.
> > > But this time again the timeout issue appeared even with 30000ms.
> > >
> > >
> >
> https://gist.github.com/STEPHINRACHEL/b67f34e6ff1b3deb5338e8b6fb6b48ee#file-kafka-test-14-40-L10212
> > >
> > > Thanks
> > > -Stephin
> > >
> > >
> > >
> > >
> > >
> > > On Wed, Feb 3, 2021 at 11:52 AM Martin Gainty <mgai...@hotmail.com>
> > wrote:
> > >
> > > > one of the commiters changed all maven builds to gradle and now there
> > are
> > > > fails that produce non-traceable error codes like 137
> > > > unfortunately he didnt test all gradle scenarios so this individual
> > > > released a build whose untested scenarios that error out
> > > >
> > > > java - Why are my Gradle builds dying with exit-code 137? - Stack
> > > Overflow<
> > > >
> > >
> >
> https://stackoverflow.com/questions/38967991/why-are-my-gradle-builds-dying-with-exit-code-137
> > > > >
> > > > [
> > > >
> > >
> >
> https://cdn.sstatic.net/Sites/stackoverflow/Img/apple-touch-i...@2.png?v=73d79a89bded
> > > > ]<
> > > >
> > >
> >
> https://stackoverflow.com/questions/38967991/why-are-my-gradle-builds-dying-with-exit-code-137
> > > > >
> > > > java - Why are my Gradle builds dying with exit-code 137? - Stack
> > > Overflow<
> > > >
> > >
> >
> https://stackoverflow.com/questions/38967991/why-are-my-gradle-builds-dying-with-exit-code-137
> > > > >
> > > > I've had similar issue on DigitalOcean's server, my gradle build
> failed
> > > > completely on test stage with very similar stacktrace and without a
> > > single
> > > > test being executed.. It is stated in Gradle docs that gradle daemon
> > > should
> > > > not be run in CI environments.So I just added --no-daemon to my build
> > > > command and everything worked well and good. Also stopping daemon
> with
> > > > ./gradlew --stop has been useful ...
> > > > stackoverflow.com
> > > > gradle daemons wont run in CI containers please add
> > > >
> > > > ./gradlew build --no-daemon
> > > >
> > > > Please let me know your results
> > > > martin
> > > > ________________________________
> > > > From: Stephin Thomas <steth...@redhat.com>
> > > > Sent: Wednesday, February 3, 2021 2:58 AM
> > > > To: users@kafka.apache.org <users@kafka.apache.org>
> > > > Subject: Re: Unable to run unit tests inside a docker container
> > > >
> > > > Hi,
> > > > @Martin Thank you for your response.
> > > > I do not have much knowledge of the code base for Kafka. I was trying
> > to
> > > > use the upstream code as it is. As you suggested I tried to increase
> > the
> > > > timeout, and it got worked and network tests got passed. Still, the
> > build
> > > > got failed with some other error. (Process 'Gradle Test Executor 12'
> > > > finished with non-zero exit value 137).
> > > > Full logs can be seen here
> > > >
> https://gist.github.com/STEPHINRACHEL/821de43ad9bd289a194aed09841dd90f
> > > > Is that something related to container setup? The build was
> > > > successful when I tried running the test locally on my machine. Is
> > there
> > > > any minimum memory requirement for the container?
> > > >
> > > > Thank you in advance,
> > > > - Stephin
> > > >
> > > > On Tue, Feb 2, 2021 at 4:16 PM Martin Gainty <mgai...@hotmail.com>
> > > wrote:
> > > >
> > > > > there are 2 things you will notice from your stacktrace
> > > > >
> > > > > consumerClient = new ConsumerNetworkClient(client, metadata, time,
> > 100,
> > > > > 1000);
> > > > > your 10k request timeout is too short
> > > > > so why not increase 10000ms to something more reasonable
> > > > >
> > > > > the specific testcase (which i do not have) is trying to decompress
> > an
> > > > > image when testcase = CompressionType.NONE
> > > > > private MemoryRecords records =
> > > > > MemoryRecords.emptyRecords(ByteBuffer.allocate(1024),
> > > > > CompressionType.NONE); private MemoryRecords nextRecords =
> > > > > MemoryRecords.emptyRecords(ByteBuffer.allocate(1024),
> > > > CompressionType.NONE);
> > > > >
> > > > > so why is your FetcherTest testcase attempting to decompress a
> record
> > > > > whose contained Image has no Compression?
> > > > >
> > > > > (I am admittedly more of a redhat guy than docker expert)
> > > > >
> > > > > ________________________________
> > > > > From: Stephin Thomas <steth...@redhat.com>
> > > > > Sent: Tuesday, February 2, 2021 9:11 AM
> > > > > To: users@kafka.apache.org <users@kafka.apache.org>
> > > > > Subject: Unable to run unit tests inside a docker container
> > > > >
> > > > > Hi,
> > > > > I have cloned the apache-Kafka repo inside a docker container that
> > has
> > > > java
> > > > > 11 installed on it and on running the ./gradlew uniTest command I'm
> > > > > getting build failure with failing network tests.
> > > > >
> > > > > The logs from the container are uploaded here
> > > > >
> > > > >
> > > >
> > >
> >
> https://gist.github.com/STEPHINRACHEL/9fbce12db303eb0285d14ff322dbd15d#file-gistfile1-txt-L1235
> > > > >
> > > > > Could someone guide me on how to run the unit tests inside a docker
> > > > > container?
> > > > >
> > > > > Thanks and Regards,
> > > > > -Stephin
> > > > >
> > > >
> > > >
> > > > --
> > > >
> > > > *Thanks and Regards,*
> > > >
> > > > *Stephin Rachel Thomas*
> > > > She/Her
> > > > Quality Engineer, Managed Application Services
> > > > <https://www.redhat.com/>
> > > >
> > >
> > >
> > > --
> > >
> > > *Thanks and Regards,*
> > >
> > > *Stephin Rachel Thomas*
> > > She/Her
> > > Quality Engineer, Managed Application Services
> > > <https://www.redhat.com/>
> > >
> >
> >
> > --
> >
> > *Thanks and Regards,*
> >
> > *Stephin Rachel Thomas*
> > She/Her
> > Quality Engineer, Managed Application Services
> > <https://www.redhat.com/>
> >
>
>
> --
>
> *Thanks and Regards,*
>
> *Stephin Rachel Thomas*
> She/Her
> Quality Engineer, Managed Application Services
> <https://www.redhat.com/>
>
--
*Thanks and Regards,*
*Stephin Rachel Thomas*
She/Her
Quality Engineer, Managed Application Services
<https://www.redhat.com/>
