[ 
https://issues.apache.org/jira/browse/TRAFODION-3220?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16642651#comment-16642651
 ] 

Hans Zeller commented on TRAFODION-3220:
----------------------------------------

Both the compiler and new executor GUI are based on the Qt framework. To use Qt 
to add new elements to the GUI, the following worked for me on CentOS 6:
{noformat}
sudo yum install qt-devel-4.6.2 qt-creator
cd $TRAF_HOME/../sql/SqlCompilerDebugger
qtcreator &
{noformat}

Then open project SqlCmpDbg.pro in this directory and you can edit existing GUI 
elements and add new ones. These files are built using the QT make utility, 
there is no need to add new files to a makefile.

Please note that the GUI comes in a separate DLL, libSqlCompilerDebugger.so. 
Despite the name, this will be used for both compiler and executor GUIs. This 
library is not normally linked to the Trafodion code, it is loaded dynamically 
only when the "display" command is used. Trafodion mainline code must not 
reference GUI methods directly, this must all happen through function pointers. 
The GUI DLL can, however, call Trafodion mainline methods.

Also, while the compiler GUI works for debug as well as release builds, the 
executor GUI will only be enabled for release builds, for performance reasons.

> Extend the existing compiler GUI to display query execution as well
> -------------------------------------------------------------------
>
>                 Key: TRAFODION-3220
>                 URL: https://issues.apache.org/jira/browse/TRAFODION-3220
>             Project: Apache Trafodion
>          Issue Type: New Feature
>          Components: sql-exe
>    Affects Versions: 2.3
>            Reporter: Hans Zeller
>            Assignee: Hans Zeller
>            Priority: Minor
>             Fix For: 2.4
>
>
> There have been several occasions where I wished we had a GUI debugging tool 
> for the executor that allows to single-step through work method calls and 
> that allows us to control multiple ESPs, so we can reproduce distributed 
> situations like "late cancel". It turns out this is relatively easy to do, so 
> I'm planning to submit a PR for this feature soon.
>  
> The GUI will have one window for every fragment instance (the master fragment 
> instance and then one for each ESP fragment instance). This window will allow 
> to step one subtask (work method invocation, see class ExSubtask) at a time, 
> or it will allow to set breakpoints at specific subtasks, or one can resume 
> the instance without the GUI. I'm also adding a very primitive queue display, 
> but that will need more work, in the first version it won't be possible to 
> look at the data in the executor queues.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Reply via email to