VirtualBox

Changeset 54266 in vbox for trunk/doc


Ignore:
Timestamp:
Feb 18, 2015 3:38:34 PM (10 years ago)
Author:
vboxsync
Message:

Main/webservice: change code to support multiple ISession instances per websession, lots of cleanup and wording changes
Main/idl,doc: matching updates

File:
1 edited

Legend:

Unmodified
Added
Removed
  • trunk/doc/manual/en_US/SDKRef.xml

    r52793 r54266  
    12171217
    12181218                <para>Upon logon, the websession manager creates one instance
    1219                 of <xref linkend="IVirtualBox" xreflabel="IVirtualBox" /> and
    1220                 another object of <xref linkend="ISession"
    1221                 xreflabel="ISession" /> representing the web service session.
    1222                 This can be retrieved using <xref
     1219                of <xref linkend="IVirtualBox" xreflabel="IVirtualBox" />,
     1220                which can be used for directly performing calls to its
     1221                methods, or used as a parameter for calling some methods of
     1222                <xref linkend="IWebsessionManager" xreflabel="IWebsessionManager" />.
     1223                Creating Main API session objects is performed using <xref
    12231224                linkend="IWebsessionManager__getSessionObject"
    12241225                xreflabel="IWebsessionManager::getSessionObject()" />.</para>
     
    12261227                <para>(Technically, there is always only one <xref
    12271228                linkend="IVirtualBox" xreflabel="IVirtualBox" /> object, which
    1228                 is shared between all sessions and clients, as it is a COM
     1229                is shared between all websessions and clients, as it is a COM
    12291230                singleton. However, each session receives its own managed
    1230                 object reference to it. The <xref linkend="ISession"
    1231                 xreflabel="ISession" /> object, however, is created and
    1232                 destroyed for each session.)</para>
     1231                object reference to it.)</para>
    12331232              </listitem>
    12341233
     
    15281527name = "Linux"
    15291528mach = vbox.findMachine(name)
    1530 session = mgr.mgr.getSessionObject(vbox)
     1529session = mgr.getSessionObject(vbox)
    15311530progress = mach.launchVMProcess(session, "gui", "")
    15321531progress.waitForCompletion(-1)
     
    15491548        available virtual machines in case of XPCOM), and a mechanism of
    15501549        uniform session creation and closing
    1551         (<computeroutput>mgr.mgr.getSessionObject()</computeroutput>).</para>
     1550        (<computeroutput>mgr.getSessionObject()</computeroutput>).</para>
    15521551
    15531552        <para>In case you want to use the glue layer with a different Python
     
    22922291      xreflabel="ISession" /> interface. Each process which talks to
    22932292      VirtualBox needs its own instance of ISession. In the web service, you
    2294       cannot create such an object, but
    2295       <computeroutput>vboxwebsrv</computeroutput> creates one for you when you
    2296       log on, which you can obtain by calling <xref
     2293      can request the creation of such an object by calling <xref
    22972294      linkend="IWebsessionManager__getSessionObject"
    2298       xreflabel="IWebsessionManager::getSessionObject()" />.</para>
     2295      xreflabel="IWebsessionManager::getSessionObject()" />. More complex
     2296      management tasks might need multiple instances of ISession, and each call
     2297      returns a new one.</para>
    22992298
    23002299      <para>This session object must then be used like a mutex semaphore in
     
    39083907          </itemizedlist></para>
    39093908        </listitem>
     3909
     3910        <listitem>
     3911          <para>The method <xref linkend="IWebsessionManager__getSessionObject"
     3912          xreflabel="IWebsessionManager::getSessionObject()" /> now returns
     3913          a new <xref linkend="ISession" xreflabel="ISession" /> instance for
     3914          every invocation. This puts the behavior in line with other binding
     3915          styles, which never forced the equivalent of establishing another
     3916          connection and logging in again to get another instance.</para>
     3917        </listitem>
    39103918      </itemizedlist>
    39113919    </sect1>
Note: See TracChangeset for help on using the changeset viewer.

© 2024 Oracle Support Privacy / Do Not Sell My Info Terms of Use Trademark Policy Automated Access Etiquette