[tracecompass-dev] Fw: Fw: Problems updating plugin using Trace Compass to Eclipse Oxygen SR3
I've been looking at this problem today, thought I had a solution, but I am running into problems. I think the same solution applies for both the getEventHoverToolTipInfo and getStateTableIndex methods in my class that extends CallStackPresentationProvider.
In both cases I am passed an ITimeEvent thta is actually a TimeEvent or a NamedTimeEvent.. So I need to start with that object and get access to both the quark that matches this event and the state system that has all the attributes I need to build the tooltip text or determine the color and visibility of an interval.
The way my plugin works, I can have several unrelated traces open, and each trace can have up to 3 analysis modules associated with it since I want to display different views of the trace. My code handles the switching of analysis modules for a trace, and that was working as of Oxygen SR3, and for the moment I assume it still works.
I think that means I need to access whatever my view thinks is the current trace, get the analysis module currently being used by that trace and then get the state system I need to access. I didn't look yet at how I get the quark matching the event.
I can get the AbstractTimeGraphDataProvider object that matches the event by using CallStackViewer.getProvider, where the actual class is CallStackDataProvider.
This class knows what the trace and the analysis module are, but unfortunately, there are no public access methods to get either.
I tried defining a class that extended CallStackDataProvider and implemented a method which gave me access to the trace object, but I don't know how I can actually set that provider so that CallStackViewer.getProvider gives me that instead of a CallStackDataProvider object.
The other way thought I could solve this is that I could implement a static method in my class that overrides CallStackViewer that gave me the trace object for the current trace, but that doesn't really seem like the right way to solve the problem.
Do you have any suggestions how I should approach this?
----- Forwarded by David Wootton/Poughkeepsie/Contr/IBM on 03/01/2018 05:08 PM -----
From: David Wootton/Poughkeepsie/Contr/IBM
To: tracecompass developer discussions <tracecompass-dev@xxxxxxxxxxx>
Date: 03/01/2018 11:26 AM
Subject: Re: [tracecompass-dev] Fw: Problems updating plugin using Trace Compass to Eclipse Oxygen SR3
LoicI looked at the interval visibility problem a bit this morning and found out what's happening.I have a class that extends CallstackPresentationProvider and overrides that classes getStateTable, getEventHoverTooltipInfo and getStateTableIndex methods with the intent to set color for the interval depending on specific attributes of the interval I get from the state system and also controls visibility of intervals. My getStateTableIndex method expects to get a CallStackEvent, but is now getting either a TimeEvent or a NamedTimeEvent object. Since my code didn't know what to do with them, it returns ITimeGraphPresentationProvider.INVISIBLE.My extension of CallstackPresentationProvider does need access to the state system so I can query it in order for the view to work correctly.I will look at the code you referenced to see what I need to do.ThanksDaveLoic Prieur Drevon ---03/01/2018 10:11:13 AM---Hi David, We have undergone some major decoupling work to separate the core andFrom: Loic Prieur Drevon <loic.prieur.drevon@xxxxxxxxxxxx>To: "tracecompass-dev@xxxxxxxxxxx" <tracecompass-dev@xxxxxxxxxxx>Date: 03/01/2018 10:11 AMSubject: Re: [tracecompass-dev] Fw: Problems updating plugin using Trace Compass to Eclipse Oxygen SR3Sent by: tracecompass-dev-bounces@xxxxxxxxxxx
We have undergone some major decoupling work to separate the core and
UI classes, which now exchange data through the data provider
It seems that you needed the ITmfStateSystem to populate your tooltips,
but we try not to access the state system in the UI now. The "new" way
to do it is to use the fetchTooltip method in ITimeGraphDataProvider.
The CriticalPathPresentationProvider, ControlFlowPresentationProvider
and ResourcesPresentationProvider contain examples using this API.
Your states might also not be colored because of missing getStateTable
Hope this helps,
On Wed, 2018-02-28 at 14:51 -0500, David Wootton wrote:
> Sorry if this is a duplicate. My email client picked tracecompass-
> dev-bounces by mistake the first time.
> ----- Forwarded by David Wootton/Poughkeepsie/Contr/IBM on 02/28/2018
> 02:50 PM -----
> From: David Wootton/Poughkeepsie/Contr/IBM
> To: tracecompass-dev-bounces@xxxxxxxxxxx
> Date: 02/28/2018 11:00 AM
> Subject: Problems updating plugin using Trace Compass to Eclipse
> Oxygen SR3
> I'm trying to update my plugin which uses Trace Compass from Eclipse
> Oxygen SR1 to Oxygen SR3. After the update it still builds cleanly
> but I ran into a couple problems.
> After I load a trace, the trace table editor view is filled in and
> appears to work correctly. However, I have a class which extends
> CallStackView. The structure of the trace appears to be present since
> the time line and the stack for each timeline seem to be properly
> filled in. The problem is that the intervals in the trace are all
> The second problem is that if I hover the mouse over random places in
> that view, the intervals seem to be present because I get a tooltip
> popup with some basic information about the interval, but the
> additional info by plugin generates is not there. I also get an
> exception at the same time, as pasted below.
> I looked at my plugin source and at least part of the problem may be
> related to the CallStackEntry and CallStackEvent classes now being
> Not being sure how to fix this, I started by replacing my use of
> CallStackEntry with TimeEntry as comments in the st, able-3.3 branch
> source suggest, but then I run into another problem since I use the
> CallStackEvent getEntry() method to get an ITmfStateSystem object and
> that method in the superclass returns an ITimeGraphEntry so gets
> flagged in error.
> Any suggestions how I resolve this are appreciated.
> y cannot be cast to
> at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:86)
> at org.eclipse.swt.widgets.Display.sendEvent(Display.java:4428)
> at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1079)
> at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3817)
> at org.eclipse.ui.internal.Workbench.lambda$3(Workbench.java:680)
> at com.ibm.ppedev.rcp.Application.start(Application.java:23)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:653)
> at org.eclipse.equinox.launcher.Main.basicRun(Main.java:590)
> at org.eclipse.equinox.launcher.Main.run(Main.java:1499)
> at org.eclipse.equinox.launcher.Main.main(Main.java:1472)
> tracecompass-dev mailing list
> To change your delivery options, retrieve your password, or
> unsubscribe from this list, visit
tracecompass-dev mailing list
To change your delivery options, retrieve your password, or unsubscribe from this list, visit