SDK for building Hypersyncs that bring data from external sources into Hyperproof.
To get started with the Hypersync SDK hop on over to the SDK documentation.
- 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
- Integrate latest Integration SDK which contains improvements for the new execution environment.
-
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
method
property that can be set toGET
,POST
orPATCH
. Data sets also include a newbody
property which is included in data requests whenPOST
orPATCH
is 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
autoLayout
totrue
on 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.
- Add support for Node 18
- Add ability to test for service permissions
- Various bug fixes
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-models
and@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-sdk
and are now a part of@hyperproof/hypersync-models
. The complete list of the models exposed by@hyperproof/hypersync-models
can be found in the public repository. Hypersync apps that depend on these models will need to add a dependency on the package. -
The
OAuthTokenResponse
interface has been moved from the@hyperproof/hypersync sdk
package 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
,HypersyncPageOrientation
andHypersyncFieldType
have 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
validateAccessToken
method. In a custom auth Hypersync app, thevalidateCredentials
method 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.json
file 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 customICriteriaProvider
instance, you will need to implement thegenerateProofCategoryField
method. -
The
webPageUrl
property of a proof specification is now optional. -
For REST data sources, the optional
filter
property ondataSet
now supports JSONata expressions. -
Various enhancements and fixes have been made to improve overall quality and reliability.
- Deprecate
messages
property indataSource.json
in favor ofvalueLookups
. - Deprecate
$mlookups
in data source expressions in favor of$vlookup
- Added initial support for design.
- Miscellaneous quality fixes.
- Added support for connection health monitoring.
- Data sources can not return detailed error information.
- Miscellaneous quality fixes.
- Updates to schema.json files and related types to help with JSON editing.
- General clean up and preparation ahead of general availability.
- Updated with various improvements.
- Initial version