All Versions
Latest Version
Avg Release Cycle
49 days
Latest Release
2406 days ago

Changelog History
Page 1

  • v0.8.5 Changes

    July 27, 2017
    • ๐Ÿ›  Fix: LookupN returns ring node destinations in ring order #211
    • ๐Ÿ›  Fix: Use lower case sirupsen/logrus import #208
    • ๐Ÿ”‹ Feature: Added GetNClients to router #212
  • v0.8.4 Changes

    June 26, 2017
    • ๐Ÿ‘ Allow requiresAppInPing to be configured #209
  • v0.8.3 Changes

    June 21, 2017
    • ๐Ÿ›  Fix: Add option to enforce identical app name in pings #206
  • v0.8.2 Changes

    May 02, 2017
    • ๐Ÿ›  Fix: Add WithError() to NoLogger #203
  • v0.8.1 Changes

    March 10, 2017
    • ๐Ÿ›  Fix: remove error log during bootstrap complaining about not being bootstrapped #201
  • v0.8.0 Changes

    December 23, 2016
    • ๐Ÿ›  Fix: ineffectual assignments #193
    • ๐Ÿ›  Fix: Make lookups consistent on hash collisions #196
    • ๐Ÿ”‹ Feature: Self-eviction #177
    • ๐Ÿ”‹ Feature: Identity Carry Over #188 #189 #190 #191 #192 #194 #195
    • ๐Ÿšš Travis: Remove Go 1.5 support #187

    ๐Ÿš€ Release notes

    Identity Carry Over

    ๐Ÿ”ง Identity carry over provides a way to manually configure the identity of a member on the hashring. ๐Ÿš€ By changing the identity to be something else than its address, it becomes possible to guarantee ring equality before and after deploys in a dynamic environment (e.g. mesos).

    Self Eviction

    By calling ringpop.SelfEvict on shutdown, a member will declare itself as faulty and gossips this to the other members. ๐Ÿšš This removes the time window where it would be marked as suspect; in this way removing the time where other members considered it to be part of the ring while it was not responding anymore.

    ๐Ÿ’ฅ Breaking change to the identity-option

    Prior to ringpop v0.8.0 the address was used as the identity of a member. Starting with version v0.8.0, it's possible to ๐Ÿ”ง configure a separate identity. As a result, the behaviour of the Identity and IdentityResolverFunc has been changed. ๐Ÿ”ง The Identity option now configures the identity of a member and will return an error when it matches an ip:port; services that were using Identity or IdentityResolverFunc should now use the Address and AddressResolverFunc options. ๐Ÿ”จ You could use the following gofmt snippets to easily refactor:

    gofmt -r 'ringpop.Identity(a) -> ringpop.Address(a)' -w .
    gofmt -r 'ringpop.IdentityResolverFunc(a) -> ringpop.AddressResolverFunc(a)' -w .
  • v0.7.1 Changes

    December 23, 2016
    • ๐Ÿ›  Fix: Header leaking on the forwarding path caused calls to own endpoints to not be sharded when the same context was used while making the call #197

    ๐Ÿš€ Release notes

    Header leaking

    When applications use their incoming context blindly in an outgoing call it uses the same tchannel headers for the outgoing call as the incoming call had, causing incoming headers to be leaked in the outgoing call. Since most applications don't use headers there is nothing to worry about. However the forwarding path of ringpop uses a header to indicate a call has been forwarded. This header prevents indefinite forwarding loops to occur when applications fail to converge on ownership.

    With this fix the header indicating a forwarded call will not be leaked to the application. This makes it possible for applications to use the incoming context on a call to a sharded endpoint on their own or another ringpop servers service an correctly route the request.

  • v0.7.0 Changes

    October 20, 2016
    • ๐Ÿ”‹ Feature: Added label support to ringpop for nodes to annotate themselves with more information #167 #171 #172
    • ๐Ÿ”จ Maintainability: Refactored internal representation of member state for more flexible reincarnation and state change of a member #159 #161
    • ๐Ÿ›  Fix: Make sure ringpop is listening for requests before bootstrapping #176 #146
    • ๐Ÿ›  Fix: Added support for imports in .thrift files in generated code for thrift forwarding #162
    • ๐Ÿ›  Fix: Mark generated code as being generated for suppression in diffs #169
    • ๐Ÿ›  Fix: Be more specific in the functionality required from TChannel #166
    • โœ… Tests: Run all tests on go 1.7 #179
    • โœ… Tests: More stable unit tests, integration tests and race detector tests. Races are now mandatory tests on ci #164 #178 #181 #182
    • โœ… Tests: All examples are tested on every pull request #157 #170

    ๐Ÿš€ Release notes

    ๐Ÿ”„ Change to ringpop interface

    The ringpop interface changed two existing functions GetReachableMembers and CountReachableMembers that now take a variadic argument of type swim.MemberPredicate instead of no arguments. This does not change the usage of these functions, but does change the type of the function. This might cause custom declared interfaces to not match ringpop anymore. The solution is to ๐Ÿ”„ change these functions in the interface used to match the current signature.

    Previously the signature was:

      GetReachableMembers() ([]string, error)
      CountReachableMembers() (int, error)

    The current signature is:

      GetReachableMembers(predicates ...swim.MemberPredicate) ([]string, error)
      CountReachableMembers(predicates ...swim.MemberPredicate) (int, error)

    ๐Ÿ—„ Deprecated RegisterListener

    ๐Ÿ”จ Due to a refactor in how event emitting is done the RegisterListener method is ๐Ÿ—„ deprecated. Even though it still works and behaves as previously it will start โš  logging warnings. Since this code is not on the hot path only little log volume is expected. Instead of this function it is now advised to use AddListener. This function also returns if the listener has been added or not.

  • v0.6.0 Changes

    June 27, 2016
    • ๐Ÿ›  Fix: add 1-buffer for error channels, prevents leaking goroutines. #140
    • ๐Ÿ”‹ Feature: support forwarding headers. #141
    • ๐Ÿ”‹ Feature: testpop takes an additional -stats-udp or -stats-file flag that can be used to emit statsd messages to a file or over the network. #144
    • ๐Ÿ›  Fix: race condition when loading hostlist in discover provider. #145
    • โœ… Testing: add suspect, faulty and tombstope period command-line flags to testpop. #148
    • ๐Ÿ›  Fix: use oneself as a source when creating a change for reincarnation. #150
    • ๐Ÿšš Maintainability: move from godep to Glide. #151
    • Maintainability: emit lookup and lookupn stats and add a lookupn-event. #152.
    • ๐Ÿ›  Fix: do not reincarnate twice unnecessarily. #153
  • v0.5.0 Changes

    • ๐Ÿ”‹ Feature: Automatic healing of fully partitioned rings that could be cause by temporary network failure. #135 #128 #129
    • ๐Ÿ›  Fix: Fullsyncs are now executed in both directions to prevent persistent asymmetrical partitions. #134
    • ๐Ÿ›  Fix: Overcome protocol incompatibilities in the dissemination of tombstones for the reaping of faulty nodes. #133 #132
    • ๐Ÿ›  Fix: Leaking goroutines on an error response after a timeout. #140
    • ๐Ÿ”จ Maintainability: Refactor of internal use of the Discovery Provider. #130
    • โœ… Testing: Pin mockery to a specific version for testing stability. #136
    • โœ… Testing: Add Go race detector on CI. #137

    ๐Ÿš€ Release notes

    ๐Ÿš€ Deploying from older versions

    ๐Ÿš€ It is advised to complete the deployment of this version within 24 hours after โฌ†๏ธ the first node is upgraded. Since the reaping of faulty nodes is added to this ๐Ÿš€ release a node that upgraded to this version will mark all the faulty members of the ringpop cluster as tombstones (the new state introduced for the reaping of ๐Ÿš€ faulty nodes) 24 hours after the deploy. If older versions of ringpop run in a cluster that starts declaring these tombstones the cluster will jump in endless fullsyncs mode. Ringpop operates normally under these conditions but extra load on both network and CPU are in effect during this time. The fullsyncs will โฌ†๏ธ automatically resolve as soon as all members are upgraded to this version. Same โช might happen during a partial rollback that operates for a longer period of time.