Releases: holochain/holochain-client-rust
Releases · holochain/holochain-client-rust
v0.4.11
v0.4.10
v0.4.9-rc.2
Added
- Signal handling on app websocket.
v0.5.0-dev.31
Changed
- BREAKING: The underlying package
holochain_websocket
changed. All websockets in this client follow the newconnect
function and take a socket address that implementsToSocketAddr
instead of a URLString
. Examples for the new parameter are"localhost:30000"
and([127.0.0.1], 30000)
. See traitToSocketAddr
. - BREAKING: The
attach_app_interface
method of theAdminWebsocket
now takes an additional parameter of typeAllowedOrigins
which specifies what origins are allowed to connect to the created app interface.
v0.5.0-dev.30
Changed
- BREAKING: The underlying package
holochain_websocket
changed. All websockets in this client follow the newconnect
function and take a socket address that implementsToSocketAddr
instead of a URLString
. Examples for the new parameter are"localhost:30000"
and([127.0.0.1], 30000)
. See traitToSocketAddr
.
v0.4.9-rc.1
Changed
- Update deps to Holochain v0.2.7-rc.1.
- Adapt admin and app websocket to new version of package
holochain_websocket
.
v0.5.0-dev.29
Removed
- BREAKING: The utilities crate, it is now replaced by signing built into the client. Please see the updated tests for examples of how to use this.
- BREAKING:
sign_zome_call_with_client
which was used internally but also exposed in the public interface. You probably don't need to call this but if you wish to for some reason then use one of the two new*Signer
types, and convert them to aArc<Box<dyn AgentSigner>>
, then use thesign
method to compute a signature. The logic to prepare the data to be signed is no longer public so you would have to set this up yourself following thesign_zome_call
function in thesigner
module.
Added
- Capability to create zome call signing credentials with the
AdminWebsocket
usingauthorize_signing_credentials
. ClientAgentSigner
type which can store (in memory) signing credentials created withauthorize_signing_credentials
.LairAgentSigner
which is analagous to theClientAgentSigner
but is a wrapper around a Lair client instead so that private keys are stored in Lair.from_existing
method to theAppAgentWebsocket
which allows it to wrap an existingAppWebsocket
instead of having to open a new connection. This is useful if you already have anAppWebsocket
but otherwise you should just use theconnect
method of theAppAgentWebsocket
rather than two steps.
Changed
- BREAKING:
AppAgentWebsocket::connect
now takes anArc<Box<dyn AgentSigner>>
instead of aLairClient
. TheArc<Box<dyn AgentSigner>>
can be created from a.into()
on either aClientAgentSigner
or aLairAgentSigner
. Use the latter to restore the previous behaviour. - BREAKING:
AppAgentWebsocket::call_zome
used to take aRoleName
as its first parameter. This is now aZomeCallTarget
. There is a.into()
which restores the previous behaviour. Now you can also pass aCloneCellId
or aCellId
, also using a.into()
. UsingCellId
is stronly recommended for now. Please see the doc comments onZomeCallTarget
if you intend to use the other options.
v0.4.8
Added
- Capability to create zome call signing credentials with the
AdminWebsocket
usingauthorize_signing_credentials
. ClientAgentSigner
type which can store (in memory) signing credentials created withauthorize_signing_credentials
.AppAgentWebsocket
to simplify making zome calls. It is a wrapper around aAppWebsocket
but can be created directly.
Removed
- The utilities crate, it is now replaced by signing built into the client. Please see the updated tests for examples of how to use this.
v0.5.0-dev.28
Added
- Export
AdminWebsocket::EnableAppResponse
to be available downstream.