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 170426

Summary: ClassNotFoundException: org.netbeans.modules.websvc.jaxrpc.project.AntJaxRpcServicesProvider
Product: projects Reporter: mohhmekk <mohhmekk>
Component: Generic InfrastructureAssignee: Milos Kleint <mkleint>
Status: RESOLVED FIXED    
Severity: blocker CC: alex02, exceptions_reporter, jglick, swpalmer
Priority: P3    
Version: 6.x   
Hardware: All   
OS: All   
URL: http://statistics.netbeans.org/exceptions/detail.do?id=155956
Issue Type: DEFECT Exception Reporter: 155956
Bug Depends on: 181775    
Bug Blocks:    
Attachments: stacktrace

Description mohhmekk 2009-08-16 13:55:57 UTC
Build: NetBeans IDE 6.7.1 (Build 200907230233)
VM: Java HotSpot(TM) Client VM, 14.0-b16, Java(TM) SE Runtime Environment, 1.6.0_14-b08
OS: Linux, 2.6.28-15-generic, i386

Stacktrace: 
java.lang.ClassNotFoundException: org.netbeans.modules.websvc.jaxrpc.project.AntJaxRpcServicesProvider
        at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
        at java.security.AccessController.doPrivileged(AccessController.java:0)
        at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
        at org.apache.tools.ant.module.bridge.AntBridge$MainClassLoader.findClass(AntBridge.java:622)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:252)
Comment 1 mohhmekk 2009-08-16 13:56:03 UTC
Created attachment 86282 [details]
stacktrace
Comment 2 Milos Kleint 2009-08-17 08:27:07 UTC
module system related I guess
Comment 3 Jesse Glick 2009-08-17 17:58:38 UTC
Nothing to do with module system. Initial problem is the call to FS.refresh from
compapp.projects.jbi.anttasks.BuildServiceAssembly.execute, which triggers various events inside the Ant process thread,
which is set to use a different context class loader than the rest of the IDE. Probably

        try {
            FileObject baseDirFO = FileUtil.toFileObject(p.getBaseDir());
            if (baseDirFO != null) {
                FileSystem fs = baseDirFO.getFileSystem();
                fs.refresh(true);
            }
        } catch (Exception ex) {
            Exceptions.printStackTrace(ex);
        }

can all be deleted, since surrounding code does not appear to use the Filesystems API at all.

I will anyway make LazyLookupProviders more robust by not relying on the CCL except in unit tests: core-main #671451f4881f
Comment 4 Quality Engineering 2009-08-21 06:08:37 UTC
Integrated into 'main-golden', will be available in build *200908210201* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress)
Changeset: http://hg.netbeans.org/main-golden/rev/671451f4881f
User: Jesse Glick <jglick@netbeans.org>
Log: One part of #170426: prefer ClassLoader from lookup to CCL.
Comment 5 Jesse Glick 2009-09-01 00:39:01 UTC
671451f4881f can and should be backported to 6.7.
Comment 6 Jesse Glick 2009-09-21 16:59:07 UTC
*** Issue 170094 has been marked as a duplicate of this issue. ***
Comment 7 Jesse Glick 2010-03-10 08:49:47 UTC
*** Bug 181754 has been marked as a duplicate of this bug. ***
Comment 8 Jesse Glick 2010-03-10 09:15:03 UTC
For better tracking, filing SOA part separately and marking projectapi part fixed.
Comment 9 Jesse Glick 2010-03-10 09:15:53 UTC
*** Bug 171846 has been marked as a duplicate of this bug. ***
Comment 10 Jesse Glick 2010-03-10 10:09:19 UTC
*** Bug 181785 has been marked as a duplicate of this bug. ***
Comment 11 Jesse Glick 2010-03-11 08:26:52 UTC
*** Bug 181857 has been marked as a duplicate of this bug. ***
Comment 12 Jesse Glick 2010-09-20 20:40:18 UTC
*** Bug 190034 has been marked as a duplicate of this bug. ***