Package Details: java-testng 7.10.2-1

Git Clone URL: (read-only, click to copy)
Package Base: java-testng
Description: A testing framework inspired by JUnit and NUnit
Upstream URL:
Licenses: Apache-2.0
Submitter: alucryd
Maintainer: carlosal1015
Last Packager: carlosal1015
Votes: 24
Popularity: 0.000000
First Submitted: 2011-12-29 14:17 (UTC)
Last Updated: 2024-05-01 21:13 (UTC)

Latest Comments

1 2 3 4 Next › Last »

weshouman commented on 2022-10-16 05:17 (UTC) (edited on 2022-10-16 06:50 (UTC) by weshouman)

Note: When the jre-openjdk is preinstalled --asdeps, and jdk-openjdk is not installed, java-testng installation fails without tyring to install jdk-openjdk or stating that jdk-openjdk is required.

weshouman commented on 2022-10-16 05:13 (UTC) (edited on 2022-10-16 05:14 (UTC) by weshouman)

The package also fails for jdk>=18, which is now the default one for the package jdk-openjdk (which I needed to install separately to avoid interactive selection between different versions).

Workaround is running archlinux-java set java-11-openjdk, java-11-openjdk should exist at /usr/lib/jvm/

bcskn commented on 2022-09-05 09:15 (UTC)

@JoseskVolpe Setting java-8-openjdk did not work but as you said setting JAVA_HOME to java-11-openjdk and archlinux-java set java-11-openjdk has worked. It was built without problems.

JoseskVolpe commented on 2022-08-14 02:37 (UTC)

Or you can patch the PKGBUILD to make it compile using OpenJDK 11:

diff --git a/PKGBUILD b/PKGBUILD
index 0b33d53..12d0388 100644
@@ -20,6 +20,7 @@ sha256sums=('78ccf9122b62a2d4bdff90cab219254997f4120a94da49f72f2df2f2ea65c870')
 prepare() {
   echo "It's recommended to build in a clean chroot"
   unset _JAVA_OPTIONS
+  export JAVA_HOME="/usr/lib/jvm/java-11-openjdk"

 build() {

andrescm90 commented on 2021-04-21 20:53 (UTC)

Got it fixed! @Vial all I did was the following:

  1. Uninstalled any jdk-openjdk* you might have
  2. Search for testing on the "Add/Remove Software" window, then click where it says "Dependencies". You'll see "jdk8-openjdk". Click on it.
  3. It'll take you exactly to the one you need, install it.
  4. Run try installing the "java-testng" again.

Good luck!

andrescm90 commented on 2021-04-15 20:36 (UTC)

Same problem here: as @vial.

TestRunnerIssue1625. testMethod[0](class test.configuration.github1625.TestclassSampleUsingMocks)
TestRunnerIssue1625. testMethod[0](class test.configuration.github1625.TestclassSampleUsingMocks)
TestRunnerIssue1625. testMethod[0](class test.configuration.github1625.TestclassSampleUsingMocks)
IssueTest. testMethod[3]([Ltesthelper.SourceCode;@24f2af49)
IssueTest. testMethod[3]([Ltesthelper.SourceCode;@24f2af49)
IssueTest. testMethod[3]([Ltesthelper.SourceCode;@4ee8baf1)

Vial commented on 2021-02-08 16:17 (UTC) (edited on 2021-02-10 17:05 (UTC) by Vial)

Failed to build, 5 tests failed.

-TestRunnerIssue1625. testMethod0 -TestRunnerIssue1625. testMethod0 -IssueTest. testMethod3 -IssueTest. testMethod3 -EfficientPriorityParallelizationTest2. verifyThatSlowMethodStartedFirstAndEndedLast

Here's the detailed report

petronny commented on 2020-12-15 07:41 (UTC) (edited on 2020-12-15 08:05 (UTC) by petronny)


Also the test is still failing after setting depends=('jdk8-openjdk').

I have no idea how bartus fixed it. Building with devtools is defintely in clean chroot.

You can easily reproduce the error with extra-x86_64-build.


Well the build just passed like magic ...

petronny commented on 2020-12-15 07:38 (UTC)

official guidelines don't mention that compatibility with devtools should be maintained as well as depends=() should take place in the package section.

Well, that's true. Putting depends inside package() is just a trick for better packaging. And it's widely used for official packages, such as llvm.

For this package, java-runtime in depends is overriding the default java version than jdk8-openjdk in makedepends when building with devtools. Applying this trick can solve this problem.

I'm packaging java-testng in the arch4edu repository which is only building packages with devtools. Could you do me a favor to apply this trick?

bartus commented on 2020-12-12 18:52 (UTC) (edited on 2020-12-12 19:02 (UTC) by bartus)

@a.kudelin: Thanks, works fine ( had the same type of issue with my python2-scons )

btw. I strictly build packages in the clean chroot and tmpfs aur build -L -f -c -T -D /tmp.

Mostly because it's faster, but also it keeps my rootfs size sane (I don't need no 6GB cuda installation ԅ( ̄ε ̄ԅ) )