Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 144034

Summary: Need extensible mechanism to plug statistical data collectors into TPTP
Product: z_Archived Reporter: Ashish Patel <ashishp>
Component: TPTPAssignee: jkubasta
Status: CLOSED WONTFIX QA Contact:
Severity: enhancement    
Priority: P3 CC: pklicnik
Version: unspecified   
Target Milestone: ---   
Hardware: PC   
OS: Windows XP   
Whiteboard: closed462
Attachments:
Description Flags
Design Document none

Description Ashish Patel CLA 2006-05-26 16:07:46 EDT
Need extensible mechanism to plug statistical data collectors into TPTP such that I can develop my own data collector and the UI to configure that data collector within the profiling launch configuration dialog.

I would like to see the replacement of the Host, Agent, and Settings tab when you configure a statistical launch configuration.  I would like to see two things:

1) ability to plugin my own statistical data collector
2) not have the UI or runtime of launch mechanism tied to the RAC or the concept of the RAC in any way (ie. today you specify the HOST that has the RAC on it.  I'd rather specify the host where the data collector is located.)  
3) The pluggability for statistical agents (or any Data Collection Mechanism) should allow one to contribute their own UI for configuration and their own Launch Delegate.  Therefore, I want to provide my own UI to configure this data collector, rather than having a table with parameters and values.  For instance I may want to contribute a TreeViewer that lists counters from a data collector for a user to pick from.

Some notes:

1)	The work in #93212 would allow us to provide our own Launch Delegates, rather than using one common delegate as in today’s statistical code.  This would allow our ITM and rstatd agents to use their own API, which is not RAC-centric, to launch itself. 

2)	Today, the statistical launch configuration is the only launch configuration that doesn’t follow the same launch configuration types as the Profile/Monitor tab.  Having this consistency across all agents (whether they are trace or statistical agents) is a major step towards consistency in TPTP.

3)	There is also the benefit of having the capability to associate stat data collectors with other configurations such as Java application.  This will give the user the ability to for example monitor system resources as a process executes.
Comment 1 Valentina Popescu CLA 2006-05-26 16:18:10 EDT
moving to the right component
Comment 2 Ashish Patel CLA 2007-02-16 13:23:59 EST
Created attachment 59179 [details]
Design Document
Comment 3 Ashish Patel CLA 2007-06-14 14:26:17 EDT
Dave - can you please review the design and let me know if it is possible for the next TPTP please?
Comment 4 Alex Nan CLA 2007-12-17 10:17:59 EST
Reassigning defects to current component owner.
Comment 5 Paul Slauenwhite CLA 2008-07-16 11:57:42 EDT
Reassigning to new component lead.
Comment 6 Harm Sluiman CLA 2008-09-19 14:15:32 EDT
The affected code is no longer supported by the commiter community and all change requests are being closed. If you are impacted or feel strongly otherwise, please reopen the bugzilla with comments and suggestions for follow up action.
Comment 7 Paul Slauenwhite CLA 2009-06-30 06:25:32 EDT
As of TPTP 4.6.0, TPTP is in maintenance mode and focusing on improving quality by resolving relevant defects and increasing test coverage through test creation, automation, Build Verification Tests (BVTs), and expanded run-time execution. As such, TPTP is not delivering enhancements. As part of the TPTP Bugzilla housecleaning process (see http://wiki.eclipse.org/Bugzilla_Housecleaning_Processes), this enhancement is resolved as WONTFIX. For this enhancement to be considered, please re-open with an attached patch including the Description Document (see http://www.eclipse.org/tptp/home/documents/process/development/description_documents.html), code (see http://www.eclipse.org/tptp/home/documents/resources/TPTPDevGuide.htm), and test cases (see http://www.eclipse.org/tptp/home/documents/process/TPTP_Testing_Strategy.html).
Comment 8 Paul Slauenwhite CLA 2010-03-10 08:35:00 EST
As of TPTP 4.6.0, TPTP is in maintenance mode and focusing on improving quality by resolving relevant enhancements/defects and increasing test coverage through test creation, automation, Build Verification Tests (BVTs), and expanded run-time execution. As part of the TPTP Bugzilla housecleaning process (see http://wiki.eclipse.org/Bugzilla_Housecleaning_Processes), this enhancement/defect is verified/closed by the Project Lead since this enhancement/defect has been resolved and unverified for more than 1 year and considered to be fixed. If this enhancement/defect is still unresolved and reproducible in the latest TPTP release (http://www.eclipse.org/tptp/home/downloads/), please re-open.