Firebug 1.7: Mozilla Backend
From FirebugWiki
(Created page with 'Mozilla back-end represents an adapter between V8 like protocol and Mozilla JSD. This adapter lives in Firebug and implements BTI interface. This adapter should replace ''firebug…') |
|||
| Line 8: | Line 8: | ||
| - | ==Implementation | + | ==Implementation== |
Corresponding BTI objects: | Corresponding BTI objects: | ||
| Line 21: | Line 21: | ||
[[File:Bti-uml.png]] | [[File:Bti-uml.png]] | ||
| - | + | ''Can you describe relations among BTI objects, which are not on the picture?'' | |
| - | ''Can you describe relations among BTI objects?'' | + | |
| Line 35: | Line 34: | ||
===Connect=== | ===Connect=== | ||
Connect to the browser. | Connect to the browser. | ||
| + | |||
| + | ''What object in Firebug infrastructure should be responsible for this?'' | ||
| Line 40: | Line 41: | ||
Get list of all available contexts in the connected browser. | Get list of all available contexts in the connected browser. | ||
| - | ===Compilation | + | ''How TabWatcher is related to the mozilla-backend implementation? |
| + | |||
| + | |||
| + | ===Compilation Units=== | ||
Get list of all compilation units for given context. | Get list of all compilation units for given context. | ||
| + | |||
| + | [[File:Mozilla-backend-getcompilationunits.png]] | ||
| + | |||
| + | This scenario represents initialization of the ''location-list'' that is available on the Script panel toolbar. Displayed popup menu is initialized when the user clicks on the toolbar button. | ||
| + | |||
===Get Source=== | ===Get Source=== | ||
| - | Get source code (range) | + | Get source code (range) of given compilation unit. |
| + | |||
| + | [[File:Mozilla-backend-getsource.png]] | ||
| + | |||
| + | This scenario happens typically when the user changes the location of the Script panel (e.g. wants to see another script file). The <code>getSource</code> method can be also used to get just part of the source (a ''range''), which is used when the user scrolls the panel content. This allows to load only visible portion of the file and optimize networks traffic in case of remote debugging. | ||
| + | |||
===Set Breakpoint=== | ===Set Breakpoint=== | ||
| Line 51: | Line 65: | ||
[[File:Mozilla-backend-setbreakpoint.png]] | [[File:Mozilla-backend-setbreakpoint.png]] | ||
| - | '' | + | The ''Script'' panel is always using ''toggleBreakpoint'' call, which is consequently transformed into ''setBreakpoint'' or ''removeBreakpoint'' (depends on existence of the breakpoint). |
| + | |||
| + | ''Is the list of compilation units still stored in the BrowserContext?'' | ||
''What is the event/callback that allows to collect all compilation units?'' | ''What is the event/callback that allows to collect all compilation units?'' | ||
| Line 57: | Line 73: | ||
===Get Stack Trace=== | ===Get Stack Trace=== | ||
| - | Get stack trace (aka backtrace) when a breakpoint hits. | + | Get stack-trace (aka backtrace) when a breakpoint hits. |
| + | |||
| + | [[File:Mozilla-backend-getstacktrace.png]] | ||
| + | |||
| + | This scenario is executed when the debuggers is hanging on a breakpoint and the user shows the ''CallstackPanel'' to see the current stack-trace. | ||
| + | |||
| + | ''What is the JavaScriptContext here in Firebug infrastructure?'' | ||
| + | |||
===Debugger Step=== | ===Debugger Step=== | ||
Perform a debugger step (step over, step into, continue) | Perform a debugger step (step over, step into, continue) | ||
| + | |||
| + | ''I don't see how to perform this action using BTI'' | ||
| + | |||
| + | ''Should this be done through an event?'' | ||
| + | |||
===Disconnect=== | ===Disconnect=== | ||
Disconnect from the debugger | Disconnect from the debugger | ||
| + | |||
| + | |||
| + | ==Tests== | ||
| + | In order to make sure the architecture is suitable also for remote debugging (the goal) there should be proper unit test written for it. | ||
| + | |||
| + | ''TODO: describe architecture of these tests'' | ||
| + | |||
| + | ''What mockup objects will be necessary here?'' | ||
Revision as of 15:27, 5 November 2010
Mozilla back-end represents an adapter between V8 like protocol and Mozilla JSD. This adapter lives in Firebug and implements BTI interface. This adapter should replace firebug-service in Firebug 1.7.
Contents |
Resources
Implementation
Corresponding BTI objects:
-
BTI.Browser→Firebugfirebug.js -
BTI.CompilationUnit→Firebug.SourceFilesourceFile.js -
BTI.StackFrame→FBL.StackFramelib.js -
BTI.Breakpoint→Firebug.Breakpointbreakpoint.js -
BTI.BrowserContext→Firebug.TabContexttabContext.js -
BTI.JavaScriptContext→ ?
Can you describe relations among BTI objects, which are not on the picture?
Test Cases
Exploration of some real world scenarios that happens when debugging a web application. These scenarios describe in-process usage of the firebug-service through a BTI adapter. The basic concept is as follows:
Firebug UI (Script Panel) → BTI → FBS → JSD
Where is Firebug.Debugger in this concept?
Connect
Connect to the browser.
What object in Firebug infrastructure should be responsible for this?
Get Contexts
Get list of all available contexts in the connected browser.
How TabWatcher is related to the mozilla-backend implementation?
Compilation Units
Get list of all compilation units for given context.
This scenario represents initialization of the location-list that is available on the Script panel toolbar. Displayed popup menu is initialized when the user clicks on the toolbar button.
Get Source
Get source code (range) of given compilation unit.
This scenario happens typically when the user changes the location of the Script panel (e.g. wants to see another script file). The getSource method can be also used to get just part of the source (a range), which is used when the user scrolls the panel content. This allows to load only visible portion of the file and optimize networks traffic in case of remote debugging.
Set Breakpoint
Set a breakpoint in given compilation unit.
The Script panel is always using toggleBreakpoint call, which is consequently transformed into setBreakpoint or removeBreakpoint (depends on existence of the breakpoint).
Is the list of compilation units still stored in the BrowserContext?
What is the event/callback that allows to collect all compilation units?
Get Stack Trace
Get stack-trace (aka backtrace) when a breakpoint hits.
This scenario is executed when the debuggers is hanging on a breakpoint and the user shows the CallstackPanel to see the current stack-trace.
What is the JavaScriptContext here in Firebug infrastructure?
Debugger Step
Perform a debugger step (step over, step into, continue)
I don't see how to perform this action using BTI
Should this be done through an event?
Disconnect
Disconnect from the debugger
Tests
In order to make sure the architecture is suitable also for remote debugging (the goal) there should be proper unit test written for it.
TODO: describe architecture of these tests
What mockup objects will be necessary here?




