Tag: invocationtargetexception

什么时候InvocationTargetException.getCause()null?

根据javadocs , InvocationTargetException.getCause()可以为null: 返回此exception的原因(抛出的目标exception,可能为null)。 但文档还说它包装了一个现有的exception: InvocationTargetException是一个已检查的exception,它包装被调用的方法或构造函数抛出的exception。 所以在我看来, InvocationTargetException.getCause() 永远不能为null 。 我错过了什么吗? UPDATE 是的,我错过了一些东西 – InvocationTargetException的默认构造函数会导致getCause()为null。 我现在的问题是为什么要提供这个类的默认构造函数。 是否存在需要使用null原因抛出exception的用例?

如何修复/解决java.lang.reflect.InvocationTargetException

我有一个关于一个特别恼人的错误的问题,我无法弄清楚,更不用说克服了。 每当我尝试在我的网站上运行Java applet(Applet或JApplet)时,我都会将此错误视为弹出窗口: java.lang.reflect.InvocationTargetException 没有堆栈跟踪,没有行号,只是错误消息。 所以我用谷歌搜索其他任何人的解决方法(或理想的实际修复)但却找不到多少。 我已经尝试过我的代码的几种变体(有时候有一个JAR文件,有时候没有,有时是一个单独的类,有时候没有,有时候在一个包中使用匹配的目录结构,有时候没有包等等)但似乎无法越过这个讨厌的小儿子的臭虫。 🙂 举一个具体的例子,这是我最近的尝试; 首先是Java代码: package cmtoolbox; public class CMToolbox { public static void main(String[] args) { MainApplet a = new MainApplet(); } } 它设置的课程: package cmtoolbox; import javax.swing.JApplet; import javax.swing.JButton; public class MainApplet extends JApplet { public MainApplet() { JApplet main = new JApplet(); main.setSize(800,600); JButton test1 = new […]

ClassLoaders.callStaticFunction Java Eclipse的InvocationTargetException

我已经创建了一个程序,通过使用ReverseXSL API将文本转换为xml。 该程序由应用程序通过调用静态方法( static int transformXSL )来执行。 我可以通过从Eclipse运行来执行和生成输出。 但是,当我使用应用程序运行程序(jar)时,它卡在某处,我找不到任何东西。 然后,我从Eclipse中的“Debug as …-> Remote Java Application”调试,并在ClassLoaders.callStaticFunction中找到“InvocationTargetException”。 下面的静态方法由应用程序调用。 公共类MyTest4 { public MyTest4() { } public static int transformXSL(String defFile, String inputFile, String XSLFile, String OutputFile) { System.out.println(“Dheeraj’s method is called”); // start time FileWriter fw=null; try { fw = new FileWriter(“D://Countime.txt”); } catch (IOException e1) { // […]

Java堆转储错误 – 元数据似乎不是多态的

在尝试从正在运行的Java进程中获取堆转储时,我得到了这个Stacktrace。 导致这种情况的原因以及如何进行正确的堆转储? Dumping heap to dump.bin … Exception in thread “main” java.lang.reflect.InvocationTargetException at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:483) at sun.tools.jmap.JMap.runTool(JMap.java:201) at sun.tools.jmap.JMap.main(JMap.java:130) Caused by: java.lang.InternalError: Metadata does not appear to be polymorphic at sun.jvm.hotspot.types.basic.BasicTypeDataBase.findDynamicTypeForAddress(BasicTypeDataBase.java:278) at sun.jvm.hotspot.runtime.VirtualBaseConstructor.instantiateWrapperFor(VirtualBaseConstructor.java:102) at sun.jvm.hotspot.oops.Metadata.instantiateWrapperFor(Metadata.java:68) at sun.jvm.hotspot.memory.DictionaryEntry.klass(DictionaryEntry.java:71) at sun.jvm.hotspot.memory.Dictionary.classesDo(Dictionary.java:66) at sun.jvm.hotspot.memory.SystemDictionary.classesDo(SystemDictionary.java:190) at sun.jvm.hotspot.memory.SystemDictionary.allClassesDo(SystemDictionary.java:183) at sun.jvm.hotspot.utilities.HeapHprofBinWriter.writeClasses(HeapHprofBinWriter.java:942) at sun.jvm.hotspot.utilities.HeapHprofBinWriter.write(HeapHprofBinWriter.java:427) at sun.jvm.hotspot.tools.HeapDumper.run(HeapDumper.java:62) […]