Bug 121289

Created attachment 52594 [details]
stacktrace

Unreproducible on last build.

  Product Version         = NetBeans IDE Dev (Build 200711060000)
  Operating System        = Linux version 2.6.22-14-generic running on i386
  Java; VM; Vendor        = 1.6.0_05-ea; Java HotSpot(TM) Client VM 1.6.0_05-ea-b05; Sun Microsystems Inc.
  Java Home               = /usr/local/share/java/jdk1.6.0_05/jre
  System Locale; Encoding = en_US (nb); UTF-8
  Home Directory          = /space/home/jirka
  Current Directory       = /tmp
  User Directory          = /tmp/xoc
  Installation            = /tmp/netbeans-6.0-200711060000/nb6.0
                            /tmp/netbeans-6.0-200711060000/ide8
                            /tmp/netbeans-6.0-200711060000/java1
                            /tmp/netbeans-6.0-200711060000/xml1
                            /tmp/netbeans-6.0-200711060000/apisupport1
                            /tmp/netbeans-6.0-200711060000/enterprise4
                            /tmp/netbeans-6.0-200711060000/mobility8
                            /tmp/netbeans-6.0-200711060000/profiler2
                            /tmp/netbeans-6.0-200711060000/ruby1
                            /tmp/netbeans-6.0-200711060000/visualweb1
                            /tmp/netbeans-6.0-200711060000/soa1
                            /tmp/netbeans-6.0-200711060000/identity1
                            /tmp/netbeans-6.0-200711060000/uml4
                            /tmp/netbeans-6.0-200711060000/harness
                            /tmp/netbeans-6.0-200711060000/cnd1
                            /tmp/netbeans-6.0-200711060000/platform7

Happened to me in 071106 during startup. (See exception reporter.)

Generally, I don't think WORKSFORME is an acceptable resolution for an NPE. Clearly your code does sometimes throw an
NPE here. If you can't fix the problem you can at least insert an assertion of some kind which would indicate better for
you what is wrong. For example, in this case it is clear that operationInfo == null, which means oc.add(element)
returned null. It is not clear if that is allowed because this method has no Javadoc (in an API class!!).

NPE fixed:
Checking in AutoupdateCheckScheduler.java;
/shared/data/ccvs/repository/autoupdate/ui/src/org/netbeans/modules/autoupdate/ui/actions/AutoupdateCheckScheduler.java,v
 <--  AutoupdateCheckScheduler.java
new revision: 1.11; previous revision: 1.10
done

The Javodoc was improved in last week (for NB6) but it's not public on netbeans.org. The note about possible null was
added into Javadoc.
Checking in OperationContainer.java;
/shared/data/ccvs/repository/autoupdate/services/src/org/netbeans/api/autoupdate/OperationContainer.java,v  <-- 
OperationContainer.java
new revision: 1.11; previous revision: 1.10
done

*** Issue 122703 has been marked as a duplicate of this issue. ***

*** Issue 126412 has been marked as a duplicate of this issue. ***

THIS ISSUE HAS ALREADY 100 DUPLICATES

This issue seems to be fixed - Radek has confirmed that it is not possible to get the exception from the code now.
Although there are reports from some builds after the fix integration it seems that normal configuration cannot cause
the exception now. VERIFIED.

I see it is clear now - the target milestone is 6.1 so that it is allright that this issue appeared to users in 6.0. and
6.0.1

Just a note. The patch must contain fix of AutoupdateCheckScheduler.java in Autoupdate UI module, change of Javadoc in
Autoupdate Services is not important for this patch.
NPE fixed:
Checking in AutoupdateCheckScheduler.java;
/shared/data/ccvs/repository/autoupdate/ui/src/org/netbeans/modules/autoupdate/ui/actions/AutoupdateCheckScheduler.java,v
 <--  AutoupdateCheckScheduler.java
new revision: 1.11; previous revision: 1.10
done

*** Issue 128291 has been marked as a duplicate of this issue. ***

Fix ported to release601_fixes branch. 

Unfortunately I made the commit with incorrect commit message "IZ 121854 ClassCastException:
org.openide.filesystems.MultiFileObject$VoidValue cannot be cast to java.lang.String". 
The integration has been made including Javadoc change in autoupdate/services module. Change in autoupdate/services
won't be published on Update Center because 1) it does not change a code, 2) the change is in code contained in
updater.jar, which cannot be updated in 6.0.x codeline (issue 37133, fixed in 6.1M2).

Checking in AutoupdateCheckScheduler.java;
/cvs/autoupdate/ui/src/org/netbeans/modules/autoupdate/ui/actions/AutoupdateCheckScheduler.java,v
 <--  AutoupdateCheckScheduler.java
new revision: 1.10.6.1; previous revision: 1.10
Checking in AutoupdateCheckScheduler.java;
/cvs/autoupdate/services/src/org/netbeans/api/autoupdate/OperationContainer.java,v
 <--  OperationContainer.java
new revision: 1.8.4.1.4.1; previous revision: 1.8.4.1
done

*** Issue 132446 has been marked as a duplicate of this issue. ***

*** Issue 133807 has been marked as a duplicate of this issue. ***

*** Issue 135653 has been marked as a duplicate of this issue. ***

*** Issue 138058 has been marked as a duplicate of this issue. ***

*** Issue 146698 has been marked as a duplicate of this issue. ***

Reopening - reproduced in NetBeans IDE 6.0 (Build 200711261600)

this issue was fixed in NB 6.1 ad in patch2 for NB6.0. If you are using NB6.0 without a patch then you can reproduce it.

Please, reopen if you are able to reproduce in NB6.0+patch2. 

rizwaanmd,

would you please confirm that installation of the latest NetBeans 6.0 Patch helped you? I would like to return this
issue into VERIFIED-FIXED state. If I don't hear from you in next seven days, I'll consider it confirmed and will
proceed with return to VERIFIED-FIXED state.

Information about how to update your IDE can be found at
http://hg.netbeans.org/main/raw-file/63c0534adb36/usersguide/javahelp/org/netbeans/modules/usersguide/configure/modules/autoupdate.html

For more information about NetBeans 6.0 and 6.0.1 patches, please visit this hub
http://wiki.netbeans.org/NetBeans6.0PatchesInfo

-R10a

still getting duplicates, but all are too old  - verified

anilkumar832 don't change platform/os for this issue. It's reproducible case on _all_ platform.

anilkumar832 don't change platform/os for this issue. It's reproducible case on _all_ platform.

*** Issue 130847 has been marked as a duplicate of this issue. ***

*** Issue 152602 has been marked as a duplicate of this issue. ***