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

Bug 143814

Summary: need support to handle asynchronous events in model and user interface
Product: z_Archived Reporter: Ashish Patel <ashishp>
Component: TPTPAssignee: Marius Slavescu <slavescu>
Status: CLOSED WONTFIX QA Contact:
Severity: enhancement    
Priority: P2 CC: amehrega, christophe.telep, guru.nagarajan, popescu, rdanek, sluiman
Version: unspecified   
Target Milestone: ---   
Hardware: PC   
OS: Windows XP   
Whiteboard: closed471
Bug Depends on:    
Bug Blocks: 148491    

Description Ashish Patel CLA 2006-05-25 15:38:21 EDT
Need support to handle asynchronous events in model and user interface, such that, negative time values don't appear and the UML sequence diagrams are properly representative of the real world sequence. 

See bug #119991
Comment 1 Harm Sluiman CLA 2006-05-25 16:47:31 EDT
119991 refers to a work around being checked in.
Can you summarize the symptoms as they stand now?
Tickets are used in most events to address arriving out of sequence and we need to understand if the tickets are wrong/missing or if they are being procesed wrong.
Complete assync support will still not address all negative time problems. Clock skews among othe rthings can cause this to occur. So understanding the exact extend of the problem is important.
Comment 2 Marius Slavescu CLA 2006-05-25 17:11:42 EDT
The tickets looks fine and the sequence diagram shows what Ashish and Robert were expecting, althogh the way we compute the base and cumultative times is not appropiate for async calls (like in their example).

We will discuss next week if the workarround for bug 119991 is a good thing and see if the invocation context (used to link distributed invocations) should be used to link asynchronus calls or collect transactions activity.

By using bytecode instumentation (especially for ARM events) we can end up with traces that may not be correctly/menigfull represented in the current UI (Statistical or Interaction views), so we need to discuss that side of the problem also.
Comment 3 Ashish Patel CLA 2006-07-31 16:34:30 EDT
Raising this enhancement as help wanted for 4.3 with P1 priority. Assigning to Ruth, as per converation with Valentina that Marius is away.

Having this capability will allow the ARM work in TPTP to function properly when there are asynchronous events taking place.  Currrently, the models only interpret events as being synchronous [ or on the flip side: there isn't a way for an event to indicate if it is async in nature in the trace model ].  The ARM work is focusing on developing instrumentation for webservices, and in order to properly model the webservices in user interfaces (such as views) the events themselves need to be marked appropriately when they are observed.  Webservices is just one example of asynchronous calls, however, its probably one of the easier cases to test.
Comment 4 Sri Doddapaneni CLA 2006-08-18 13:20:18 EDT
Not in 4.3 plan due to resource constraint.
Comment 5 Guru Nagarajan CLA 2006-08-28 10:35:01 EDT
Ruth,
  This is currently not in plan, but has there been any progress on the evaluation/investigation of this req.
Comment 6 Ashish Patel CLA 2006-09-18 11:25:04 EDT
Raising as a blocker.  This item will be raised in the PMC this week.
Comment 7 Ruth Lee CLA 2006-09-18 11:44:22 EDT
Ashish, "blocker" is only for defects, not enhancements. This enhancement wasn't added to the 4.3 plan because no one stepped up to staff this work. If it's that important for your product, perhaps your product could provide the person to do the work?
Comment 8 Ashish Patel CLA 2006-09-18 14:01:58 EDT
I changed this to blocker as per Guru's instructions.  I will let Harm, you and Guru decide how to handle.  This item does block work in consuming products and the TPTP ARM component from being delivered.
Comment 9 Ruth Lee CLA 2006-09-18 14:49:57 EDT
Hi Ashish,

I understand that you've reached an impasse in the TPTP ARM etc. but you'll be more likely to get this enhancement into a TPTP release if you follow the TPTP process. The Planning Group & PMC have four stages that go into planning a release of TPTP: requirements gathering, architectural analysis, community review of the draft plan, and then the final plan is published. For exceptions to that process, please ask the Requirements Group lead, Christophe Telep, for instructions on how to proceed. 

Please change this back from "blocker" to "enhancement" to reflect that this is an enhancement, not a bug that should block TPTP 4.2.1 from GA-ing. The TPTP definition of severity and description of bugzilla fields can be found here: http://www.eclipse.org/tptp/home/documents/process/development/bugzilla.html If you scroll down to the end of that page you'll see, "The bugzilla Reporter (a.k.a. "Originator" or "Submitter"), when opening an enhancement,
1. 	Sets the severity level of the bugzilla (Severity = "enhancement"). ..."

You should raise this issue in the next PMC meeting as you already plan to do. If you are concerned about how the TPTP Planning Group & PMC create a plan, such as not including enhancements that you believe should be included, that too can be raised in a PMC meeting. 

Incidentally, unless something has changed, you can attend the PMC meeting too to speak for this enhancement and discuss your concerns. Those meetings used to be open to anyone who requested the call-in number. I'll leave a PMC/PG member on the cc list to correct me if the meeting is open now to only PMC & PG members.

--Ruth.
Comment 10 Ashish Patel CLA 2006-09-19 09:45:52 EDT
As per Ruth's instructions. 
Comment 11 Sri Doddapaneni CLA 2006-09-20 11:47:34 EDT
We breifly discussed this enhancement at the PMC/PG Meeting today as the request of Guru. More comprehensive discussion is tabled for next week's PMC/PG F2F meeting in Portland. Please stay tuned. 

All TPTP meetings are open to anyone interested, just ask for meeting dial-in information via the project mailing lists.

Also, note that any enahcement request that is acceptable architecturally/technically and comes with offer to implement is welcome. This request seem to fit that criteria.
Comment 12 Ashish Patel CLA 2006-12-14 11:32:09 EST
Reassigning due to Ruth's leave of absence.
Comment 13 Kathy Chan CLA 2009-02-19 16:47:27 EST
Moving untargetted enhancements to Future target.
Comment 14 Harm Sluiman CLA 2009-02-20 00:37:50 EST
(In reply to comment #13)
> Moving untargetted enhancements to Future target.
> 

This really is not an enhancement. Event should be handled out of sequence at at one time they were, so this is a bug.
The question is if the symptoms still exist, adn I suspect they due, because the default event handler and event overlay code seems to have been removed at some time.
Comment 15 Paul Slauenwhite CLA 2009-06-30 06:39:35 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 16 Paul Slauenwhite CLA 2009-06-30 06:39:42 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 17 Kathy Chan CLA 2010-11-18 18:51: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.