<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to VirtualProject</title><link>https://sourceforge.net/p/chromedevtools/wiki/VirtualProject/</link><description>Recent changes to VirtualProject</description><atom:link href="https://sourceforge.net/p/chromedevtools/wiki/VirtualProject/feed" rel="self"/><language>en</language><lastBuildDate>Sat, 25 Apr 2015 13:43:53 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/chromedevtools/wiki/VirtualProject/feed" rel="self" type="application/rss+xml"/><item><title>VirtualProject modified by Anonymous</title><link>https://sourceforge.net/p/chromedevtools/wiki/VirtualProject/</link><description>&lt;div class="markdown_content"&gt;&lt;h2 id="what-is-it"&gt;What is it?&lt;/h2&gt;
&lt;p&gt;A "virtual project" is an Eclipse project created by the &lt;a class="" href="/p/chromedevtools/wiki/EclipseDebugger"&gt;Debugger&lt;/a&gt; for every debug session (&lt;a class="" href="../LaunchElement"&gt;launch&lt;/a&gt;) and deleted once the debug session is over. Virtual projects can be found among other regular projects. Since &lt;a class="" href="/p/chromedevtools/wiki/Release_0_2_0"&gt;release 0.2.0&lt;/a&gt;, the virtual project icon is decorated by a small &lt;a class="" href="http://www.chromium.org" rel="nofollow"&gt;Chromium&lt;/a&gt; logo. A virtual project serves as a container for JavaScript scripts downloaded from a remote VM. Those scripts are never saved on disk and are forgotten when the virtual project is deleted. &lt;/p&gt;
&lt;h2 id="why-do-we-need-it"&gt;Why do we need it?&lt;/h2&gt;
&lt;p&gt;For languages like C++ or Java, all source files reside in a developer's working directory. The JavaScript case is quite different: the entire source scripts collection (which includes scripts generated on the fly) can be found only inside a running JavaScript virtual machine (VM). That's why a JavaScript debugger has to download the scripts from a VM into Eclipse first. A virtual project is the way the Debugger presents them. &lt;/p&gt;
&lt;h2 id="virtual-project-vs-workspace-local-files"&gt;Virtual project vs. Workspace local files&lt;/h2&gt;
&lt;p&gt;A virtual project is useful because it contains all up-to-date sources, so you don't have to care about getting them from elsewhere. It also contains sources that are generated on the fly, and is irreplaceable in this aspect. &lt;/p&gt;
&lt;p&gt;Unfortunately, a virtual project is not very useful for a JavaScript developer who may want to &lt;em&gt;edit&lt;/em&gt; files, not only debug them. (Actually, scripts from virtual projects &lt;em&gt;are&lt;/em&gt; editable, which is used for the &lt;em&gt;live editing&lt;/em&gt; feature, but all changes are lost once the VM stops). In a more common setting, a developer will link a debug session to the workspace source files -- see &lt;a class="" href="/p/chromedevtools/wiki/FeatureDebugOnRealFiles"&gt;feature description&lt;/a&gt;. &lt;/p&gt;
&lt;p&gt;Note that a virtual project exists for any debug session, regardless of whether it has the workspace source files configured or not. &lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anonymous</dc:creator><pubDate>Sat, 25 Apr 2015 13:43:53 -0000</pubDate><guid>https://sourceforge.net9e490e593fded1c496dc545f3d2880aee61f23df</guid></item></channel></rss>