Releases: polywrap/javascript-client
Releases · polywrap/javascript-client
Polywrap Origin (0.12.2)
Polywrap Origin (0.12.1)
Polywrap Origin (0.12.1)
Bugs
@polywrap/wrap-manifest-types-js:
- PR-68 Browser compilation fix
- The "semver" sub-dependency (version
7.5.0) has a problem building for the browser, upgrading to7.5.4fixes this.- source: npm/node-semver#554
- The "semver" sub-dependency (version
Polywrap Origin (0.12.0)
Polywrap Origin (0.12.0)
Features
@polywrap/sys-config-bundle-js:
- PR-56 Wrapscan URI Resolution Using Sys Bundle
- Resolving
wrapscan.io/URIs is now possible by simply adding the "sys" bundle to your client's configuration. - The "sys" bundle now includes:
wrapscanResolver,ipfsResolver, andipfsHttpClient.
- Resolving
- PR-55 GitHub URI Resolution Using Sys Bundle
- Resolving
github.com/URIs is now possible by simply adding the "sys" bundle to your client's configuration. - NOTE: this requires a
URI.txtfile located in the directory you're linking to on GitHub.
- Resolving
Breaking Changes
@polywrap/client-js:
- PR-62 Migrate All URIs To Wrapscan (Remove ENS URIs)
- All URIs used within the client's packages (uri-resolver-extensions, config-bundles, etc) have been migrated to
wrapscan.io/based URIs. - All
ens/URIs have been deprecated, but resolvingens/URIs is still supported.
- All URIs used within the client's packages (uri-resolver-extensions, config-bundles, etc) have been migrated to
Bugs
@polywrap/core-js:
- PR-61 URI Should Start W/ Word Character
- URIs should not start with non-word characters, for example
../.
- URIs should not start with non-word characters, for example
Polywrap Origin (0.11.0)
Polywrap Origin (0.11.0)
Features
@polywrap/core-js:
- PR-6 Improved URI Inference
- Non-wrap URI schemes can now be used (ex:
https://domain.com/path). The non-wrap scheme will be used as the authority, and all other contents will be shifted into the path. - Examples:
https://domain.com/pathintowrap://https/domain.com/pathipfs://QmHASHintowrap://ipfs/QmHASH
- Non-wrap URI schemes can now be used (ex:
@polywrap/client-config-builder-js:
- PR-45 Modular Config Bundles
- The
DefaultBundlehas been broken apart into two separate bundles:sysandweb3. addBundle(...)has been added to theClientConfigBuilderinterface.addDefaults()now callsaddBundle("sys")andaddBundle("web3")internally.
- The
@polywrap/sys-config-bundle-js:
- PR-45 Bundled System-Level Plugins & Resolvers
- The sys bundle includes:
logger,datetime,concurrent,http,httpResolver - This package is compiled to run in both node.js and browsers.
- In node.js, the bundle also includes:
fileSystem,fileSystemResolver.
- The sys bundle includes:
@polywrap/web3-config-bundle-js:
- PR-45 Bundled Web3 Plugins & Resolvers
- The web3 bundle includes:
ethereumProviderV1,ethereumProviderV2,ipfsHttpClient,ipfsResolver,ensTextRecordResolver,ensResolver,ensIpfsContenthashResolver.
- The web3 bundle includes:
@polywrap/config-bundle-types-js:
- PR-45 Base Typings For Config Bundle Packages
- Valid config bundle packages are expected to export a
bundlevalue, which is of typeBundle.
- Valid config bundle packages are expected to export a
Breaking Changes
@polywrap/client-config-builder-js:
- PR-47 Renaming For Improved Accuracy
- Renamed
ClientConfigBuildertoPolywrapClientConfigBuilder - Renamed
IClientConfigBuildertoClientConfigBuilder - Renamed
addWrapper(s)tosetWrapper(s) - Renamed
addPackage(s)tosetPackage(s) - Renamed
addRedirect(s)tosetRedirect(s)
- Renamed
@polywrap/core-js:
- PR-32 Rename
getEnvFromUriHistorytogetEnvFromResolutionPath
Bugs
@polywrap/client-js
- PR-32 Improved Browser Compatability
- Building the JS client into browser-based applications no longer requires custom polyfills to remove Node.JS dependencies.
@polywrap/client-cofig-builder-js
- PR-37 Add
@polywrap/plugin-jsas a Dependency- This resolves some package resolution warnings that are emitted from npm when installing the client-config-builder.
@polywrap/wasm-js:
- PR-30 Properly Serialize Empty Wrap Environment
- The wrap environment was being improperly encoded as an empty object, which had a size > 0 bytes, causing deserialization to fail. This has been fixed and it is now an empty byte array with size of 0.
Polywrap Origin (0.10.1)
Polywrap Origin (0.10.1)
Features
@polywrap/wasm-js:
- PR-3 WasmWrapper Subinvcations Now Retain The Resolution Context
- Added
resolutionContextto theWasmWrapper's state. - Pass the
resolutionContextthrough to all subinvocations.
- Added
Bugs
@polywrap/client-config-builder-js
- PR-8
tryResolveUriNow Returns Wrap Packages- The default resolver should not automatically convert packages to wrappers. Based on this, the
PackageToWrapperResolverhas been removed from the default config bundle.
- The default resolver should not automatically convert packages to wrappers. Based on this, the
@polywrap/core-client-js:
- PR-3 Properly Track Subinvocation Resolution Contexts
- Instead of passing the core resolution context to the resolution and invocation processes, seperate sub contexts are created for them. This means that subinvokes will now be tracked in the resolution context.
@polywrap/plugin-js:
- PR-3 Properly Track Subinvocation Resolution Contexts
- The client instance provided to plugin methods has been wrapped, enabling the automatic tracking of all subinvocation resolution contexts.