Releases: F2I-Consulting/fetpapi
Releases · F2I-Consulting/fetpapi
v0.5.0.0
v0.4.0.0
Bug fix
- Fix infinite loop when a disconnection occurs during DataArray reading
Development
- Gracefully close the HTTP connection when querying server caps
- Close and block untill WS session is closed (not only ETP session)
- Manage SSL short read
- If the ETP server is supporting TLS, it MUST support v1.2 or greater
- Prefer IP4 than IP6 when both are available
- Set SNI Hostname for WSS connection
- PutDataArray slabs in an async mode
- Automatic ETP session resume when disconnection occurs outside of a transaction
- Store the identifier/UUID of the session
- Clean sending queue at disconnection time
- Validate ETP URI before to get info from it in EtpHelpers
SWIG
- [SWIG] Share DataObjectRepository accros FESAPI and FETPAPI modules
- [SWIG] port copyDataObjectsByValue
- [CSharp] CS version does not point to the correct DLL name
- [Java] Fix the FETPAPI DLL name to load in Java example
- [Python] Add reading of properties in the etp client example
- [Python] Update the Jupyter notebook to put a dataspace with ACLs and LegalTags
- [Python] Cast SWIG arrays when using them as parameters
Build
- Discard ssl_stream from FETPAPI headers if building with Boost version > 1.67
- Replace boost::optional with std::optional and boost::any with std::variant
- Adopting latest Beast classes (tcp_stream and asio::ssl::stream)
- Update GitHub Actions to latest versions
- Bump to FESAPI 2.14.0.0 as default version
- Drop dependency on date.h
v0.3.1.0
Bug fix
- ETP server URL without any path
Development
- FesapiHelpers now also support UUID only methods
- Automatically use multipart request if necessary for AbstractSession::putDataObjects
- Add copyDataObjectsByValue new experimental ETP message
- Allow to set the session of a FESAPI HDF Proxy
SWIG
- [Python] Clean jupyter notebook
- [Python] Add a "Put Horizon" jupyter notebook
- [Python] Wheel now targets FESAPI 2.12.1.0
- [Python] Build wheel for macos in CI
- [Python] Move from setup.py to pyproject.toml
- [Python] Add test after wheel building
- [Python] Generate Windows wheels in CI
- [Python] Upgrade Manylinux to build wheels supporting glibc 2.28
- Bug fix when inheriting and setting dataspaceOSDUHandlers in cs and java
Build
- Modify DLL name to contain only SOVERSION as prefix (not all versions)
- Bump CI to Ubuntu 22.04
- Allow to specify its own CXX standard version (default set to 17)
- Make FETPAPI ready for AVRO 1.12 on MSVC (add /utf-8 compile options for libfmt)
- Bump date.h to version 3.0.3
- Update boost binaries download URL in CI
v0.3.0.0
Development
- Much better Python support and upload wheel to PyPI
- Support for DataspaceOSDU protocol 2424
- Now automatically register default protocol handlers
- Add a Java example
- Make protocol ID uint16_t to avoid some warnings
Build
- Support for Boost 1.86
- Remove unused methods
- Const correctness of InitializationParameters when creating a session
- CI upgrade to more recent versions of Github actions, FESAPI and AVRO.
Full Changelog: v0.2.0.0...v0.3.0.0
v0.2.0.0
Bug fix
- Fix nullptr when building ETP dataobj from a partial dataobj
Development
- Allow to use an HTTP proxy
- Abstract SSL or plain mode of a ClientSession
- Force closing HTTPS stream instead of asking a SSL graceful close
- By default output protocol exceptions on cerr
Build
- CMake Find module usage for AVRO and FESAPI
- Do no more depend on boost system library if boost > 1.70
- Add example in code base
Full Changelog: v0.1.0.0...v0.2.0.0
v0.1.0.0
Initial release of FETPAPI
- Only ETP client side is really supported (the server side reference implementation is considered to be open-etp-server)
- Support of Core, DataArray, Datasapce, Discovery, Store and TransactionHandlers (and very light support of StoreNotification) protocols
- Integration with FESAPI v2.7+ allowing to reuse existing FESAPI code
- Helper tools to get and put FETPAPI dataobjects with ETP server
- Transparent getter and setter of numerical values through a dedicated ETP HDF Proxy class
- Tested and presented in interaction with OSDU RDDMS