Releases: ba-st/Superluminal
Releases · ba-st/Superluminal
v2.0.0
Changelog
- Added a distributed memory cache backend. We chose Memcached, thanks to @svenvc for porting the client to Pharo, and allowing us to collaborate on that project to release a v1 we can trust.
- Refactored some tests to improve code quality and fix listing issues.
Migration Guide
The version provides a package to perform an automatic migration. See the migration guide for further instructions.
v1.2.1
v1.2.0
Changelog
- Core
- Add
setAuthorizationTo:
to set Authotization headers in the builder - Add
set:to:
to set arbitrary headers in the builder
- Add
- API Client
- Add
postAt:configuredBy:withSuccessfulResponseDo:
allowing better configuration of the request - Add
APIClientTest
to ease the testing of API Clients.
- Add
- Tooling
- Add GitHub Actions to check the correct loading of every group declared in the Baseline
v1.1.0
Changelog
- Core
- Refactor some internals of the request builder
HttpRequest
now include methods to easily supportDELETE
,PATCH
andPUT
HttpRequest
instances can now be applied several times to the same HTTP Client- The header builder now supports
setBearerTokenTo:
,setIfMatchTo:
andsetIfNoneMatchTo:
- API Client
RESTfulAPIClient
provides a building block to create more specific RESTful API clients by providing http clients pooling, automatic handling of ETag related headers, and by now in-memory cachingExpiringCache
provides an in-memory cache for incoming request responses adhering to the received caching directives
- Service Discovery
ConsulAgentHttpAPIBasedDiscoveryClient
provides service discovery abilities using the Consul Health HTTP API as backendFixedServiceDiscoveryClient
provides basic service discovery abilities using a fixed list of services- All the service discovery clients can be used in a chained fashion
- Add integration tests for the service discovery client using docker-compose
- Tooling
- Use GitHub actions and CodeCov to run the build
- Automatically send release announcements to the mailing list
Next steps
- Add usage documentation
- Provide some kind of caching policy so we can use different strategies according to the situation
v1.0.0
First version