Bug 69973 - Probekit: The need for probes to share information
Summary: Probekit: The need for probes to share information
Status: CLOSED WONTFIX
Alias: None
Product: z_Archived
Classification: Eclipse Foundation
Component: TPTP (show other bugs)
Version: unspecified   Edit
Hardware: PC All
: P2 enhancement (vote)
Target Milestone: ---   Edit
Assignee: Navid Mehregani CLA
QA Contact:
URL:
Whiteboard: closed471
Keywords: api, ui
Depends on: 87817 87821
Blocks:
  Show dependency tree
 
Reported: 2004-07-13 17:04 EDT by Navid Mehregani CLA
Modified: 2016-05-05 10:47 EDT (History)
1 user (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Navid Mehregani CLA 2004-07-13 17:04:13 EDT
Consider the following probekit file:

<?xml version="1.0" encoding="ASCII"?>
<probekit>

   <!-- Entry and Exit fragments.  -->
   <probe>      

      <!-- Instance variables -->
      <fragmentAtClassScope>
         static public boolean trace = false;
      </fragmentAtClassScope>
                        
      <!-- Entry fragment of the instrumentation -->
      <fragment type="entry">
   
         <code>      
         	if (Should we trace?)
         	{
			trace = true;
         	}
         
         	if (trace)
         	{
			// Do the tracing
		}		
         </code>
      </fragment>
      
      <!-- Exit fragment of the instrumentation -->
      <fragment type="exit">

         <code>                 
         
         	if (trace)
         	{   
			// Do the tracing
		}
				        
         </code>
      </fragment>      

   </probe>   
   
   <!-- Call site probes for the JDBC methods -->
   <probe>
                       
      <!-- beforeCall fragment of the instrumentation -->
      <fragment type="beforeCall">
   
         <code>
		
		// I would like to use the trace boolean variable of the above probe to
determine if I should trace these calls
		
		if (trace)
		{
			// Do the tracing
		}
         </code>
      </fragment>
      
      <!-- afterCall fragment of the instrumentation -->
      <fragment type="afterCall">
 
         <code>           
		// I would like to use the trace boolean variable of the above probe to
determine if I should trace these calls
		
		if (trace)
		{
			// Do the tracing
		}
	         
         </code>
      </fragment>      

      
   </probe>
   
</probekit>

The above file contains two probes (one method probe and one callsite probe). 
As of right now, there is no way for these probes to "see" each other.  But the
above file illustrates a scenario where they need to "see" each other.

Looking at the Java class generated from the above probe, it should be
relatively simple to do this.  Each of the above probes correspond to a sub
class of a larger class created.  If there was some way in the XML code to
create an instance variable for this larger class, then there wouldn't be a
problem with completing the above task.  This can be in the simple form of
another tag specified in the <probekit> tag, but outside all the <probe> tags. 
This tag can then create instance variables for the class that contains all the
sub classes corresponding to the different probes.  The instance variables can
then be used by any of the probes, which in turn will allow them to share
information with each other.

Note that this defect is similar to defect RATLC00376855 created in the
Cupertino database.
Comment 1 Harm Sluiman CLA 2004-11-09 21:44:28 EST
Targeted to 4.0 by the requirements team.
Please create a description document in CVS.
Comment 2 Harm Sluiman CLA 2004-11-16 14:27:14 EST
update based on requirements group review
Comment 3 Ruth Lee CLA 2005-02-09 17:18:07 EST
Adding Hendra Suwanda to the CC list because Navid has gone back to school. If
you have any questions about these defects then please ask Hendra.
Comment 4 Harm Sluiman CLA 2005-04-13 14:43:34 EDT
This enhancement request has been deferred by the project from 4.0 and needs to 
be reconsidered for 4.1.
Comment 5 Ruth Lee CLA 2005-07-12 10:56:04 EDT
Deferring from 4.1 as per the official 4.1 enhancement plan.
http://eclipse.org/tptp/home/project_info/featureplans/features.php?source=All&project=All&release=4.1&file=TPTPFeatures_4.1.xml
Comment 6 Valentina Popescu CLA 2005-10-28 12:26:13 EDT
Reassign to the component owner
Comment 7 Paul Slauenwhite CLA 2009-06-30 06:39:15 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 2009-06-30 06:39:18 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 9 Kathy Chan CLA 2010-11-18 18:52:37 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.