Rework `Payload` refCnt management · Issue #771 · rsocket/rsocket-java · GitHub
Skip to content

Rework Payload refCnt management #771

Open

Description

@OlegDokuka

Currently, RSocket follows Netty style of managing refCnt which is somewhat challenging (and not necessarily needed to be like in pure Netty).

Therefore, I would like to propose redesign that and follow Reactor-Netty way to manage refCnt, so we will be responsible for releasing a Payload and a user will be in charge of retaining content when it moves to a different thread.

Such a way of managing refCnt will simplify future adoption of Aeron (Aeron Buffers are releasing right after the execution, so if one need to move it to a different thread, the Buffer should be copied)

Activity

  1. added this to the Backlog milestone on Apr 8, 2020
  2. self-assigned this
    on Apr 8, 2020
  3. changed the title [-]Rework of how we manage RefCnt[/-] [+]Rework `Payload` refCnt management[/+] on Apr 8, 2020
  4. ZouTrankil commented on Apr 21, 2021

    @ZouTrankil

    i have a question!
    RSocketConnector buffer default ZeroCopyPayloadDecoder
    and it's not easy to configurate it!
    All of it has been Final field&Class

  5. ZouTrankil commented on Apr 27, 2021

    @ZouTrankil

    oop... spring-rsocket-message framecode,not here

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Type

No type

Projects

No projects

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions