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 69702 - NPE when profiling/attach memory after profiling CPU and vice versa
Summary: NPE when profiling/attach memory after profiling CPU and vice versa
Status: CLOSED FIXED
Alias: None
Product: profiler
Classification: Unclassified
Component: Base (show other bugs)
Version: 5.x
Hardware: All Solaris
: P3 blocker (vote)
Assignee: issues@profiler
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-12-01 13:51 UTC by Jiri Sedlacek
Modified: 2007-02-20 18:09 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jiri Sedlacek 2005-12-01 13:51:35 UTC
Netbeans 5.0 beta 2, Profiler Milestone 11, JDK 1.5.0_04/_06, Solaris (cannot 
reproduce on Windows & Linux):

Steps to reproduce:

1/ Create new sample project TomcatServletExample, run it normally using Run 
Main Project action, then stop the server from Runtime tab

2/ Click Attach Profiler, setup Tomcat 5.5 for local direct attach, installdir 
<nb_installdir>/enterprise2/catalina... and base dir <nb_userdir>catalina..., 
let the wizard start Tomcat automatically

3/ Choose CPU profiling, entire app, all classes, open Live results window 
during server startup, take snapshot after the server starts

4/ Detach Profiler and let the Tomcat stop when detaching. Then start Tomcat 
from AttachWizard using the last used settings

5/ Choose memory profiling, alloc only, stack traces. Click Attach, here the 
exception occurs.

The scenario reproduces the bug also vice versa - first profiling Memory, then 
CPU.


CPU -> Memory:

java.lang.NullPointerException
	at org.netbeans.modules.profiler.LiveResultsWindow.checkIfResultsExist
(LiveResultsWindow.java:428)
	at org.netbeans.modules.profiler.LiveResultsWindow.access$700
(LiveResultsWindow.java:57)
	at org.netbeans.modules.profiler.LiveResultsWindow$5.run
(LiveResultsWindow.java:352)
	at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:471)
[catch] at org.openide.util.RequestProcessor$Processor.run
(RequestProcessor.java:904)


Memory -> CPU:

java.lang.NullPointerException
	at org.netbeans.modules.profiler.LiveResultsWindow.checkIfResultsExist
(LiveResultsWindow.java:432)
	at org.netbeans.modules.profiler.LiveResultsWindow.access$700
(LiveResultsWindow.java:57)
	at org.netbeans.modules.profiler.LiveResultsWindow$5.run
(LiveResultsWindow.java:352)
	at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:471)
[catch] at org.openide.util.RequestProcessor$Processor.run
(RequestProcessor.java:904)
Comment 1 Jiri Sedlacek 2005-12-01 13:58:05 UTC
Experienced also this issue in similar scenario:

java.lang.NullPointerException
	at 
com.sun.tools.profiler.ui.memory.LiveAllocResultsPanel.fetchResultsFromTargetApp
(LiveAllocResultsPanel.java:63)
	at 
com.sun.tools.profiler.ui.memory.LiveAllocResultsPanel.updateLiveResults
(LiveAllocResultsPanel.java:107)
[catch] at org.netbeans.modules.profiler.LiveResultsWindow$5$1.run
(LiveResultsWindow.java:398)
	at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:209)
	at java.awt.EventQueue.dispatchEvent(EventQueue.java:461)
	at java.awt.EventDispatchThread.pumpOneEventForHierarchy
(EventDispatchThread.java:242)
	at java.awt.EventDispatchThread.pumpEventsForHierarchy
(EventDispatchThread.java:163)
	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:157)
	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:149)
	at java.awt.EventDispatchThread.run(EventDispatchThread.java:110)
Comment 2 iformanek 2005-12-02 14:57:33 UTC
Fixed in M12, live results are suspended during modify profiling
Comment 3 ehucka 2006-10-09 12:09:06 UTC
Verification of old issues.
Comment 4 Alexander Kouznetsov 2007-02-20 10:22:40 UTC
Closing old issues
Comment 5 Alexander Kouznetsov 2007-02-20 18:09:06 UTC
Reverting to original Target Milestone value changed by mistake. Sorry for
inconvenience.