Bugzilla – Full Text Bug Listing
| Summary: | NPE in BaseStorage#getBundleContent | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Eclipse Project] Equinox | Reporter: | Nicolas Bros <nicolas.bros> | ||||
| Component: | Framework | Assignee: | equinox.framework-inbox <equinox.framework-inbox> | ||||
| Status: | RESOLVED WORKSFORME | QA Contact: | |||||
| Severity: | normal | ||||||
| Priority: | P3 | CC: | sptaszkiewicz, tjwatson | ||||
| Version: | 3.6.2 | ||||||
| Target Milestone: | --- | ||||||
| Hardware: | PC | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Attachments: |
|
||||||
From the line numbers I am guessing this is 3.6.2. It seems that the method org.eclipse.osgi.internal.baseadaptor.BaseStorageHook.getFileName() is returning null for the system bundle. The thing I don't understand is why the code is trying to do this at all since the bundledata for the system bundle creates the bundle file object at construction time. Do you have steps to reproduce? (In reply to comment #1) > From the line numbers I am guessing this is 3.6.2. I re-installed Buckminster today, and I see "org.eclipse.osgi_3.7.0.v20110304.jar". If the line numbers match 3.6.2 instead, I think I might have updated Buckminster while it was building. So, the NPE might be due to a corrupted state (I only saw this error once). (In reply to Nicolas Bros from comment #2) > If the line numbers match 3.6.2 instead, I think I might have updated > Buckminster while it was building. So, the NPE might be due to a corrupted > state (I only saw this error once). If the error happened just once, there is not much we can do right now. Please reopen if you still see this problem and provide steps to reproduce. |
Created attachment 192451 [details] stacktrace I got a NullPointerException in org.eclipse.osgi.internal.baseadaptor.BaseStorage#getBundleContent while building MoDisco on Hudson with Buckminster. See the attached stacktrace.