bokeh.client
¶
Provides client API for connecting to a Bokeh server
bokeh.client.session
¶
-
class
ClientSession
(session_id=None, websocket_url='ws://localhost:5006/ws', io_loop=None)¶ Represents a websocket connection to a server-side session.
Each server session stores a Document, which is kept in sync with the document in this ClientSession instance. Always call either pull() or push() immediately after creating the session, if you construct a session by hand.
-
force_roundtrip
()¶ Used in unit testing to force a request/reply pair in order to avoid races
-
pull
()¶ Pull the server’s state and set it as session.document.
If this is called more than once, session.document will be the same object instance but its contents will be overwritten.
Automatically calls
connect()
before pulling.
-
push
(document=None)¶ Push the given document to the server and record it as session.document.
If this is called more than once, the Document has to be the same (or None to mean “session.document”).
Note
Automatically calls
connect()
before pushing.Parameters: document ( Document
, optional) – The document which will be kept in sync with the server document. None to use session.document or create a new document.
-
request_server_info
()¶ Ask for information about the server.
Returns: A dictionary of server attributes.
-
show
(browser=None, new='tab')¶ Open a browser displaying this session.
Parameters: - browser (str, optional) – browser to show with (default: None)
For systems that support it, the browser argument allows
specifying which browser to display in, e.g. “safari”, “firefox”,
“opera”, “windows-default” (see the
webbrowser
module documentation in the standard lib for more details). - new (str, optional) – new file output mode (default: “tab”) For file-based output, opens or raises the browser window showing the current output file. If new is ‘tab’, then opens a new tab. If new is ‘window’, then opens a new window.
- browser (str, optional) – browser to show with (default: None)
For systems that support it, the browser argument allows
specifying which browser to display in, e.g. “safari”, “firefox”,
“opera”, “windows-default” (see the
-
-
pull_session
(session_id=None, url='default', app_path='/', io_loop=None)¶ Create a session by loading the current server-side document.
session.document
will be a fresh document loaded from the server. While the connection to the server is open, changes made on the server side will be applied to this document, and changes made on the client side will be synced to the server.If you don’t plan to modify
session.document
you probably don’t need to use this function; instead you can directlyshow_session()
orautoload_server()
without downloading the session’s document into your process first. It’s much more efficient to avoid downloading the session if you don’t need to.In a production scenario, the
session_id
should be unique for each browser tab, which keeps users from stomping on each other. It’s neither scalable nor secure to use predictable session IDs or to share session IDs across users.For a notebook running on a single machine,
session_id
could be something human-readable such as"default"
for convenience.If you allow
push_session()
to generate a uniquesession_id
, you can obtain the generated ID with theid
property on the returnedClientSession
.Parameters: - session_id (string, optional) – The name of the session, None to autogenerate a random one (default: None)
- url (str, optional) – The base server URL to connect to (default: ‘default’)
- app_path (str, optional) – Relative path to the app on the server (default: ‘/’)
- io_loop (
tornado.ioloop.IOLoop
, optional) – The IOLoop to use for the websocket
Returns: session –
A new ClientSession connected to the server
Return type:
-
push_session
(document, session_id=None, url='default', app_path='/', io_loop=None)¶ Create a session by pushing the given document to the server, overwriting any existing server-side document.
session.document
in the returned session will be your supplied document. While the connection to the server is open, changes made on the server side will be applied to this document, and changes made on the client side will be synced to the server.In a production scenario, the
session_id
should be unique for each browser tab, which keeps users from stomping on each other. It’s neither scalable nor secure to use predictable session IDs or to share session IDs across users.For a notebook running on a single machine,
session_id
could be something human-readable such as"default"
for convenience.If you allow
push_session()
to generate a uniquesession_id
, you can obtain the generated ID with theid
property on the returnedClientSession
.Parameters: - document – bokeh.document.Document The document to be pushed and set as session.document
- session_id – string, optional The name of the session, None to autogenerate a random one (default: None)
- url – str, optional The base server URL to connect to (default: ‘default’)
- app_path – str, optional Relative path to the app on the server (defualt: ‘/’)
- io_loop – tornado.ioloop.IOLoop, optional The IOLoop to use for the websocket
Returns: ClientSession A new ClientSession connected to the server
Return type:
-
show_session
(session_id=None, url='default', app_path='/', session=None, browser=None, new='tab', controller=None)¶ Open a browser displaying a session document.
If you have a session from
pull_session()
orpush_session
you canshow_session(session=mysession)
. If you don’t need to open a connection to the server yourself, you can show a new session in a browser by providing just theurl
andapp_path
.Parameters: - session_id (string, optional) – The name of the session, None to autogenerate a random one (default: None)
- url (str, optional) – The base server URL to connect to (default: ‘default’)
- app_path (str, optional) – Relative path to the app on the server (defualt: ‘/’)
- session (ClientSession, optional) – session to get session ID and server URL from If you specify this, you don’t need to specify session_id and url
- browser (str, optional) – browser to show with (default: None)
For systems that support it, the browser argument allows
specifying which browser to display in, e.g. “safari”, “firefox”,
“opera”, “windows-default” (see the
webbrowser
module documentation in the standard lib for more details). - new (str, optional) – new file output mode (default: “tab”) For file-based output, opens or raises the browser window showing the current output file. If new is ‘tab’, then opens a new tab. If new is ‘window’, then opens a new window.