@hyperproof/hypersync-sdk v3.2.0
hypersync-sdk
SDK for building Hypersyncs that bring data from external sources into Hyperproof.
Documentation
To get started with the Hypersync SDK hop on over to the SDK documentation.
Release Notes
3.2.0
- Integrate latest Integration SDK which contains reliability improvements and bug fixes.
- Added support for type validation of criteria fields.
- Added additional support for pagination in request body.
- Update TypeScript to version 5.5.4
- Update node-fetch to version 2.7.0
- Update Express to version 4.21.0
- Update Superagent to version 10.1.0
- Update other dependencies to latest versions
3.1.0
- Integrate latest Integration SDK which contains improvements for the new execution environment.
3.0.0
Classes, functions, types, interfaces and enums common to all integration types have been moved to @hyperproof/integration-sdk.
Paging of data set results can now be done declaratively. For more information on declarative paging, see the documentation on declarative paging.
Data sets now support a
methodproperty that can be set toGET,POSTorPATCH. Data sets also include a newbodyproperty which is included in data requests whenPOSTorPATCHis specified.Criteria pages can now include messages displayed at the page level. See
ICriteriaPageMessage.The Hypersync SDK now supports the creation of proof types that work with User Access Reviews. The documentation section will soon be updated with information on creating these proof types.
Proof fields can now be laid out automaticaly by setting
autoLayouttotrueon the proof spec.The Hypersync SDK now supports a new integration execution environment that is under active development. More information on this environment will be shared in the future.
Various enhancements and fixes have been made to improve overall quality and reliability.
For more information on migrating from version 2.X to 3.0, please see the migration guide.
2.1.0
- Add support for Node 18
- Add ability to test for service permissions
- Various bug fixes
2.0.0
Version 2.0 of the Hypersync SDK represents the first major enhancement since the initial release. There are a number of feature enhancements and breaking changes in this update.
The Hypersync SDK now depends on two new public packages:
@hyperproof/hypersync-modelsand@hyperproof/integration-sdk. This refactoring has been done to support current and future enhancements to integrations in Hyperproof.Some types, interfaces and enums have been extracted from
@hyperproof/hypersync-sdkand are now a part of@hyperproof/hypersync-models. The complete list of the models exposed by@hyperproof/hypersync-modelscan be found in the public repository. Hypersync apps that depend on these models will need to add a dependency on the package.The
OAuthTokenResponseinterface has been moved from the@hyperproof/hypersync sdkpackage to@hyperproof/integration-sdk. Hypersync apps that depend on this interface will need to add a dependency on@hyperproof/integration-sdk.Enum values in
CredentialFieldType,HypersyncCriteriaFieldType,HypersyncDataFormat,HypersyncPageOrientationandHypersyncFieldTypehave been updated to use Pascal casing.The SDK now supports Hyperproof's Connection Health feature. To return connection health information in an OAuth Hypersync app, override the
validateAccessTokenmethod. In a custom auth Hypersync app, thevalidateCredentialsmethod is used to determine connection health.Proof types can now be grouped by category. When a category is specified in a proof type (e.g. in
proofTypes.json) the user will be required to choose the category first after which they can choose a proof type. This categorization is helpful in apps with many proof types. If your app uses acriteriaFields.jsonfile to provide criteria, you can enable proof categories by defining field calledproofCategory. This field will generally be a select control where the options in the select are the proof categories. If you are using a customICriteriaProviderinstance, you will need to implement thegenerateProofCategoryFieldmethod.The
webPageUrlproperty of a proof specification is now optional.For REST data sources, the optional
filterproperty ondataSetnow supports JSONata expressions.Various enhancements and fixes have been made to improve overall quality and reliability.
1.1.0
Rename data source messages to "value lookups".
- Deprecate
messagesproperty indataSource.jsonin favor ofvalueLookups. - Deprecate
$mlookupsin data source expressions in favor of$vlookup
1.0.0
- Added initial support for design.
- Miscellaneous quality fixes.
0.10.0
- Added support for connection health monitoring.
- Data sources can not return detailed error information.
- Miscellaneous quality fixes.
0.9.3
- Updates to schema.json files and related types to help with JSON editing.
0.9.1
- General clean up and preparation ahead of general availability.
0.9.0
- Updated with various improvements.
0.8.10
- Initial version
1 year ago
1 year ago
2 years ago
2 years ago
2 years ago
2 years ago
2 years ago
2 years ago
2 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago