java.lang.reflect.InvocationTargetException

There are no available Samebug tips for this exception. Do you have an idea how to solve this issue? A short tip would help users who saw this issue last week.

  • Starting Jenkins Exception in thread "main" java.lang.reflect.InvocationTargetException at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) at java.lang.reflect.Method.invoke(Method.java:611) at Main._main(Main.java:140) at Main.main(Main.java:98) Caused by: java.lang.UnsatisfiedLinkError: Native library (com/sun/jna/linux-s390x/libjnidispatch.so) not found in resource path ([file:/tmp/jna6973721066788680081jar, file:/tmp/akuma5654040944447989848jar]) at com.sun.jna.Native.loadNativeDispatchLibraryFromClasspath(Native.java:776) at com.sun.jna.Native.loadNativeDispatchLibrary(Native.java:736) at com.sun.jna.Native.<clinit>(Native.java:131) at java.lang.J9VMInternals.initializeImpl(Native Method) at java.lang.J9VMInternals.initialize(J9VMInternals.java:200) at com.sun.akuma.CLibrary.<clinit>(CLibrary.java:89) at java.lang.J9VMInternals.initializeImpl(Native Method) at java.lang.J9VMInternals.initialize(J9VMInternals.java:200) at com.sun.akuma.JavaVMArguments.resolvePID(JavaVMArguments.java:126) at com.sun.akuma.JavaVMArguments.ofLinux(JavaVMArguments.java:114) at com.sun.akuma.JavaVMArguments.of(JavaVMArguments.java:104) at com.sun.akuma.JavaVMArguments.current(JavaVMArguments.java:92) at com.sun.akuma.Daemon.daemonize(Daemon.java:106) at com.sun.akuma.Daemon.all(Daemon.java:88) ... 6 more [FAILED]
    via by Mir Sajjad Mehdi,
  • rpm -q jenkins jenkins-1.489-1.1.noarch I used the yum installer to install jenkins on ppc64 with the IBM 1.6 JDK following the guide here: https://wiki.jenkins-ci.org/display/JENKINS/Installing+Jenkins+on+RedHat+distributions When starting the jenkins service, I get this: service jenkins start Starting Jenkins Exception in thread "main" java.lang.reflect.InvocationTargetException at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) at java.lang.reflect.Method.invoke(Method.java:611) at Main._main(Main.java:129) at Main.main(Main.java:98) Caused by: java.lang.UnsatisfiedLinkError: jnidispatch (/com/sun/jna/linux-ppc64/libjnidispatch.so) not found in resource path at com.sun.jna.Native.loadNativeLibraryFromJar(Native.java:697) at com.sun.jna.Native.loadNativeLibrary(Native.java:674) at com.sun.jna.Native.<clinit>(Native.java:115) at java.lang.J9VMInternals.initializeImpl(Native Method) at java.lang.J9VMInternals.initialize(J9VMInternals.java:200) at com.sun.akuma.CLibrary.<clinit>(CLibrary.java:89) at java.lang.J9VMInternals.initializeImpl(Native Method) at java.lang.J9VMInternals.initialize(J9VMInternals.java:200) at com.sun.akuma.JavaVMArguments.resolvePID(JavaVMArguments.java:126) at com.sun.akuma.JavaVMArguments.ofLinux(JavaVMArguments.java:114) at com.sun.akuma.JavaVMArguments.of(JavaVMArguments.java:104) at com.sun.akuma.JavaVMArguments.current(JavaVMArguments.java:92) at com.sun.akuma.Daemon.daemonize(Daemon.java:105) at com.sun.akuma.Daemon.all(Daemon.java:87) ... 6 more I don't know how this is different from issue 4820 which was fixed apparently: https://issues.jenkins-ci.org/browse/JENKINS-4820 But where people say updating jenkins fixed that issue, I'm still hitting it. I'm not sure if there is a problem with my java setup or not.
    via by Matt Riedemann,
  • Starting Jenkins Exception in thread "main" java.lang.reflect.InvocationTargetException at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) at java.lang.reflect.Method.invoke(Method.java:611) at Main._main(Main.java:140) at Main.main(Main.java:98) Caused by: java.lang.UnsatisfiedLinkError: Native library (com/sun/jna/linux-s390x/libjnidispatch.so) not found in resource path ([file:/tmp/jna6973721066788680081jar, file:/tmp/akuma5654040944447989848jar]) at com.sun.jna.Native.loadNativeDispatchLibraryFromClasspath(Native.java:776) at com.sun.jna.Native.loadNativeDispatchLibrary(Native.java:736) at com.sun.jna.Native.<clinit>(Native.java:131) at java.lang.J9VMInternals.initializeImpl(Native Method) at java.lang.J9VMInternals.initialize(J9VMInternals.java:200) at com.sun.akuma.CLibrary.<clinit>(CLibrary.java:89) at java.lang.J9VMInternals.initializeImpl(Native Method) at java.lang.J9VMInternals.initialize(J9VMInternals.java:200) at com.sun.akuma.JavaVMArguments.resolvePID(JavaVMArguments.java:126) at com.sun.akuma.JavaVMArguments.ofLinux(JavaVMArguments.java:114) at com.sun.akuma.JavaVMArguments.of(JavaVMArguments.java:104) at com.sun.akuma.JavaVMArguments.current(JavaVMArguments.java:92) at com.sun.akuma.Daemon.daemonize(Daemon.java:106) at com.sun.akuma.Daemon.all(Daemon.java:88) ... 6 more [FAILED]
    via by Mir Sajjad Mehdi,
  • rpm -q jenkins jenkins-1.489-1.1.noarch I used the yum installer to install jenkins on ppc64 with the IBM 1.6 JDK following the guide here: https://wiki.jenkins-ci.org/display/JENKINS/Installing+Jenkins+on+RedHat+distributions When starting the jenkins service, I get this: service jenkins start Starting Jenkins Exception in thread "main" java.lang.reflect.InvocationTargetException at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) at java.lang.reflect.Method.invoke(Method.java:611) at Main._main(Main.java:129) at Main.main(Main.java:98) Caused by: java.lang.UnsatisfiedLinkError: jnidispatch (/com/sun/jna/linux-ppc64/libjnidispatch.so) not found in resource path at com.sun.jna.Native.loadNativeLibraryFromJar(Native.java:697) at com.sun.jna.Native.loadNativeLibrary(Native.java:674) at com.sun.jna.Native.<clinit>(Native.java:115) at java.lang.J9VMInternals.initializeImpl(Native Method) at java.lang.J9VMInternals.initialize(J9VMInternals.java:200) at com.sun.akuma.CLibrary.<clinit>(CLibrary.java:89) at java.lang.J9VMInternals.initializeImpl(Native Method) at java.lang.J9VMInternals.initialize(J9VMInternals.java:200) at com.sun.akuma.JavaVMArguments.resolvePID(JavaVMArguments.java:126) at com.sun.akuma.JavaVMArguments.ofLinux(JavaVMArguments.java:114) at com.sun.akuma.JavaVMArguments.of(JavaVMArguments.java:104) at com.sun.akuma.JavaVMArguments.current(JavaVMArguments.java:92) at com.sun.akuma.Daemon.daemonize(Daemon.java:105) at com.sun.akuma.Daemon.all(Daemon.java:87) ... 6 more I don't know how this is different from issue 4820 which was fixed apparently: https://issues.jenkins-ci.org/browse/JENKINS-4820 But where people say updating jenkins fixed that issue, I'm still hitting it. I'm not sure if there is a problem with my java setup or not.
    via by Matt Riedemann,
  • This occurs when build finishes and the archiver is activated in builds that runs in Slave node. # java -version java version "1.5.0" Java(TM) 2 Runtime Environment, Standard Edition (build pap32dev-20070201 (SR4)) IBM J9 VM (build 2.3, J2RE 1.5.0 IBM J9 2.3 AIX ppc-32 j9vmap3223-20070201 (JIT enabled) J9VM - 20070131_11312_bHdSMR JIT - 20070109_1805ifx1_r8 GC - 200701_09) JCL - 20070126 LOG: ==== BUILD SUCCESSFUL Total time: 16 minutes 29 seconds FATAL: hudson.util.jna.GNUCLibrary (initialization failure) java.lang.NoClassDefFoundError: hudson.util.jna.GNUCLibrary (initialization failure) at java.lang.Throwable.<init>(Throwable.java:57) at java.lang.Throwable.<init>(Throwable.java:68) at java.lang.J9VMInternals.initialize(J9VMInternals.java:123) at hudson.FilePath.readFromTar(FilePath.java:1165) at hudson.FilePath.copyRecursiveTo(FilePath.java:1071) at hudson.tasks.ArtifactArchiver.perform(ArtifactArchiver.java:103) at hudson.model.AbstractBuild$AbstractRunner.performAllBuildStep(AbstractBuild.java :372) at hudson.model.AbstractBuild$AbstractRunner.performAllBuildStep(AbstractBuild.java :360) at hudson.model.Build$RunnerImpl.post2(Build.java:183) at hudson.model.AbstractBuild$AbstractRunner.post(AbstractBuild.java:345) at hudson.model.Run.run(Run.java:915) at hudson.model.Build.run(Build.java:112) at hudson.model.ResourceController.execute(ResourceController.java:93) at hudson.model.Executor.run(Executor.java:119) Caused by: java.lang.Throwable: java.lang.NoClassDefFoundError: com.sun.jna.Native (initialization failure) at java.lang.J9VMInternals.initialize(J9VMInternals.java:123) at hudson.util.jna.GNUCLibrary.<clinit>(GNUCLibrary.java:81) at java.lang.J9VMInternals.initializeImpl(Native Method) at java.lang.J9VMInternals.initialize(J9VMInternals.java:177) ... 11 more Caused by: java.lang.Throwable: java.lang.Throwable: java.lang.UnsatisfiedLinkError: jnidispatch (/com/sun/jna/aix- ppc/libjnidispatch.a) not found in resource path at com.sun.jna.Native.loadNativeLibraryFromJar(Native.java:568) at com.sun.jna.Native.loadNativeLibrary(Native.java:550) at com.sun.jna.Native.<clinit>(Native.java:87) at java.lang.J9VMInternals.initializeImpl(Native Method) at java.lang.J9VMInternals.initialize(J9VMInternals.java:177) at com.sun.jna.Pointer.<clinit>(Pointer.java:40) at java.lang.J9VMInternals.initializeImpl(Native Method) at java.lang.J9VMInternals.initialize(J9VMInternals.java:177) at java.lang.J9VMInternals.initialize(J9VMInternals.java:144) at org.tmatesoft.svn.core.internal.util.jna.SVNLinuxUtil.<clinit>(SVNLinuxUtil.java :35) at java.lang.J9VMInternals.initializeImpl(Native Method) at java.lang.J9VMInternals.initialize(J9VMInternals.java:177) at org.tmatesoft.svn.core.internal.util.jna.SVNJNAUtil.isExecutable(SVNJNAUtil.java :75) at org.tmatesoft.svn.core.internal.wc.SVNFileUtil.isExecutable(SVNFileUtil.java:107 1) at org.tmatesoft.svn.core.internal.wc.SVNFileUtil.copyFile(SVNFileUtil.java:549) at org.tmatesoft.svn.core.internal.wc.admin.SVNTranslator.translate(SVNTranslator.j ava:151) at org.tmatesoft.svn.core.internal.wc.admin.SVNTranslator.translate(SVNTranslator.j ava:123) at org.tmatesoft.svn.core.internal.wc.admin.SVNTranslator.translate(SVNTranslator.j ava:81) at org.tmatesoft.svn.core.internal.wc.admin.SVNLogRunner.runCommand(SVNLogRunner.ja va:318) at org.tmatesoft.svn.core.internal.wc.admin.SVNLog.run(SVNLog.java:221) at org.tmatesoft.svn.core.internal.wc.admin.SVNAdminArea.runLogs(SVNAdminArea.java: 560) at org.tmatesoft.svn.core.internal.wc.SVNUpdateEditor$SVNDirectoryInfo.runLogs(SVNU pdateEditor.java:1550) at org.tmatesoft.svn.core.internal.wc.SVNUpdateEditor.closeDir(SVNUpdateEditor.java :504) at org.tmatesoft.svn.core.internal.wc.SVNCancellableEditor.closeDir(SVNCancellableE ditor.java:101) at org.tmatesoft.svn.core.internal.io.svn.SVNEditModeReader.processCommand(SVNEditM odeReader.java:133) at org.tmatesoft.svn.core.internal.io.svn.SVNEditModeReader.driveEditor(SVNEditMode Reader.java:214) at org.tmatesoft.svn.core.internal.io.svn.SVNRepositoryImpl.update(SVNRepositoryImp l.java:1485) at org.tmatesoft.svn.core.wc.SVNUpdateClient.update(SVNUpdateClient.java:449) at org.tmatesoft.svn.core.wc.SVNUpdateClient.doCheckout(SVNUpdateClient.java:851) at org.tmatesoft.svn.core.wc.SVNUpdateClient.doCheckout(SVNUpdateClient.java:728) at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:546) at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:476) at hudson.FilePath.act(FilePath.java:515) at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:469) at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:418) at hudson.model.AbstractProject.checkout(AbstractProject.java:805) at hudson.model.AbstractBuild$AbstractRunner.checkout(AbstractBuild.java:314) at hudson.model.AbstractBuild$AbstractRunner.run(AbstractBuild.java:266) at hudson.model.Run.run(Run.java:895) ... 3 more
    via by berahac,
  • I intended to use the CopyArtifact plugin and split a build task so that I just checkout on the master and then copy the sources over to the build machines. This works for all JNA supported environments, e.g. Windows, Solaris, and Linux on ix86/x86_64, but fails with the stack trace below (taken from one of the AIXes) on all other machines... ERROR: Failed to copy artifacts from Local_WIR_Build with filter: ** hudson.util.IOException2: java.lang.UnsatisfiedLinkError: jnidispatch (/com/sun/jna/aix-ppc64/libjnidispatch.a) not found in resource path at hudson.FilePath.copyRecursiveTo(FilePath.java:1474) at hudson.FilePath.copyRecursiveTo(FilePath.java:1399) at hudson.plugins.copyartifact.FilePathCopyMethod.init(FilePathCopyMethod.java:56) at hudson.plugins.copyartifact.CopyArtifact.perform(CopyArtifact.java:190) at hudson.plugins.copyartifact.CopyArtifact.perform(CopyArtifact.java:168) at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:19) at hudson.model.AbstractBuild$AbstractRunner.perform(AbstractBuild.java:603) at hudson.model.Build$RunnerImpl.build(Build.java:172) at hudson.model.Build$RunnerImpl.doRun(Build.java:137) at hudson.model.AbstractBuild$AbstractRunner.run(AbstractBuild.java:417) at hudson.model.Run.run(Run.java:1325) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46) at hudson.model.ResourceController.execute(ResourceController.java:88) at hudson.model.Executor.run(Executor.java:139) Caused by: java.util.concurrent.ExecutionException: java.lang.UnsatisfiedLinkError: jnidispatch (/com/sun/jna/aix-ppc64/libjnidispatch.a) not found in resource path at hudson.remoting.Channel$2.adapt(Channel.java:662) at hudson.remoting.Channel$2.adapt(Channel.java:657) at hudson.remoting.FutureAdapter.get(FutureAdapter.java:55) at hudson.FilePath.copyRecursiveTo(FilePath.java:1472) ... 13 more Caused by: java.lang.UnsatisfiedLinkError: jnidispatch (/com/sun/jna/aix-ppc64/libjnidispatch.a) not found in resource path at com.sun.jna.Native.loadNativeLibraryFromJar(Native.java:703) at com.sun.jna.Native.loadNativeLibrary(Native.java:680) at com.sun.jna.Native.<clinit>(Native.java:108) at java.lang.J9VMInternals.initializeImpl(Native Method) at java.lang.J9VMInternals.initialize(J9VMInternals.java:200) at hudson.util.jna.GNUCLibrary.<clinit>(GNUCLibrary.java:105) at java.lang.J9VMInternals.initializeImpl(Native Method) at java.lang.J9VMInternals.initialize(J9VMInternals.java:200) at hudson.FilePath.readFromTar(FilePath.java:1570) at hudson.FilePath.access$100(FilePath.java:159) at hudson.FilePath$32.invoke(FilePath.java:1463) at hudson.FilePath$32.invoke(FilePath.java:1460) at hudson.FilePath$FileCallableWrapper.call(FilePath.java:1899) at hudson.remoting.UserRequest.perform(UserRequest.java:114) at hudson.remoting.UserRequest.perform(UserRequest.java:48) at hudson.remoting.Request$2.run(Request.java:270) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:452) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:314) at java.util.concurrent.FutureTask.run(FutureTask.java:149) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) at java.lang.Thread.run(Thread.java:735)
    via by Matthias Kraft,
    • java.lang.reflect.InvocationTargetException at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) at java.lang.reflect.Method.invoke(Method.java:611) at Main._main(Main.java:140) at Main.main(Main.java:98) Caused by: java.lang.UnsatisfiedLinkError: jnidispatch (/com/sun/jna/linux-s390x/libjnidispatch.so) not found in resource path at com.sun.jna.Native.loadNativeLibraryFromJar(Native.java:697) at com.sun.jna.Native.loadNativeLibrary(Native.java:674) at com.sun.jna.Native.<clinit>(Native.java:115) at java.lang.J9VMInternals.initializeImpl(Native Method) at java.lang.J9VMInternals.initialize(J9VMInternals.java:200) at com.sun.akuma.CLibrary.<clinit>(CLibrary.java:89) at java.lang.J9VMInternals.initializeImpl(Native Method) at java.lang.J9VMInternals.initialize(J9VMInternals.java:200) at com.sun.akuma.JavaVMArguments.resolvePID(JavaVMArguments.java:126) at com.sun.akuma.JavaVMArguments.ofLinux(JavaVMArguments.java:114) at com.sun.akuma.JavaVMArguments.of(JavaVMArguments.java:104) at com.sun.akuma.JavaVMArguments.current(JavaVMArguments.java:92) at com.sun.akuma.Daemon.daemonize(Daemon.java:106) at com.sun.akuma.Daemon.all(Daemon.java:88) ... 6 more

    Users with the same issue

    Unknown visitor1 times, last one,
    Unknown visitor1 times, last one,
    Unknown visitor1 times, last one,
    Unknown visitor1 times, last one,
    Unknown visitor1 times, last one,
    19 more bugmates