The client unique id.
This should be unique for a particular kernel connection object.
The id of the server-side kernel.
The cached kernel info.
This value will be null until the kernel is ready.
Test whether the object has been disposed.
This property is always safe to access.
Test whether the kernel is ready.
A kernel is ready when the communication channel is active and we have cached the kernel info.
The model associated with the kernel.
The name of the server-side kernel.
A promise that resolves when the kernel is initially ready after a start or restart.
A kernel is ready when the communication channel is active and we have cached the kernel info.
The current status of the kernel.
The client username.
Connect to a comm, or create a new one.
The name of the comm target.
A comm instance.
Dispose of the resources held by the object.
If the object's dispose method is called more than once, all
calls made after the first will be a no-op.
It is undefined behavior to use any functionality of the object after it has been disposed unless otherwise explicitly noted.
Get the kernel spec.
A promise that resolves with the kernel spec for this kernel.
Interrupt a kernel.
A promise that resolves when the kernel has interrupted.
Uses the Jupyter Notebook API.
The promise is fulfilled on a valid response and rejected otherwise.
It is assumed that the API call does not mutate the kernel id or name.
The promise will be rejected if the kernel status is 'dead' or if the
request fails or the response is invalid.
Reconnect to a disconnected kernel.
A promise that resolves when the kernel has reconnected.
This just refreshes the connection to an existing kernel, and does not perform an HTTP request to the server or restart the kernel.
Register a comm target handler.
The name of the comm target.
The callback invoked for a comm open message.
Only one comm target can be registered to a target name at a time, an
existing callback for the same target name will be overridden. A registered
comm target handler will take precedence over a comm which specifies a
target_module.
If the callback returns a promise, kernel message processing will pause until the returned promise is fulfilled.
Register an IOPub message hook.
The callback invoked for the message.
The IOPub hook system allows you to preempt the handlers for IOPub messages with a given parent_header message id. The most recently registered hook is run first. If a hook return value resolves to false, any later hooks and the future's onIOPub handler will not run. If a hook throws an error, the error is logged to the console and the next hook is run. If a hook is registered during the hook processing, it will not run until the next message. If a hook is disposed during the hook processing, it will be deactivated immediately.
See also IFuture.registerMessageHook.
Remove a comm target handler.
The name of the comm target to remove.
The callback to remove.
The comm target is only removed if it matches the callback argument.
Remove an IOPub message hook.
The callback invoked for the message.
Send a comm_info_request message.
The content of the request.
A promise that resolves with the response message.
See Messaging in Jupyter.
Fulfills with the comm_info_reply content when the shell reply is
received and validated.
Send a complete_request message.
The content of the request.
A promise that resolves with the response message.
See Messaging in Jupyter.
Fulfills with the complete_reply content when the shell reply is
received and validated.
Send an execute_request message.
The content of the request.
Whether to dispose of the future when done.
A kernel future.
See Messaging in Jupyter.
This method returns a kernel future, rather than a promise, since execution may have many response messages (for example, many iopub display messages).
Future onReply is called with the execute_reply content when the
shell reply is received and validated.
See also: IExecuteReply
Send a history_request message.
The content of the request.
A promise that resolves with the response message.
See Messaging in Jupyter.
Fulfills with the history_reply content when the shell reply is
received and validated.
Send an inspect_request message.
The content of the request.
A promise that resolves with the response message.
See Messaging in Jupyter.
Fulfills with the inspect_reply content when the shell reply is
received and validated.
Send an is_complete_request message.
The content of the request.
A promise that resolves with the response message.
See Messaging in Jupyter.
Fulfills with the is_complete_response content when the shell reply is
received and validated.
Send a kernel_info_request message.
A promise that resolves with the response message.
See Messaging in Jupyter.
Fulfills with the kernel_info_response content when the shell reply is
received and validated.
Restart a kernel.
A promise that resolves when the kernel has restarted.
Uses the Jupyter Notebook API and validates the response model.
Any existing Future or Comm objects are cleared.
It is assumed that the API call does not mutate the kernel id or name.
The promise will be rejected if the kernel status is 'dead' or if the
request fails or the response is invalid.
Send an input_reply message.
Send a shell message to the kernel.
The fully-formed shell message to send.
Whether to expect a shell reply message.
Whether to dispose of the future when done.
Send a message to the kernel's shell channel, yielding a future object for accepting replies.
If expectReply is given and true, the future is done when both a
shell reply and an idle status message are received with the appropriate
parent header, in which case the .done promise resolves to the reply.
If expectReply is not given or is false, the future is done when an
idle status message with the appropriate parent header is received, in
which case the .done promise resolves to undefined.
If disposeOnDone is given and false, the future will not be disposed
of when the future is done, instead relying on the caller to dispose of
it. This allows for the handling of out-of-order output from ill-behaved
kernels.
All replies are validated as valid kernel messages.
If the kernel status is 'dead', this will throw an error.
Generated using TypeDoc
Interface of a Kernel connection that is managed by a session.
Notes
The Kernel object is tied to the lifetime of the Kernel id, which is a unique id for the Kernel session on the server. The Kernel object manages a websocket connection internally, and will auto-restart if the websocket temporarily loses connection. Restarting creates a new Kernel process on the server, but preserves the Kernel id.