Community
Participate
Working Groups
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.
Targeted to 4.0 by the requirements team. Please create a description document in CVS.
update based on requirements group review
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.
This enhancement request has been deferred by the project from 4.0 and needs to be reconsidered for 4.1.
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
Reassign to the component owner
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).
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.