@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/>
