This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.

Bug 213404 - ClassNotFoundException: org.openide.util.actions.ActionInvoker
Summary: ClassNotFoundException: org.openide.util.actions.ActionInvoker
Alias: None
Product: platform
Classification: Unclassified
Component: Module System (show other bugs)
Version: 7.2
Hardware: All All
: P1 normal with 3 votes (vote)
Assignee: Jaroslav Tulach
Depends on:
Reported: 2012-06-01 15:49 UTC by Exceptions Reporter
Modified: 2012-06-07 09:22 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Exception Reporter: 188827

stacktrace (3.72 KB, text/plain)
2012-06-01 15:49 UTC, Exceptions Reporter
Extensions added to a jdk7u4 64bit Linux (6.48 MB, application/x-compressed-tar)
2012-06-04 10:00 UTC, mgoe

Note You need to log in before you can comment on or make changes to this bug.
Description Exceptions Reporter 2012-06-01 15:49:43 UTC
This issue was reported manually by mgoe.
It already has 1 duplicates 

Build: NetBeans IDE 7.2 Beta (Build 201205031832)
VM: Java HotSpot(TM) 64-Bit Server VM, 23.0-b21, Java(TM) SE Runtime Environment, 1.7.0_04-b20
OS: Linux

User Comments:
GUEST: Trying to open java source file after clean build of module suite project.

java.lang.ClassNotFoundException: org.openide.util.actions.ActionInvoker
   at java.lang.ClassLoader.loadClass(
   at sun.misc.Launcher$AppClassLoader.loadClass(
Comment 1 Exceptions Reporter 2012-06-01 15:49:48 UTC
Created attachment 120218 [details]
Comment 2 Jaroslav Tulach 2012-06-01 16:03:15 UTC
Repeatable? If so, we can investigate more. If that happened only once, I am afraid we won't find the cause.

I see a lot of JARs in endorsed directories including Xalan. It might be the cause of the failures. Try to run on pristine JDK.
Comment 3 mgoe 2012-06-04 08:33:05 UTC
Hello Jaroslav,

you are right we have some jars installed using the endorsed mechanism. We do this because we have several Java applications (one based on the Netbeans platform, the others are "normal" Java applications). This way we can make sure that each application uses the same version of XML-tools, CORBA and so on. We are using the endorsed mechanism for many years now (since jdk5 and Netbeans 5) and we never had trouble so far.

The problem may be related to the endorsed mechanism, but if you search for ClassNotFoundExceptions and NoClassDefFoundErrors in the Netbeans exception reports you will find hundreds of reports (e.g., and I doubt that all these reporters are using the endorsed mechanism.

It is also curious that our own applications don't suffer from these ClassNotFoundExceptions and NoClassDefFoundErrors (see bug #213396). Even the application based on the Netbeans platform is not affected. I don't have an explanation for that.

In order to help you to analyze the problem I could send you a tar file (approx. 85 MB) of the JDK we are using, so that you could try it yourself on a 64bit Linux system. We tried several different Linux distributions (openSUSE 11.4/12.1, CentOS 5.8/6.2, Ubuntu 12.04LTS) and all behave the same.

Best regards,
Comment 4 Jaroslav Tulach 2012-06-04 09:36:39 UTC
Btw. if this bug reproduced in the same environment as bug 213396? If so, consider closing one of them as duplicate.
Comment 5 mgoe 2012-06-04 09:52:50 UTC
Yes, its the same environment. I'm currently preparing a tar file with just our extensions of the JDK.
Comment 6 mgoe 2012-06-04 10:00:57 UTC
Created attachment 120299 [details]
Extensions added to a jdk7u4 64bit Linux

To install the extensions please perform the following steps:

tar xvzf jdk_extensions.tgz
Comment 7 Jaroslav Tulach 2012-06-07 09:22:04 UTC
I have just jdk7u4@32bits, but after installing your extensions I can't reproduce the problem.

I am not sure how to debug who is destroying your application classpath. Only when f6bfdaee6030 gets in (#213396), there should be some warning in log. 

You could find this out by using debugger yourself. The starting point is sun.misc.Launcher, with its inner class AppClassLoader and the ucp field. Maybe some malicious code modifies this field via reflection.