|Summer Of Code project question [message #93684]
||Sat, 17 March 2007 14:57
Originally posted by: matmis.mimuw.edu.pl|
I am a PhD student at Warsaw University, and I am about to submitting a
project proposal for the Google Summer of Code and Eclipse, related to
something I'm barely started working on.
My question is - is my idea sensible at all? How is it related to TPTP?
(At first glance, I have an impression that I could somehow use TPTP
runtime analysis to implement the "gathering values" component of my
project, but the user interface part belong to Eclipse/JDT area.)
Here's the project abstract:
The aim of this project is to enhance Eclipse/JDT with an innovative
feature off-line visualisation of exemplary program variable values.
When enabled, Java programs that are test launched are instrumented in
order to log some of the variable values. The logged values are later
shown to the developer who is browsing the source code (e.g. in a hover
box of a variable occurence).
The advantage is, when a test fails, the developer often won't have to
rerun the test under debug mode or add tracing code by hand. And even in
the case of code without faults, exemplary program values will greatly
improve code documentation other developers in the team will grasp the
meaning of the source code more easily.
Since only a few values gathered per each variable occurence is
satisifactory, this kind of runtime program monitoring is possible with a
moderate execution overhead. On the other hand, for some parts of the code
it is feasible to store data about all program events and expand the
visualisation into a full-blown bidirectional debugger. The question how
to manage the trade-off between tool efficiency and quality of results is
a research subject, and I'm pretty sure it is out of a scope of a summer
May I kindly propose as the Summer of Code project the following
objective: an enhancement in Eclipse/JDT, that would visualize arbitrary
(any) subsets of program variable values and events observed by a program
It would show them directly onto the source code (as in the hover box
example), and also according to their timeline, i.e display flow changes
of a particular variable, or let the developer browse past in time to
when a particualr variable was set. The best user exeperience will be
achieved when all of program events are available, and will gracefully
decline when there are less data provided.
This will be accompanied by a test instrumentation implementation so as to
demonstrate the objective. I will ensure that the it needs as less human
intervention as possible, but the strategies for selecting variable values
will be primitive and configured manually.
|Re: Summer Of Code project question [message #95699 is a reply to message #93684]
||Fri, 13 April 2007 11:30
| Paul Slauenwhite
Registered: July 2009
A lot of what you are proposing is already provided by TPTP. Data
collection from profiling, API recording and system monitoring (there is
also some outstanding work to complete the integration of test execution
with data collection (see
https://bugs.eclipse.org/bugs/show_bug.cgi?id=75029)), models and UIs. I
believe your piece of original work could be fathering the scope of data
collection (e.g. filtering) and a more tightly integrated UI with the JDT
(have a look at the TPTP Line Level Code Coverage Technology Preview
( http://www.eclipse.org/tptp/home/documents/tutorials/viewlet s/v4.2/LLC/LineCoverage_viewlet_swf.html)).
That said, I think this is a good idea. The key is to reuse as much of TPTP
as possible so you only need to focus on the value-add of your project.
I would be interested in discussing how your work could be leveraged by
"Marcin Stefaniak" <email@example.com> wrote in message
> I am a PhD student at Warsaw University, and I am about to submitting a
> project proposal for the Google Summer of Code and Eclipse, related to
> something I'm barely started working on.
> My question is - is my idea sensible at all? How is it related to TPTP?
> (At first glance, I have an impression that I could somehow use TPTP
> runtime analysis to implement the "gathering values" component of my
> project, but the user interface part belong to Eclipse/JDT area.)
> Here's the project abstract:
> The aim of this project is to enhance Eclipse/JDT with an innovative
Powered by FUDForum
. Page generated in 0.24947 seconds